Для меня это началось с просьбы добавить в РасходнуюНакладную "строчечку, чтобы вписывать адрес доставки".
Идея справочника ТорговыеТочки, подчиненного Контрагентам, была воспринята с негодованием, даже к ГенДиру был таскан пару раз). Но прошло совсем немного времени, и оказалось, что ТТ бывают разных типов, даже в пределах одного Владельца, и для разных типов ТТ - разные графики посещений, разные подходы к контролю представленности. И к торгагентам и мерчендайзерам удобнее привязывать именно ТТ, а не Контрагентов и уж никак не "строчечку в РН".
Отмечу - появление ТТ в конфигурациях было реакцией на появление и развитие сетей магазинов и улучшало моделирование реальной ситуации.
Сейчас вот появилась даже типовая конфигурация от УИТ.
Но... появились торговые центры, когда в одном здании присутствуют супермаркет, пара магазинчиков, полдесятка киосков и кафешек разных Контрагентов.
И на просторах одинэсных форумов замаячил этакий монстрик - "общая торговая точка". Ну, а дальше - кто как извернется: табчасти и прочее.
Заметьте, проблема вызвана появлением новой сущности в реальном мире и затрагивает только контур логистики - стОит ли из-за этого курочить общую концепцию моделирования дистрибьюции? Тем боле, что существующая схема - не чья-то выдумка, а продукт достаточно жарких споров примерно пятилетней давности. Причем спорили не теоретики, а программисты-практики, работающие в различных условиях(по крупности фирм, оснащенности железом и т. д.)
Мне решение представляется простым и логичным:
независимый справочник ТочкиДоставки;
регистр сведений для "сбора" ТТ по точкам доставки.
В справочнике ТД - адрес, перечень рамп и дверей(ворот) на них, возможно - перечень улиц/направлений, с которых можно подъехать на разгрузку.
В справочник ТТ добавить сведения, уточняющие расположение в здании - этаж, вход и место разгрузки в пределах здания.
Ну что, обсудим?
Шутка.