Стояла задача, сделать не сильно сложный механизм учета.
Был перед выбором решения, трогать базовый функционал конфигурации или создать новые объекты ни как не связанные с базовым функционалом. Выбрал вариант второй, дабы не трогать базовый функционал, вдруг пригодиться. Все реализовал, но дальше идея заказчика развивалась.

И теперь это несколько тысяч строк кода, дюжина новых объектов. И теперь понял, что воссоздал первый вариант, кусочек за кусочком. Понимаю, что типовой вариант более правильный, но на мой уже многое завязано.

Кто ни будь сталкивался с такой ситуацией, и как в будущем не попасть в нее.

нефиг велосипед изобретать, берёшься программировать - знай типовой функционал

верни заказчику деньги, будь мужиком, блеать!

Да тут дело в другом. сначало нужно было колесо, а потом он сам в велосипед превротился.

Искусство кунг-фу состоит в том, чтобы его не применять без острой необходимости.

>>и как в будущем не попасть в нее
дорабатывать типовйо в щадящем режиме, а не заново объекты дуюлирущие смысл типовых добавлять.... тут вариантов вроде немного же

(0)Чего ты ноешь? Радоваться надо. Теперь все на тебя завязано. Все обновления, изменения - без никаких типовых. Только твоё. Деньги лопатой можно грести.

(6) Это несомненный плюс. Но душа требует гармонии.

(4) Искусство требует жертв, где жертва сам обладатель искусства, но без применения - искусства никто не увидит - бесполезное искусство с таким подходом.

Заказчик сказал "Я хочу!" - это его деньги и его право. Как искусство - не навредить себе - не испортить типовое. Всё правильно сделал!

(0) Раз уж так сложилось, улучшить свой, имея в виду типовой.

(8) А потом заказчик скажет "хочу вот так!", и обидится, что требуешь стотыщ, т.к. он видел, что это в 1С и так уже есть.

(0) ну это не факт, что идея в дальнейшем не трансформируется так, что ты будешь рад, что не правил типовой функционал...