Чтобы понять, быть или не быть доработки введём несколько технических терминов. Придётся немного потерпеть, потом будет проще.
Для начала поясни, что такое доработка.
Доработка - это внесение изменений в принцип работы либо внешний вид базы.
Доработки бывают:
- Конфигурационные. То есть внесение изменений в с алгоритм работы программы с перенастройкой базового функционала. Стоит избегать и применять только в крайних случаях.
- Расширение. Это подключение внешнего модуля, который на определённом этапе выполнения программы отбирает управления и выполняет свою задачу. Наиболее правильный способ доработки.
- Внешняя обработка. Это внешняя команда, выполняющая строго определённую функцию, например внешняя печатная форма счета логотипом компании.
Если смотреть издалека, все конфигурации можно разделить на 3 вида: управленческие регламентированные и смешанные.
Теперь уже немного к теме, и почему для нас это важно.
Регламентированная конфигурация прежде всего специализируется в помощи сдачи отчётности в наши контролирующие органы.В силу нашей специфики изменения законодательства требует постоянного обновления.
Управленческая конфигурация нужна для отражения бизнес-процессов компании и требует очень-очень редкого обновления.
Теперь мы получаем главный критерий доработки: необходимо ли данную конфигурацию обновлять? Если да, то доработки надо свести к минимуму или вообще исключить, если нет, то делаем всё, что захотим.
Почему так каждое обновление-это деньги на работу программиста, нервы на работу сотрудников, привыкающих к новому и новым особенностям программы.
По опыту мы сталкивались с одним интересным процессом. В начале-это доработка конфигурации до полного изумления а после это обратный процесс перевода конфигурации в типовой вариант и обучения сотрудников работы в нем без всяких изысков, к которым они привыкли.
Ещё один интересный критерий связаны с доработками, которые многие опускают либо не обращают внимание это наличие обмена между конфигурациями либо другими системами.
Почему это важно? Сейчас будет техническая технической информации, прошу потерпеть без этого никак.
Основной смысл обмена-это взять некие, данные из источника преобразовать эти данные или не преобразовать и перенести в объект источник. 1с старается следить за данными изменениями, то есть, если изменился объект приёмник, то должен измениться алгоритм переноса. Если самостоятельно вносятся изменения в объекте приёмники либо в объекте источники-то за синхронизацию также отвечает тот кто вносит изменения.
Поэтому второй критерий оценки необходимости доработок - это наличие обмена. Значит: если есть обмен, лучше ничего не дорабатывать или трижды подумать.
