Вот есть у нас контрагенты - физлица. И есть справочник Физические лица. Почему надо того же физика еще раз вбивать как контрагента? Не бред ли?

Т.е. все заполнять по-новой, адрес и т.п. вместо того, чтобы просто взять физика из справочника Физические лица.

Что с тобой будет, когда ты увидишь справочник пользователей и справочник сотрудников?

(0) Это разные сущность, поэтому так сделано.

(3) контр не может быть сотрудником *?

(0) это всё уже было. Даже несколько раз. Не прижилось.

(4) нет, потому что контрагент это НК, а сотрудник это ТК

(0) 1С вроде ООП обещает в будущем, так что ждем контрагента-наследника

(7) Ничего от этого не поменяется.

(8) уверен?
А такая иерархия

Субъект учета - Тип: ФЛ, ЮЛ
     Контрагент (потомок от субъекта учета)
В контрагенте, есть уже все свойства ФЛ или ЮЛ

(6) допустим, работаю в конторе сторожем
этой компании я предоставляют лицензию на право использовании нетленки

(9) с физиком есть сложность

пусть есть ИП Иванов
в середине года он прекратил предпринимательскую деятельность, а конце возобновил

человек один, но тебе всё равно придётся плодить две сущности

(11) Какие сущности?
ИП - наследник от фл, какие сложности?
"в середине года он прекратил предпринимательскую деятельность, а конце возобновил"

нету объекта ИП, есть объект ИП - parent то по любому никуда не девается, соответственно у потомки ИП есть все данные фл

(11) Никаких проблем нет. Периодический регистр сведений будет хранить историю изменения статуса перца, какие проблемы-то.

То что это разные сущности - верное решение. То что нужно вводить 2 раза - не верное.

(0) Субконто же разное, у 60 субконто Контрагенты. А в чём проблема, хочешь Физиков и Контрагентов в одном справочнике вести? Флаг тебе в руки

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

То что нужно вводить дважды - это ваше частное. То что разные сущности - это общее.

(12)чё :?

(13) вот это верное решение, но 1с подразумевает делать иначе

(14) физик он ОДИН !

(17) где оно верное то?

(18) рс периодический физик ресурсы дата открытия, номер огрн ип, дата закрытия

или вот ещё пример, я, как ип, выполнил некие работы и решил прекратить
но клиент мне обещал оплатить только через несколько месяцев

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

Самое главное, что и копирование-то отменили как раз до изобретения 1С, чтоб никто ничто)

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

А вот что закон говорит на (19) тему?

(20)

1. поглощение -- перенос долгов на новое юрлицо
2. организация должна физику, как и ранее

(17) "(14) физик он ОДИН !"
от него можно наследовать и контрагента, и сотрудника, и пользователя.
И иметь у потомка все данные ф.л., ну дата рождения.

(22) зачем плодить лишний объект ?

Ширше надо смотреть:

Контрагенты, физлица, сотрудники, пользователи, клиенты CRM а если глубже копнуть? Есть еще (как тут верно подметили) правообладатели, есть акционеры, есть аффилированные лица, есть доменные пользователи, есть адресная книга почтового корпоративного сервера, есть список приглашений на корпоративный Новый Год :-). Общее здесь то, что нужно в рамках управления НСИ иметь систему, которая однократно заведет Иванова Ивана Ивановича и позволит многократно реплицировать его в виде разных сущностей в те системы, в которые нужно. Централизованно обновляя общие данные (например, если Иванов стал Розенкрейцером или Ивановой :-)).

(24) Толково! Стоимость автоматизации возрастает многократно, а вместе с тем и желание пираткой попользоваться или взять более простое решение. Тут уж ой!

Да и щепетильная_бабушка_за_пятнадцать_тыщ с высокооплачиваемым_программистом в штате - залог порядка в базе данных)

(25) "Стоимость автоматизации возрастает многократно".
Стоимость автоматизации снижается многократно - родительская конфигурация (типа БСП сейчас), от нее наследуются др. конфигурации, свои объекты также наследуются от родительской или создаются новые. Вот попомни - придет еще светлое будущее.

Похоже, возражений нет.