AriochСтарый плюшевый мишка,

но минус этого подхода - что делать если точки сливаются/делятся, как историчность соблюсти ? Надо где-то хранить историю связей разных ID_Point? а чем это отличается от хранения историй диапазонов? Как-то так.

Твоя проблема - неустанные попытки объять необъятное, выискивая немыслимые ситуации. У мну в топе количество пойнтов доходило до 180. Директора менялись, названия менялись, из одного подчинения в другое переходили (там звезда с иерархией), дохли, переезжали, а вот чтоб сливались - не было ни разу. И во всех перечисленных случаях с точки зрения кто кому что должен и фискальной отчётности слияние с утратой истории именно точки как раз недопустимо. А консолидировать в обобщённой статистике можно что и с чем угодно.

fraksСтарый плюшевый мишкаа вот чтоб сливались - не было ни разу.А у нас было.

И как решались вопросы переходящих принятых ранее обязательств и мат ответственности? Неужто заменой ID? Я тут вижу два варианта.
1. Именно слияние. Конгломерат - это новый пойнт. Родители доживают до закрытия своих обязательств.
2. Слияние поглощением. Поглотивший принимает обязательства поглощённого, грубо говоря, покупает его дебиторку-кредиторку и запасы, что регистрируется соответствующими операциями.
Ну или помесь 1 и 2. Никаких изменений ID не нужно. И даже вредно.