Доработка 1С 8.3: от задачи до внедрения в рабочую базу

Доработка 1С — это изменение типовой конфигурации под процессы конкретной компании: новая печатная форма, свой отчёт, дополнительное поле в документе, автоматический обмен с сайтом. На платформе 8.3 почти всё это делают расширением конфигурации, а не правкой самой конфигурации, — тогда база остаётся на поддержке и штатные обновления продолжают устанавливаться.

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

С чего начинается доработка: формулируем требование и ТЗ

Любая доработка начинается не с кода, а с внятного описания задачи. Чем подробнее вы опишете, что должна делать программа, тем точнее будет оценка и тем меньше переделок.

Минимальный набор для техзадания (ТЗ):

• 🎯 Что на входе и что на выходе. Например: «на основании заказа покупателя печатать бланк договора с реквизитами из карточки контрагента».
• 📄 Образцы форм. Приложите файл Word или Excel с нужной печатной формой, макет отчёта, пример заполненного документа.
• 👤 Кто и где этим пользуется. Роль пользователя, раздел программы, конкретный документ или справочник.
• 🔁 Как часто и в каком объёме. Разовая печать или массовая обработка тысяч строк — это разные решения.
• ⚙️ Нужен ли обмен. Выгрузка в банк, на сайт, в другую базу, в маркетплейс.

Сравните две формулировки одной задачи. Плохая: «нужен отчёт по продажам». Хорошая: «отчёт по продажам за период с группировкой по менеджеру и номенклатуре, с колонками количество, сумма без НДС, сумма с НДС, отбор по складу, вывод в Excel». Вторая формулировка оценивается точно, первая — нет.

Отдельно зафиксируйте, на какой конфигурации и релизе вы работаете (например, «1С:Бухгалтерия 3.0», «1С:Зарплата и управление персоналом 3.1»). Посмотреть можно в меню Главное → О программе или по значку About в правом верхнем углу. Доработка под устаревший релиз может не встать после обновления.

Расширение или изменение конфигурации: как выбрать способ

Это главная развилка. От неё зависит и цена, и то, будете ли вы потом нормально обновляться.

Расширение конфигурации (.cfe) — отдельный «слой», который накладывается поверх типовой и меняет её поведение, не трогая оригинальные объекты. Это основной способ в 8.3: база остаётся на поддержке, обновления типовой продолжают устанавливаться почти без ручной работы. Через расширение добавляют печатные формы, отчёты, поля, подписки на события, иногда — изменяют формы и алгоритмы.

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

Внешние отчёты и обработки (.erf / .epf) — ещё один вариант без вмешательства в конфигурацию. Файл подключают в пользовательском режиме через Администрирование → Печатные формы, отчёты и обработки → Дополнительные отчёты и обработки. Подходит для отдельных отчётов и сервисных обработок.

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

Ориентир по выбору:

Сколько стоит доработка 1С и как считают срок

Стоимость почти всегда считают по времени: ставка за час × оценка трудоёмкости. Фиксированную цену дают только по детальному ТЗ.

Ориентиры по ставкам (примерно, зависят от региона и квалификации):

• 🧑‍💻 Фрилансер — ориентировочно от 1 500 до 3 000 ₽/час.
• 🏢 Франчайзи, партнёр 1С — ориентировочно 2 500–5 000 ₽/час, нередко с минимальным пакетом часов.
• 🔧 Штатный программист — считается от оклада, но доступен не всем компаниям.

Типичная трудоёмкость небольших задач (ориентировочно):

Что увеличивает цену и срок:

• 🔁 правки и уточнения уже после начала работ;
• 🧩 интеграции с внешними системами (банк, сайт, маркетплейс, ЕГАИС);
• 🗃️ большой объём данных, где важна скорость обработки;
• 🧪 сложное тестирование с участием нескольких отделов.

Почему оценки «плавают»: срок растёт из-за нечёткого ТЗ, правок «по ходу», тестирования на реальных данных и согласований. Закладывайте время на приёмку и исправление замечаний — это обычно 20–30% от разработки.

Кому поручить доработку: свой, франчайзи или фрилансер

Выбор исполнителя влияет на риски не меньше, чем на цену.

