Методика доработки типовых конфигураций #426202

Приветствую участников форума! Вопрос в лоб: по какой методике/принципу дорабатываются типовые конфигурации, ориентированные на торговлю: УПП, УТП, УТ? Т.е. там, где кроме строго регламентированного учёта "прут" бизнес-процессы;  выдумки начальства и собственников? И при этом на такую доработанную конфигурацию ставятся обновления от 1С?? Как и куда вносится собственный код, чтобы он не перезатирался обновлениями и вместе с тем работал без глюков после них? Или доработка типовых заключается, как правило, в написании дополнительных отчётов, макетов печати и обработок для каких-то специфических потребностей предприятия? Переделываются и дорабатываются ли фундаментальные механизмы вроде партионного учёта, бухгалтерских счетов, служебные объекты типа "Универсальный отчёт"? Я 1С 8 как разработчик занимаюсь менее полугода, до этого программированием не занимался. Наше подразделение разработало и внедрило на предприятии полностью самописную конфу на 1С 8. Т.е. мы пишем что хотим и как хотим, не зависим от тонн стандартного и излишнего кода. Когда я начал смотреть типовые 8-рочные конфы, то выяснилось, что наш стиль программирования существенно отличается от того, что делают в типовых. Поэтому с некоторых пор данный круг вопросов меня очень интересует.

нужен консенсус

обновлять измененные типовые геморр еще тот

степень дописки ваших хотелок и степень гемора при обновлении конфиги.

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

Т.е. если начал дорабатывать документы и справочники типовой - гудбай обновления?

еще момент если меняем типовые с последующим обновлением, то нужна чёткая документация дописык, типа что куда откуда и как

Почти, доработки разные бывают.

2 Или гудбай или не гудбай.. в зависимости от того - будут ли в обновлении меняться формы и модули документов, или будут только меняться процедуры/функции глобальников...

1) все изменения стараться вынести в отдельные модули 2) при обновлении сравниваем с типовой того же релиза - и все нормально обновляется, на все про все при набивании руки - день-два, максимум неделя при кардинальной переписке

неее факт, а если до тебя конфу меняли несколько чел?

+или бывает так надругаются над реальным бизнесс процессом при написании хотелок что аж плакать хочется

а пофик сколько меняло... сравнение с типовой такого же релиза все покажет

Покажет только изменения кода. А полет мысли откуда брать?

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

да но в этом разобраться еще надо ну и ты бери во внимание свою квалификацию

"Я 1С 8 как разработчик занимаюсь менее полугода, до этого программированием не занимался"  в совокупности с "мы пишем что хотим и как хотим, не зависим от тонн стандартного и излишнего кода" наглая школота?

везде и всюду вносится свой код...

в таком случае только толковое документирование

За которое заказчик не хочет платить.

2с учетом рекомендую вникнуть в стандарты разработки, это тебе ой как поможет  )

В УПП вообще весь код "излишний", удаляй все вообще :)

а ну эт его дело  ) если прогер приходящий то конечно нимного по другому

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

если стал задаваться такими вопросами то пора тебе из франча сваливать и переходить в фикси))

как как ... в меру собственной разумности

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

"так понимаю, документ в принипе уже не подлежит доработке." наверное хотел сказать "так понимаю, документ в принципе уже не подлежит ОБНОВЛЕНИЮ."? Отчего же, подлежит, но не бездумному... а ручному и аккуратному

В каком-то смысле да, в 1С 8 я и коллеги "школота". "Лишним" я бы назвал код, на который нет свободно доступной документации со связями процедур, их параметрами. В классическом программировании такой код в сложном софте считается "мёртвым". - да, опечатался, ОБНОВЛЕНИЮ.

как ты себе представляешь "документацию на код со связями процедур и их параметрами" хотябы для БП (про пресловутую УПП я скромно умолчу) и как ты себе представляешь работу с этой документацией ? f12 не проще ли нажать при работе в конфигураторе ?

