Галактика в вопросах и ответах

Доброго времени суток.
В "Управлении персоналом" создали приказ о приему на работу. Указали:
Вариант оформления "Повторное трудоустройство"
Через F3 выбрали нужного сотрудника.
Указали старый табельный номер
Новый л\с - Нет.
Пытаемся утвердить. Появляется сообщение:

---------------------------
Ошибка
---------------------------
Не найден л\с с признаком "физическое лицо", к которому можно привязать данную карточку.
---------------------------
ОК
---------------------------

Настройка "Управление персоналом - Разрешить повторное использование табельных номеров лицевых счетов" установили в "Да"
В карточке этого сотрдуника в 6-ом разделе стоит корректная ссылка на лицевой счет.
В зарплате в этом счете на вкладке "Налоги" указано - Физическое лицо - "Да.

Скажите пожалуйста почему так происходит!
Спасибо.

Так.... ответа мне наверное не видать как собственных ушей

Может есть у кого кусок программного кода выполняющий проверку корректности/ утверждение приказа?
Киньте плиз на мыло kasrg@mail.ru

проверка идет по
ContDoc.cNew1 = lschet.nrec
но в ContDoc.cNew1 может сидеть Persons.nrec
а ТП молчит?
а раньше пахало? вроде пользовались этим как то.
мне пробовать в лом
времено можно предложить поставить галку создавать лицевой счет
а потом в зарплате выполнить слияние.

ТП ничего толком не предложила.
Раньше мы этим не пользовались. Сейчас вот решили делать правильно
Сейчас проверю что там в ContDoc.cNew1

Стоит ссылка на Persons. А почему должна стоят ссылка на лицевой счет?

а вы попробуйте туда nrec лиц.счета поставить в сапорте .
в Галке не забудьте кнопку нажать "обновить"
о результате напишите в ТП
если толком не может предложить, то пора жаловаться выше и по возможности сменить ее. По крайней мере она должна смочь занести троблу в ПИР- а там уже ответят чаго либо.
Есть в конце концов форум разработчика - туда ТП должна иметь доступ - могли бы и там спросить. В москве есть портал для приема инциндентов от клиентов.

Нет. Не помогло. Выдает то же самое.

а вы проверте повнимательней. Подергайте этот приказ - чтобы contdoc изменилось в журнале.
там вроде фейс сейчас встроенный и просто по Ctrl+F4 nrec не вычислить. Можно конфигуратором добавить с типом protect=true, skip=false.
а заодно проверте
ContDoc.wDopAttr = 3
ContDoc.wOrder <>0
еще проще - заведите его поновой - чтобы точно быть увереным что в журнале эта запись.

хотя вру. Там все таки Persons.nrec - притом старого табельного
вот что нарыл
if GetFirst Appointments where ((Persons.AppointLast == Appointments.nRec)) = tsOk
if GetFirst Lschet where ((Appointments.cAddNrec2 == Lschet.nRec)) = tsOk
иначе
if GetFirst Appointments where ((Persons.AppointCur == Appointments.nRec)) = tsOk
if GetFirst Lschet where ((Appointments.cAddNrec2 == Lschet.nRec)) = tsOk
иначе
if GetFirst Lschet where ((NrecPersons == Lschet.tPerson
and ('-' <> Lschet.Char4 and
0 = Lschet.Sovm)
)) = tsOk

Проверил значения полей.
У нас они:
ContDoc.wDopAttr = 3
ContDoc.wOrder =1

Интресный момет - у меня в таблице persons 2 записи с этим табельным номером. Вторая какая то подозрительная
У первого ISEMPLOYEE="С"
У второго ISEMPLOYEE="П"

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

Логичным кажется сначала проверка возможности, а потом уже выполнения каких то операций. В данном случае получается что создалась новая карточка, а приказ не утвердился и не обновил данным в лицевом счете.

карточка создается сразу - как только завели приказ на прием, но пока он не утвержден там будет П, и только после утверждения С, а еще есть У - архив, и К - кандидаты. Везде доуступны с типом С или У(ну в кандидатах - К), но никак не П.