Доработка типовой конфигурации 1С 1C

16 Июля 2018 14:13

// Бизнес-советы и системы 1С

Доработка 1С

Введение. Доработка типовой конфигурации 1С – тема обширная, одной небольшой статьей её не охватишь. Поэтому я решил написать цикл статей, в которых расскажу, как в нашей компании справляются с этим вопросом.

Доработка конфигурации 1С

Начать нужно с выяснения проблемы, которая привела заказчика к вопросу: «Вы можете доработать типовую?». Текущие типовые конфигурации (а особенно флагманские продукты, например 1С ERP 2.4) содержат в себе довольно много функциональных опций, которые могут решить любую типовую задачу бизнеса. Поэтому часто достаточно правильно конфигурацию настроить, чтобы она решила возникшую проблему.

Например, на предприятии хотят отслеживать сроки выполнения заказов, для этого достаточно включить и настроить функциональность контроля статусов документов «Заказ поставщику» или «Заказ клиента».

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

У нас возможно внедрение 1С по следующим направлениям:

В разных компаниях процесс внедрения нюансов и особенностей бизнеса разный, но мировая практика вполне конкретно указывает на такую последовательность: заказчик -> бизнес-аналитик -> программист. Заказчик объясняет новые требования к программе бизнес-аналитику, а последний описывает их программисту. Бизнес-аналитик – звено, которое делает процесс наиболее эффективным, т.к. именно он переводит язык бизнеса на язык учетной системы (именно это нужно программисту), попутно фильтруя требования, которые можно реализовать с помощью правильной настройки текущей системы.

Бизнес-аналитик собирает требования от заказчика (как должна себя вести программа после внесения изменений с точки зрения бизнеса и пользователей) и на основании этого пишет тех.задание (подробное описание изменений на техническом языке, которые должен реализовать программист). Он же делает первичную приёмку работы программиста на тестовых данных и пишет инструкции для пользователей по измененному функционалу.

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

По умолчанию, все типовые конфигурации находятся на поддержке 1С («замочек»). Это удобно для типовых обновлений – такая конфигурация обновится за несколько кликов и достаточно быстро. Но вносить изменения в такую конфигурацию нельзя (точнее можно, с помощью расширений, но про это в следующих статьях).

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

В следующей статье поговорим о стандартах и хороших практиках при внесении изменений в код или структуру данных типовых конфигураций.