Устроился недавно на производственное предприятие программистом, опыт работы не большой. Текущая проблема, которую хотелось бы решить заключается в следующем:
Имеется самописная конфигурация, для управления продажами по столовой и буфету, вид расчета нал, безнал. Безнал начисляется на карту (пропуск) сотрудника в виде лимитов, ежемесячно, затем в конце месяца потраченная сумма удерживается с зарплаты. Для этого в программе имеется обработка, она подключается к ЗУП и проводит соответствующие манипуляции.
Проблема 1: Несколько организаций, разные базы зуп, иногда встречаются абсолютно разные люди но с одинаковыми фио.
Проблема 2: В базе имеется огромное количество сотрудников с одинаковыми данными фио, по сути человек может уволиться или перейти в другое подразделение, сотрудник при этом заводится новый. Программа берет в базе столовой сотрудника соответствующего человеку, которому в зуп было последнее начисление. Но в базе столовой карта была выдана другому сотруднику, соответственно лимит будет начислен на сотрудника без карты...
Проблема 3: Ну и конечно повторяющиеся табельные номера у разных сотрудников, т.к. данные берутся из разных баз зуп.

Привязываться к физ. лицу

В общем то так и есть, данные из ЗУП берутся по физ лицу, но данные в столовой по сотруднику, в столовой вообще нет справочника физ лица... Есть только сотрудник.

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

Еще как вариант во всех базах зупов код физлица делать равным номеру пропуска (или дополнительный реквизит "Номер пропуска").

Думаю самый быстрый вариант в данном случае написать отчет по сотрудникам с лимитами но без номеров карт, или обработку которая бы просто тащила номера карт по сотрудникам на которые были начислены лимиты в текущем месяце, но которые не имеют карт.

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

Не знаю как реализовать - но можно попробовать использовать доп.реквизиты (свойства и категории) физ.лиц/сотрудников. Или проще наверное (3)

Новый Уренгой? Вообще, самый правильный вариант - привязка к физлицу, но с отбором по текущему сотруднику, подразделению или договору гпх.

Челябинск?

(0)Озадачило: "Но в базе столовой карта была выдана другому сотруднику, соответственно лимит будет начислен на сотрудника без карты". Остальное - фигня.

Да думаю тут ничего сложного не будет, разберусь за недельку другую, но пока сделаю отчет чтоб бухгалтерия могла править людей вручную у кого нет лимитов... Ладно спасибо большое за советы. Когда дойдут руки до настройки базы, думаю еще возникнут вопросы, ибо там такой запрос... не люблю такие, 3 уровня вложенности... Я предпочитаю временные таблицы.

Страховой номер ПФР.

ФИО + ДатаРождения