В Центральной Азии у меня есть бизнес-партнер, можно сказать друг, с которым я работаю уже десять лет. У него есть собственный франч и есть собственная конфигурация - форк официальной 1С:УТ с местной спецификой. Как раз с этой самой конфигурацией я ему все эти годы помогал.

До меня эту конфигурацию кто только не дорабатывал и она пестрела от "именных комментариев" - различные Саши, Тани и Маши. Меня позвали как раз потому, что уже никто не мог понять, что там происходит, а местные специалисты и программисты из РФ просили много денег без гарантий результата.

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

Когда он обратился ко мне в первый раз, я офигел от увиденного - множество справочников, документов и регистров, которые используются не по назначению. Например, одна папка из складов - это транспорт, что позволяет контролировать груз при перевозках обычным документом перемещения. Но при этом есть отдельный справочник для транспорта с номером, именем водителя, характеристиками кузова, но который используется - 🥁 - для фиксации дней доставки - т.е. там буквально в наименование указывают дату и оставляют остальные поля пустыми 🤯

Но больше всего меня там бесили дубли документов! Не просто "поступление товаров", а в добавку к нему "поступление товаров №2", "поступление товаров №3". Аналогично с перемещениями и реализациями. Это для меня выглядело максимально не логично и будь моя воля, я бы слил все данные документов в оригиналы и удалил дублирующие метаданные! Но одновременно тут была логика, подкрепленная практикой!

Внимание вопрос!

Из каких соображений работники 1С-франчей создают дубли метаданных в базах своих клиентов?