стопудово где-то косяк в ЖР.
.
как вариант в порядке дежурного бреда - взять ту базу, которая по сслыке.
.
внешними инструментами тупо подменить ИД записей ЖР на новые уникальные.
.
посмотреть что получитяс...
.
таково мое мнение как неспециалиста...

ID в таблице 447.dbf не двоятся, хз куда еще можно копнуть.

Шоу, продолжается!

ставлю дайм - еще на неделю

напоминает многосерийный боевик рт Маски Шоу "Хроника пикирующего бомбардировщика", они там рушились на землю серий 100..)

стопудово в базе косяк и в этом виновата мисс Мурпл в роли мисс Бурпл

причем явно надо смотреть в записи журнала расчетов и объектов задейстованных в ней - видов начислений/удержаний, сотров и родительских доков.
.
я бы тупо сделал - как неспециалист - копал в строну правильности идов этих объектов.

Это..кто там в теме, у сотрудника ОсновнойЭлемент.. должна же быть ссылка на сам элемент ?
У ТС это не так для некоторых элементов.

(287) очень сомневаюсь что это правильною. сейчас гляну.

возможно что и правильно, в комменте к реквизиту стоит:
"Основной элемент - для обычных сотрудников ссылка на этот же элемент, для внутреннего совмещения - ссылка на основной элемент"

видать из-за этого и полный пэ при записях в жр.

Скорее всего для обычных сотрудников - должно быть пусто, для внутренних совместителей - ссылка на "главную" запись штатного сотрудника...
.
но за высказанное выше - не поручусь..
.
ща гляну как у меня в ЗикЕ

посмотрел у себя в ЗиКе - стоит ссылка на самого себя, совместителей нет, так что это правильно.

287-Ёпрст > ЭТо скорее всего по совместителям ссылка на другой объект

(290) неа...

то есть - у всех элементов это поле д.б. заполнено. у большинства - самим на себя, у внутренних совместителей - на основные элементы по основной должности.
.
м.б. клинит как раз из-за того что "основной элемент" - пустой? - хотя вряд ли из-за этого бы клинило...

И у групп тоже 0 стоит в графе SP202

клинит на очиститьдвижения() - исходя из этого и копать надо...

:-)
... Ёпрст и Чучундер, всё равно старушку лохматите.... - а ведь колдыбёж начался где-то в июле... - распроведите базу до июня и по новой прогоните через июль - что-то должно высветиться с ЖР - он ведь очистится и начнёт заливаться по новой.
Для ускорения распроведения\проведения - процедурки прилагаю, какими сам пользуюсь... - что-то взято из процедур типовых, что-то - с инфостарта и для себя дописано, что-то - своё... - Думаю, принцип действия по контексту будет понятен - забросить в папки ExtForms и на вдруг пригодится. :-)
[url]http://hdd.tomsk.ru/file/uyotcsef[/url]

пробуй эту выгрузку.
[url]http://rusfolder.com/34080885[/url]
о результатах отпишись

298-perpetum > В июле ничего не началось, т.к. поднимали архив за март месяц и с марта все начислили по ноябрь.

299-Ёпрст > Сейчас погляжу.

При листании справочника сотрудников это вылетает:

ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(,,Документ);
{Глобальный модуль(3570)**: Не выбран документ!
ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(,,Документ);
{Глобальный модуль(3570)**: Не выбран документ!
ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(,,Документ);
{Глобальный модуль(3570)**: Не выбран документ!
ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(,,Документ);
{Глобальный модуль(3570)**: Не выбран документ!
ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(,,Документ);
{Глобальный модуль(3570)**: Не выбран документ!
ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(,,Документ);
{Глобальный модуль(3570)**: Не выбран документ!
ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы(,,Документ);
{Глобальный модуль(3570)**: Не выбран документ!

Ну и журнал расчетов пустой полностью, даже ноября нету.

447.dbf 610 байт весит.

ШОУ! Шоу! Шоу!

300-Fold > Так откопали источник проблемы?
- на спец-символы проверили базу?
- нетрудно ведь написать процедурку фильтрации спецсимволов по диапазону допустимых кодов по всем реквизитам для всех справочников.
- отловить, удалить.... - тем самым гарантировать возможный зависон при наталкивании на спец-символ.
Такая проблема была в Бухгалтерии 6.0 - периодически запускали чистилку от спец-символов..., то же самое присутствует во всех базах 7.7. Когда с базой происходило неладное - проверял под отладчиком, где застопорилось и обнаруживал в строках справочника спец-символ... - Удалял и далее снова - полёт нормальный... - Процедуру фильтрации, к сожалению, не писал... - под отладчиком быстро отлавливал... :-)
Уж больно падучая вашей базы похожа на проблему спец-сиволов в наименовании или реквизитах справочника сотрудники или других, какие используются.

(301) ща.. выгрузка какая то кривая получилась, лови архив с дбф-ками
[url]http://rusfolder.com/34085638[/url]

306-perpetum >+ Обычно спец-символы генерируются в строковой части при наборе с клавиатуры, когда вместо шифта нажимают Альт+символ клавиатуры или контрл+символ клавиатуры. В строке спец-символ выглядит эдаким тёмным прямоугольничком.
Если в строковой части документа присутствует ссылка на элемент справочника с спец-символом, обращение к документу в теле процедуры может непредсказуемым образом выбивать логику процедуры и теряется связь с документом, после чего всё идёт лесом.

308-perpetum >+ вообще с клавиатуры можно ввести любой символ, если удерживать альт и набирать код на малой цифровой клавиатуре.
Например, альт+0176 даёт символ градуса ° - ввёл его сюда именно так.
Так что запендюрить спец-символ нечаянно - легко, а последствия могут быть тяжкими.

(309) да нету у него спец символов, а градус и прочие © не портят базу и не портили никогда.

[url]http://rusfolder.com/34085869[/url]
на вот, с этой выгрузкой поиграйся
в ней должно всё работать, по идее.

310-Ёпрст > "альт + код" - привел, как возможность набора любого символа... :-)
Дык комментарий-то будет? - В чём проблема? - А то слышим возню в тёмном углу, что-то выбрасывают наверх..., затем снова вопли - не то!!! - а мы тут изводимся... - до мурррашечек... :-)))))

(312) щас автор протестирует последнюю выгрузку и посмотрим..
а так, комментить пока особо нечего.
По-поводу спец символов, у нас, к примеру, в наименованиях везде ° забит, ибо бухлом торгуем, проблем не было никогда.
Да и с другими спец символами в строковых реквизитах тоже.
Впрочем, "обращение к документу в теле процедуры может непредсказуемым образом выбивать логику процедуры и теряется связь с документом"

вот это вообще, бредни, имхо.
Какая связь между документом и строковым реквизитом справочника, в котором есть спец символы ?
В доке всего лишь ссылка на справочник хранится, т.е id справочника от таблички sc справочника.

311-Ёпрст > Все записи в ЖР с воскл. знаками, ошибки в справочнике как и были вылетают. Зайти по правой клавише в док. начисления зарплаты вобще не дает.

(314) это в какой ?
в той что из (311) ?
у меня нет такого.

315-Ёпрст > Ага

[URL=http://radikal.ru/F/s018.radikal.ru/i517/1212/be/2db8d9c40e00.png.html][IMG]http://s018.radikal.ru/i517/1212/be/2db8d9c40e00t.jpg[/IMG][/URL]

не верю, дай удаленку поглядеть

ты точно 5.zip сделал через загрузить данные ?

автор, тебя там не прибили еще ?
:)

317-Ёпрст > Удаленка закрыта наглухо. Сейчас еще раз попробую 5й.