там по-объектно обновление происходит. Если вы изменили один объект, а в обновлении этот объект не затронут, то можно обновлять смело. Добавлять реквизиты можно смело, они никуда не денутся. Но по уму надо на основе 1С-совского обновления и своих доработок делать свой собственный файл обновления и уже им обновлять рабочую базу.

У нас 2 подхода: 1. Конфигурация настолько сильно переработана, что обновлять её весьма трудоёмко. Тогда ручные обновления делаются "кусочные" - только в части изменения законодательства, либо полные, но не чаще, чем раз в полгода-год. 2. Конфигурация стандартная на поддержке, обновляемая "нажатием кнопки". В этом случае при необходимости изменений стандартных объектов, встраиваем в них вызываемую программно кнопку, которая открывает нашу отдельную форму с новыми реквизитами. При таком подходе ручное обновление сводится к минимальной работе по добавлению пары строчек кода в каждый изменённый объект. Если у кого-то есть ещё менне трудозатратная (для целей обновлений) технология работы, с удовольствием почитаю.

В аутсорсных конторах используют диаграммы на UML, всякие схемы, нарисованные архитекторами. Насколько это эффективно - сказать трудно, в аутсорсе не работал. Но когда сам пробовал поковырять УПП-шную конфу, то сложилось впечатление, что без наглядных схем и связей лезть туда с доработками стандартных механизмов чревато серьёзными глюками. А что даёт кнопка F12? Или имелась в виду F1? Понял, спасибо.

а часто ли вам приходилось менять движения документов? PS лично я отбрыкиваюсь любыми способами

. не надоело одно и тоже обсуждать? .

ткни мышой в любую вызываемую функцию и нажми ф12 - увидишь. диаграммы на умл они прикольны ровно пока ты их поддерживаешь в актуальном состоянии а это трудозатраты сравнимые с тупокодингом.

2 Смотри - в УТП есть Корректировка Долга с видом "перенос задолженности"... По основным счетам она делает правильные проводки, но по НДС-ым - в обе проводки (и сторно и ту, которую с плюсом) подставляет только одного контрагента, договор и сделку... А ведь во вторую проводку должны попасть второй контрагент, его договор и сделка...

эм... возможно так и есть... но я говорю не о ошибках 1С, а о том, как часто возникает необходимость вносить изменения в движения документов? PS про хотелки руководства, а не исправление ошибок

сколько надо столько и корректирую за хотелки мне деньги платят

когда это исправят я напьюсь, отмечая :)

+1 благо обновляться в 8ке легче чем было в 77

Открыл УТ, нажал F12 на одной из функций. Ну выделилась первая строка функции с реквизитами, а дальше что? переделка документов у нас вызвана именно хотелками руководства. Хотя костяк делает ведущий программист по идеологии типовых и в состветствии с бухучётом.

о каких доработках УПП может идти речь, если ты даж про F12 тока что узнал??? Может еще про Shift+F9 не слышал?

Не слышал. А где можно про эти клавиши почитать?

Насколько я понял из прочтения ветки - - это и есть основные методики доработки. Подозревал, что оно примерно так и есть.

2 Ну в принципе, с подписками на события разного рода хотелки можно реализовать и без изменения движения документов по Типовым регистрам (как накопления так и РБ) - создаешь свой регистр, в который движения записываются в подсписке на событие... Действительно, в таком случае ничего типового менять не нужно

Т.е. подписки на события - это и совего рода костыль для доработки типовых объектов. Ну а если форму доработал - то подписка на событие пролетает ведь?

2 не пролетает... Можно только как-то минимизировать - например не менять саму форму, а в определенный момент открывать дополнительную для заполнения дополнительных реквизитов.. А ее вызов запихнуть где-то в одном месте в каком-то из глобальников.. И тогда нужно будет при обновлении следить не за формами всех документов, а за одной строчкой кода...