Фамилия сотрудника как альтернатива Табельному номеру #483086

Переношу данные из Камина в ЗУП посредством выгрузки/загрузки DBF. Перебирал сотрудников по табельному номеру, но потом выяснил что таб.номера одного и того же сотрудника в ЗУПЕ и в Камине различаются. Например код: Хочу попробовать аналогичную операцию, но используя вместо табельного номера например фамилию. Фамилия из Камина выгружается в легкую! Но как заставить работать вот эту строчку: Сотрудник = Справочники.СотрудникиОрганизаций.НайтиПоКоду(ТабельныйНомер); Реквизита "фамилия" в справочнике v8 не нахожу...

однофамильцев совсем нету? А в справочнике (реквизиту "Фамилия") ему делать нечего. Для этого регистр сведений в 8 - ке есть.

Код и табелдьный номер в ЗУп не одно и тоже. Табельный номер лежит в РС работники. Проще по Наименование (ФИО) + ДатаРождения синхронизировать

давно я конечно с ЗУП возился, но как то это утверждение меня смущает. Хотя в старых версиях ЗУП может все так и было.

упссс... видимо это с 22 или 23 релиза. Реквизит в РС - УдалитьТабельныйНомер, а код в спр Сотрудники именуется табельный номер... вот блин...

Раньше как раз было нормально - как код. Потом появился регистр и табельный убрали туда. Теперь вот в процессе возврата (раз реквизит еще не убит)

насколько я помню, регистр с табельным номером требовался когда еще справочника сотрудники не было, а только один справочник физлица. проверку накатай чтобы система проверяла и ФИО тож и в случае не соответствия уточняла, а вот этого товарища куда пихать? Лично я так делал. Причем ФИО проверял так -  получал полное ФИО с источника - пробелы отправлял в сад, тоже самое делал с наименованием Справочника Сотрудники (не в самом справочнике конечно). Чтобы потом это соответствие сохранить (для возможных повторных добросов и т.п.) юзал РС ЗначенияСвойствОбъектов. Дальше справишься сам.

Справочник Сотрудники и РС РаботникиОрганизаций появились единовременно. И Табельный они почти сразу в РС утащили. Я так понял мотивировано тем, что в разных организациях моежт быть одинаковый ТН, а код справочники уникальный.

немного подумали (годика эдак полтора два) и вернули обратно.

дык и Сотрудник тоже уникален. Впрочем 1С виднее ).

+ в свое время много было матов на ЗУП сложено. Как сейчас - фиг знает. Копаю УПП и потихоньку 8.2 щупать начинаю.

Для всяких обменов физлицами лучше юзать ИНН для синхронизации.

+1

Это сотрудники а не физлица, так что ИНН не канает

Попробуй по Наименованию физического лица например: Фамилия Имя Отчество или через регистр ФИО физлиц.

Полный тезка однофамилец отловится только по ДР

ТА обратно из физлица сотрудника запросом не вытащить? и по инн собирать

ну и по ДР, если есть такая необходимость, никтож не запрещает

При обемен физлиц необходимо синхронизировать по ФИО, дате рождения, иногда по номеру ПФР (на текущий момент он обязателен)

Делал внешнюю обработку заполнения ТЧ для документа НЗРО из экселя. Вводили данные по начислениям зарплаты за предыдущий год, для будущего расчета среднего. Поиск сотрудников вел по полному ФИО + период работы - в 99% случаев определялось все верно, кроме отдельных случаев, когда период работы не совпадал.

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

что значит "если есть необходимость"? Если ты так не сделаешь - будет вероятность дублей

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

Я бы сделал синхронизацию так. Имеем 2 таблицы значений с сотрудниками, отсортированными однозначным образом (допустим, там и там табельные номера, не обязательно одинаковые). Первая таблица сотрудники из старой базы, вторая - из новой. Поиск по ИНН, ПФР или др. А дальше если это 2-е физлицо в одной из баз, в другой оно также 2-е по списку