Добрый день!
прочитал много топиков с форума и решил разделить физиков и юриков на 2 таблицы

по физикам мне достаточно (ФИО, паспорт, ИНН, адрес, телефон)
по юрикам (ОПФ, название, ОКПО, руководитель, адрес, ндс, банк, ....)
получилось многовато таблиц. страшно
1. в таблице individual нет атрибутов (может она не нужна?)
2. в company_name оборвать связь (код заявителя) и сделать связь с document 1:N? (но из доков может быть только выписка или статут, которые обычно без номера)
3. руководителя предприятия связать с названием фирмы?

подача заявки, составление договора, выписка счетов (бух будет импортировать себе потом эту инфу)
Зачем ФИО оторвали от документа?
Разве бывают документы, в которых ФИО может измениться без смены самого документа?
И зачем код заявителя втащили в ПК документа?
сущность manager/руководитель нужна только для юриков. в доках есть поля, где нужно вписать ФИО руководителя.
в договоре стандартная фраза " руководитель согласно устава".
картинка ниже упрощенная логическая схема

случайно

Ничто из этого не требует сабжа. Более того, он в этих задачах противопоказан.

тогда так?

Вы правы. Поспешил.
Задача:
Идентифицировать заявителя.
В случае, если это физ лицо: установить личность согласно официального документа (перечень согласно закона); установить ИНН; в случае необходимости, записать контакты (адрес прописка/фактический/для корреспонденции, телефон, мыло, ...).
Если юр. лицо:
Установить название, код ОКПО и руководителя компании (согласно выписке с реестра);
в случае необходимости, записать контакты (адрес юридический/фактический/для корреспонденции, телефон, мыло, реквизиты для налоговой накладной).
Все изменения данных заявителя должны храниться в базе.
Постараюсь завтра переделать связи.

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

Один заявитель может подать несколько заявок

кажется, появились лишние атрибуты
возникает вопрос: а если ФИО руководителей разных компаний совпадают, что делать?

Заявитель - это не работники нашего предприятия, также как и руководители сторонних организаций

Да. И в каждой из них он может указать разные реквизиты. Поэтому все они должны храниться
в заявке. Чтобы соответствовать требованию ТЗ "ВСЕ изменения данных заявителя должны
храниться в базе".

так и будет (или в заявке будет код заявителя, либо так как показано на упрощенной логической схеме)
на упрощенной логической схеме название сущности documet будет заменено на aplication_doc (как минимум, заявитель подает регистрационное свидетельство транспортного средства, как максимум, таможенные документы, финансовый документ на приобретение ТС, разрешение на переоборудование, .... . Перечень будет зависеть от вида работ).
я пока пытаюсь расписать applicant из этой схемы