| 0
- 10.08.2012 - 13:24
|
Всем привет. Обновили в марте базу ЗИК на 322 релиз, после этого ничего не обновляли, все хорошо работало, периоды меняли до июля, вылетов не было. В июле начались проблемы. Проводим документ начисления зарплаты, запускаем расчет, вылетает программа. Делаем лечение исправление, делаем расчет по отдельности по каждому сотруднику, вылетает на ком-то, делаем тестирование исправление опять, опять выдает ошибки такого плана: Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Линкевич Маргарита Николаевна(90104) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Лаптева Елена Александровна(90170) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Кузнецова Ольга Николаевна(89788) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Климович Ирина Александровна(5307) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Климкина Елена Эдуардовна(90000) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Кашмирова Ирина Викторовна(5316) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Истомин Владимир Вячеславович(5202) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Исмаилова Елена Владимировна(89929) Опять тестирование исправление, продолжаем расчет по людям на ком был сбой, расчет проходит, сбой теперь уже на другом ком нибудь. *.DD файлы создавали по новой, подскажите что можно сделать с этим?     | |
| 281
- 12.12.2012 - 14:28
|
стопудово где-то косяк в ЖР. . как вариант в порядке дежурного бреда - взять ту базу, которая по сслыке. . внешними инструментами тупо подменить ИД записей ЖР на новые уникальные. . посмотреть что получитяс... . таково мое мнение как неспециалиста... | |
| 282
- 12.12.2012 - 15:52
| ID в таблице 447.dbf не двоятся, хз куда еще можно копнуть. | |
| 283
- 12.12.2012 - 16:06
|
Шоу, продолжается! ставлю дайм - еще на неделю | |
| 284
- 12.12.2012 - 16:31
| напоминает многосерийный боевик рт Маски Шоу "Хроника пикирующего бомбардировщика", они там рушились на землю серий 100..) | |
| 285
- 12.12.2012 - 16:34
| стопудово в базе косяк и в этом виновата мисс Мурпл в роли мисс Бурпл | |
| 286
- 12.12.2012 - 16:36
|
причем явно надо смотреть в записи журнала расчетов и объектов задейстованных в ней - видов начислений/удержаний, сотров и родительских доков. . я бы тупо сделал - как неспециалист - копал в строну правильности идов этих объектов. | |
| 287
- 12.12.2012 - 16:54
|
Это..кто там в теме, у сотрудника ОсновнойЭлемент.. должна же быть ссылка на сам элемент ? У ТС это не так для некоторых элементов. | |
| 288
- 12.12.2012 - 16:58
| (287) очень сомневаюсь что это правильною. сейчас гляну. | |
| 289
- 12.12.2012 - 16:59
|
возможно что и правильно, в комменте к реквизиту стоит: "Основной элемент - для обычных сотрудников ссылка на этот же элемент, для внутреннего совмещения - ссылка на основной элемент" | |
| 290
- 12.12.2012 - 17:00
| видать из-за этого и полный пэ при записях в жр. | |
| 291
- 12.12.2012 - 17:01
|
Скорее всего для обычных сотрудников - должно быть пусто, для внутренних совместителей - ссылка на "главную" запись штатного сотрудника... . но за высказанное выше - не поручусь.. . ща гляну как у меня в ЗикЕ | |
| 292
- 12.12.2012 - 17:05
| посмотрел у себя в ЗиКе - стоит ссылка на самого себя, совместителей нет, так что это правильно. | |
| 293
- 12.12.2012 - 17:23
| 287-Ёпрст > ЭТо скорее всего по совместителям ссылка на другой объект | |
| 294
- 12.12.2012 - 17:23
| (290) неа... | |
| 295
- 12.12.2012 - 17:25
|
то есть - у всех элементов это поле д.б. заполнено. у большинства - самим на себя, у внутренних совместителей - на основные элементы по основной должности. . м.б. клинит как раз из-за того что "основной элемент" - пустой? - хотя вряд ли из-за этого бы клинило... | |
| 296
- 12.12.2012 - 17:29
| И у групп тоже 0 стоит в графе SP202 | |
| 297
- 12.12.2012 - 17:37
| клинит на очиститьдвижения() - исходя из этого и копать надо... | |
| 298
- 12.12.2012 - 21:03
|
:-) ... Ёпрст и Чучундер, всё равно старушку лохматите.... - а ведь колдыбёж начался где-то в июле... - распроведите базу до июня и по новой прогоните через июль - что-то должно высветиться с ЖР - он ведь очистится и начнёт заливаться по новой. Для ускорения распроведения\проведения - процедурки прилагаю, какими сам пользуюсь... - что-то взято из процедур типовых, что-то - с инфостарта и для себя дописано, что-то - своё... - Думаю, принцип действия по контексту будет понятен - забросить в папки ExtForms и на вдруг пригодится. :-) http://hdd.tomsk.ru/file/uyotcsef | |
| 299
- 12.12.2012 - 22:20
|
пробуй эту выгрузку. http://rusfolder.com/34080885 о результатах отпишись | |
| 300
- 13.12.2012 - 09:44
| 298-perpetum > В июле ничего не началось, т.к. поднимали архив за март месяц и с марта все начислили по ноябрь. | |
| 301
- 13.12.2012 - 09:48
| 299-Ёпрст > Сейчас погляжу. | |
| 302
- 13.12.2012 - 09:49
|
При листании справочника сотрудников это вылетает: ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(, ,Документ); {Глобальный модуль(3570)**: Не выбран документ! ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(, ,Документ); {Глобальный модуль(3570)**: Не выбран документ! ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(, ,Документ); {Глобальный модуль(3570)**: Не выбран документ! ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(, ,Документ); {Глобальный модуль(3570)**: Не выбран документ! ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(, ,Документ); {Глобальный модуль(3570)**: Не выбран документ! ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(, ,Документ); {Глобальный модуль(3570)**: Не выбран документ! ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(, ,Документ); {Глобальный модуль(3570)**: Не выбран документ! | |
| 303
- 13.12.2012 - 09:50
| Ну и журнал расчетов пустой полностью, даже ноября нету. | |
| 304
- 13.12.2012 - 09:51
| 447.dbf 610 байт весит. | |
| 305
- 13.12.2012 - 09:52
| ШОУ! Шоу! Шоу! | |
| 306
- 13.12.2012 - 10:04
|
300-Fold > Так откопали источник проблемы? - на спец-символы проверили базу? - нетрудно ведь написать процедурку фильтрации спецсимволов по диапазону допустимых кодов по всем реквизитам для всех справочников. - отловить, удалить.... - тем самым гарантировать возможный зависон при наталкивании на спец-символ. Такая проблема была в Бухгалтерии 6.0 - периодически запускали чистилку от спец-символов..., то же самое присутствует во всех базах 7.7. Когда с базой происходило неладное - проверял под отладчиком, где застопорилось и обнаруживал в строках справочника спец-символ... - Удалял и далее снова - полёт нормальный... - Процедуру фильтрации, к сожалению, не писал... - под отладчиком быстро отлавливал... :-) Уж больно падучая вашей базы похожа на проблему спец-сиволов в наименовании или реквизитах справочника сотрудники или других, какие используются. | |
| 307
- 13.12.2012 - 10:08
|
(301) ща.. выгрузка какая то кривая получилась, лови архив с дбф-ками http://rusfolder.com/34085638 | |
| 308
- 13.12.2012 - 10:18
|
306-perpetum >+ Обычно спец-символы генерируются в строковой части при наборе с клавиатуры, когда вместо шифта нажимают Альт+символ клавиатуры или контрл+символ клавиатуры. В строке спец-символ выглядит эдаким тёмным прямоугольничком. Если в строковой части документа присутствует ссылка на элемент справочника с спец-символом, обращение к документу в теле процедуры может непредсказуемым образом выбивать логику процедуры и теряется связь с документом, после чего всё идёт лесом. | |
| 309
- 13.12.2012 - 10:25
|
308-perpetum >+ вообще с клавиатуры можно ввести любой символ, если удерживать альт и набирать код на малой цифровой клавиатуре. Например, альт+0176 даёт символ градуса ° - ввёл его сюда именно так. Так что запендюрить спец-символ нечаянно - легко, а последствия могут быть тяжкими. | |
| 310
- 13.12.2012 - 10:26
| (309) да нету у него спец символов, а градус и прочие © не портят базу и не портили никогда. | |
| 311
- 13.12.2012 - 10:27
| http://rusfolder.com/34085869 на вот, с этой выгрузкой поиграйся в ней должно всё работать, по идее. | |
| 312
- 13.12.2012 - 10:38
|
310-Ёпрст > "альт + код" - привел, как возможность набора любого символа... :-) Дык комментарий-то будет? - В чём проблема? - А то слышим возню в тёмном углу, что-то выбрасывают наверх..., затем снова вопли - не то!!! - а мы тут изводимся... - до мурррашечек... :-))))) | |
| 313
- 13.12.2012 - 10:42
|
(312) щас автор протестирует последнюю выгрузку и посмотрим.. а так, комментить пока особо нечего. По-поводу спец символов, у нас, к примеру, в наименованиях везде ° забит, ибо бухлом торгуем, проблем не было никогда. Да и с другими спец символами в строковых реквизитах тоже. Впрочем, "обращение к документу в теле процедуры может непредсказуемым образом выбивать логику процедуры и теряется связь с документом" вот это вообще, бредни, имхо. Какая связь между документом и строковым реквизитом справочника, в котором есть спец символы ? В доке всего лишь ссылка на справочник хранится, т.е id справочника от таблички sc справочника. | |
| 314
- 13.12.2012 - 10:44
| 311-Ёпрст > Все записи в ЖР с воскл. знаками, ошибки в справочнике как и были вылетают. Зайти по правой клавише в док. начисления зарплаты вобще не дает. | |
| 315
- 13.12.2012 - 10:53
|
(314) это в какой ? в той что из (311) ? у меня нет такого. | |
| 316
- 13.12.2012 - 11:01
|
315-Ёпрст > Ага | |
| 317
- 13.12.2012 - 11:09
| не верю, дай удаленку поглядеть | |
| 318
- 13.12.2012 - 11:10
| ты точно 5.zip сделал через загрузить данные ? | |
| 319
- 13.12.2012 - 11:34
|
автор, тебя там не прибили еще ? :) | |
| 320
- 13.12.2012 - 12:21
| 317-Ёпрст > Удаленка закрыта наглухо. Сейчас еще раз попробую 5й. | |