• Франчайзи / партнёр 1С. Договор, гарантия, замена специалиста при болезни, опыт на типовых. Дороже, но предсказуемо. Подходит, когда доработок много и нужна ответственность по договору.
• Фрилансер. Дешевле и быстрее на мелких задачах. Риск — зависимость от одного человека: уйдёт — поддерживать код будет некому.
• Штатный программист. Оправдан при постоянном потоке задач и большой базе.

Что проверить до старта независимо от выбора:

1. Делает ли исполнитель доработку расширением (а не правкой типовой без необходимости).
2. Отдаёт ли исходники — файл расширения .cfe или внешней обработки остаётся у вас.
3. Как устроена гарантия на найденные после сдачи ошибки.
4. Тестирует ли на копии базы, а не сразу на рабочей.

Разработка и тестирование на копии базы

Разработку ведут в режиме Конфигуратор (или в 1С:EDT). Расширения создают через меню Конфигурация → Расширения конфигурации, затем добавляют и заимствуют нужные объекты типовой.

Ключевое правило: ничего не проверяют сразу на рабочей базе. Порядок такой:

1. Сделайте резервную копию рабочей базы: в Конфигураторе Администрирование → Выгрузить информационную базу (файл .dt), либо копию каталога файловой базы.
2. Разверните тестовую копию и работайте в ней.
3. Проверьте доработку на реальных данных и сценариях: не только «как задумано», но и граничные случаи — пустые поля, отмена проведения, закрытый период.
4. Привлеките к приёмке того, кто будет пользоваться. Разработчик проверяет код, бухгалтер — что результат совпадает с ожиданием.

Фиксируйте замечания списком и проверяйте их повторно после исправления — иначе приёмка растянется на недели.

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

Внедрение в рабочую базу и обновления без потери доработок

Когда доработка принята на тесте, её переносят в рабочую базу.

Если это расширение или внешняя обработка:

• Расширение подключают файлом .cfe — в пользовательском режиме через Администрирование → Печатные формы, отчёты и обработки → Расширения (в конфигурациях на БСП) или в Конфигураторе через Конфигурация → Расширения конфигурации.
• Внешнюю обработку подключают через Администрирование → Печатные формы, отчёты и обработки → Дополнительные отчёты и обработки.
• Изменение структуры (новые реквизиты) требует монопольного доступа: все пользователи должны выйти из базы на время принятия изменений.

Если конфигурация изменена напрямую:

• В Конфигураторе выполняют Конфигурация → Обновить конфигурацию базы данных (клавиша F7), затем принимают изменения структуры в монопольном режиме.

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

Если же типовая снята с поддержки, каждое обновление — это ручное сравнение-объединение (Конфигурация → Поддержка → Обновить конфигурацию), где конфликты разбирает программист. Поэтому расширения почти всегда выгоднее в сопровождении.

Заранее продумайте план отката. Перед переносом доработки в рабочую базу сделайте свежую выгрузку .dt — если после внедрения что-то пойдёт не так, вы вернёте базу в исходное состояние. Расширение в этом смысле безопаснее правки конфигурации: его можно просто отключить в списке расширений, не трогая данные, и база продолжит работать как типовая.

Типичные ошибки при доработке 1С

Сопровождение и развитие доработанной базы

Доработка — не разовое событие. После внедрения заложите сопровождение:

• 📁 Храните исходники расширений и обработок в одном месте с описанием: что делает, кто автор, под какой релиз.
• 🔄 После каждого крупного обновления типовой проверяйте доработки на копии до переноса в рабочую базу.
• 📝 Ведите реестр доработок — список того, что и зачем изменено. Через год это экономит часы на разбор «что здесь настроено».
• 🤝 Договоритесь о гарантии и поддержке заранее: кто и в какой срок правит ошибки, найденные после сдачи.

Развитие строят так же, как первую доработку: новое требование → ТЗ → оценка → тест → внедрение. Небольшие связанные правки удобно собирать в один релиз расширения, а не катить по одной — так меньше простоев пользователей и проще откат, если что-то пойдёт не так.

Если доработок со временем накопилось много и они пересекаются, раз в год полезно пересматривать их целиком: что-то из нужного уже появилось в типовой и доработку можно убрать, а что-то стоит переделать аккуратнее. Такой «техосмотр» дешевле, чем разбираться с конфликтами при каждом крупном обновлении.

Частые вопросы о доработке 1С