Как подготовить техзадание на интеграцию 1С с ERP

«Мы думали, это входит в стоимость проекта». Эта фраза — главный страх любого заказчика и головная боль интегратора. Она возникает, когда техническое задание (ТЗ) составлено нечетко или отсутствует вовсе. Интеграция 1С с ERP — это не покупка коробочного продукта, а процесс настройки и доработки системы под специфику вашего бизнеса. Качественное ТЗ — это фундамент, на котором строится взаимопонимание между вами и разработчиком.

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

Зачем нужно ТЗ на интеграцию 1С и ERP

Техническое задание на внедрение 1С:ERP принципиально отличается от ТЗ на разработку простого приложения. ERP-система — это не «программа», а среда, которую настраивают под бизнес-процессы компании.

Без ТЗ возникают риски:

• Исполнитель и заказчик по-разному понимают, что должно получиться в итоге
• Появляются скрытые трудозатраты: «А мы думали, синхронизация заказов тоже входит в цену»
• Сроки срываются из-за постоянных согласований и доработок
• Сложно оценить качество результата — нет четких критериев приемки

При этом важно не переусердствовать. ТЗ не должно превращаться в описание каждой кнопки и поля ввода — это работа проектировщика на этапе обследования. Ваша задача как заказчика — описать цели, границы и ключевые требования.

Этапы подготовки к написанию ТЗ

Прежде чем открывать Word, нужно провести подготовительную работу. От качества этого этапа зависит 50% успеха.

Шаг 1. Аудит текущих бизнес-процессов

Перед интеграцией необходимо провести детальный анализ существующих процессов в компании. Важно выявить:

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

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

Шаг 2. Определение состава команды

Успешная интеграция требует участия:

• Руководителя проекта со стороны заказчика — принимает решения, согласовывает бюджет
• Ключевых пользователей — руководители отделов, которые будут работать в системе
• ИТ-специалистов — отвечают за инфраструктуру, доступы, интеграцию с существующими системами

Важно привлечь будущих пользователей еще на этапе составления ТЗ. Так они смогут внести свои предложения и увидят, как их идеи воплощаются.

Шаг 3. Выбор конфигурации 1С

1С предлагает несколько решений для управления предприятием:

• 1С:ERP Управление предприятием 2 — универсальная система для среднего и крупного бизнеса
• Отраслевые решения — для производства, логистики, розницы и т.д.
• 1С:Комплексная автоматизация (КА) — для компаний, которым не нужна вся мощь ERP

Если вы не уверены, какую конфигурацию выбрать — отдайте этот вопрос на откуп интегратору. В ТЗ достаточно описать требования к функциональности.

Шаг 4. Сбор исходных данных для ТЗ

Подготовьте следующие материалы:

• Описание текущих версий 1С и других систем (Битрикс, CRM, WMS и т.д.)
• Образцы выгрузок данных из существующих систем (Excel, XML, CSV)
• Примеры документов, которые должны передаваться (заказы, накладные, счета)
• Схемы бизнес-процессов (хотя бы наброски на салфетке)

Структура технического задания на интеграцию 1С с ERP

Грамотно структурированное ТЗ должно следовать логической последовательности.

Раздел 1. Общая информация о компании и проекте

Что включить:

• Описание компании: виды деятельности (опт, розница, производство), количество сотрудников, структура юридических лиц
• Существующее ПО: какие версии 1С используются, какие внешние системы (сайт, CRM, WMS, маркетплейсы)
• Предпосылки проекта: почему интеграция нужна именно сейчас? Какие проблемы решаем?
• Цели проекта: конкретные, измеримые. Вместо «улучшить управление» пишите «сократить время обработки заказа с 2 дней до 4 часов»

Пример формулировки целей из реального кейса: «Обеспечить автоматический двусторонний обмен данными между 1С:ERP и WMS-системой подрядчика для синхронизации справочников, заказов и складских остатков. Снизить ручной перенос данных на 30%».

Раздел 2. Границы проекта

Это самый важный раздел для предотвращения споров. Четко определите:

• Что ВХОДИТ в проект: конкретные модули, типы документов, бизнес-процессы
• Что НЕ ВХОДИТ: например, «интеграция с весовым оборудованием не входит в объем проекта», «миграция архивных документов глубже 12 месяцев не выполняется»
• Этапы (фазы) внедрения: если проект большой, разбейте его на очереди

Пример границ из реального кейса: «Интеграция 1С:Бухгалтерия с глобальной ERP-системой включает: справочник контрагентов, банковские выписки, авансовые отчеты, счет-фактуры, акты и накладные».

Раздел 3. Описание бизнес-процессов и функциональные требования

Это сердце ТЗ. Описывайте через бизнес-процессы, а не технические кнопки.

Шаблон описания бизнес-процесса:

• Название процесса (например, «Обработка заказа клиента»)
• Цель процесса
• Входящие данные (откуда приходит заказ)
• Участники процесса (менеджер, кладовщик, бухгалтер)
• Последовательность действий (по шагам)
• Исходящие данные (что отправляется в ERP)
• Критерии качества процесса
• Исключения и особые случаи (отмена заказа, частичная отгрузка)

Пример грамотной формулировки: «Система должна обеспечить контроль лимитов закупок по поставщикам».
Неправильно: «В форме документа должна быть кнопка проверки лимита».

Раздел 4. Архитектура интеграции и требования к обмену

Здесь нужно описать, как системы будут общаться.

4.1. Тип интеграции

Выберите и обоснуйте один из вариантов:

• Файловый обмен (CommerceML, XML, CSV) — простой, но с задержками, подходит для каталогов и заказов
• REST API (синхронный, по запросу) — для реального времени, но сложнее в реализации
• Шина данных / ESB (асинхронный, через брокер) — для сложных распределенных систем, высокая надежность

Пример из практики: «Интеграция с WMS подрядчика реализована через REST API с асинхронной обработкой: запросы отправляются в фоновых заданиях, пользователь не «зависает» в ожидании ответа».

4.2. Форматы и протоколы обмена

Если выбран файловый обмен, в ТЗ нужно указать:

• Формат файлов: CommerceML 2.05 или кастомный XML/JSON
• Структура каталога и файлов: import.xml, offers.xml, prices.xml, rests.xml
• Точка входа на сайте: /bitrix/admin/1c_exchange.php

При использовании REST API нужно описать:

• Методы взаимодействия (GET, POST, PUT, DELETE) и эндпоинты
• Формат тела запросов и ответов (JSON/XML)
• Способ аутентификации (API-ключ, JWT, Basic Auth)

4.3. Направления обмена

Четко определите для каждого типа данных:

4.4. Требования к надежности

Важный раздел, который часто упускают:

• Асинхронность: «Критические операции выносятся в фоновые задания. Пользователь 1С не «зависает» в ожидании ответа от внешней системы».
• Идемпотентность операций: «В структуру каждого запроса зашиты уникальные идентификаторы (ID документа в 1С и ID заказа в ERP). Это гарантирует, что при повторной отправке на стороне ERP не создастся дубль».
• Логирование: «Настроить механизм записи всех запросов и ответов в регистры сведений. В случае сбоя администратор видит точную причину».

Раздел 5. Требования к данным и синхронизации

Опишите, какие именно данные и как должны синхронизироваться.

5.1. Состав передаваемых данных

Справочная информация (НСИ):

• Номенклатура (код в 1С, артикул, наименование, единицы измерения)
• Контрагенты (ИНН, КПП, наименование, юридический адрес)
• Склады (код, наименование, тип склада)
• Договоры (номер, дата, условия оплаты)

Документы-основания:

• Заказы клиентов (номер, дата, состав, количество, цена)
• Заказы поставщикам (если нужно)
• Перемещения товаров (со склада на склад)

Документы-результаты:

• Реализация товаров и услуг (отгрузка)
• Поступление товаров (приемка)
• Возвраты от клиентов / поставщикам
• Отчеты комиссионера (для маркетплейсов)

Финансовые документы (при интеграции с 1С:Бухгалтерией):

• Счета-фактуры и УПД (универсальные передаточные документы)
• Акты выполненных работ
• Банковские выписки (поступление, списание)
• Авансовые отчеты

5.2. Правила сопоставления (маппинга) данных

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

• Для товаров: «Сопоставление по уникальному идентификатору <1С-id товара>» или «по артикулу» (с примерами)
• Для контрагентов: «по ИНН и КПП»
• Для складов: «складу в 1С (код 001) соответствует склад ERP (ID warehouse_123)»

Важно: Закрепите ответственность за поддержку справочников. Кто и как заводит новых контрагентов? Кто создает карточки номенклатуры?

Раздел 6. Технические требования и инфраструктура

Опишите ограничения и требования к среде:

• Размещение 1С: локальный сервер, облако (1С:Фреш, VK Cloud) или гибридная схема
• Требования к серверу: CPU, RAM, дисковое пространство, операционная система (Windows/Linux)
• Сетевая доступность: «REST API ERP должен быть доступен из контура 1С через HTTPS по порту 443»
• Сертификаты безопасности: требования к SSL/TLS, поддержка российских сертификатов (при необходимости)
• Резервное копирование: как и где должны храниться бэкапы данных обмена

Раздел 7. Матрица ответственности (RACI)

Чтобы избежать ситуации «я думал, это делает подрядчик», создайте матрицу ответственности.

Расшифровка RACI: R (Responsible) — кто выполняет, A (Accountable) — кто принимает решения (обычно руководитель проекта заказчика), C (Consulted) — консультант, I (Informed) — кого информируют о результате.

Раздел 8. Критерии приемки и сдача проекта

Определите правила приемки работ:

• Состав приемочных испытаний: какие сценарии проверяются. «Согласованный с заказчиком чек-лист тестов из 20 сценариев (создание заказа, изменение заказа, отгрузка, возврат)».
• Критерии качества: «Время синхронизации заказа — не более 2 минут», «Допустимый процент ошибок при обмене — 0%», «Логирование всех операций».
• Документация, передаваемая заказчику: руководство администратора, руководство пользователя, схема интеграции, описание API-методов.

Раздел 9. Дополнительные разделы (по ситуации)

• Требования к интеграции с маркировкой: если работаете с Честным ЗНАКом, ЕГАИС или ВетИС
• Интеграция с торговым оборудованием: весы, сканеры, терминалы сбора данных
• Печатные формы: специфические счета, акты, ТОРГ-12, УПД
• Отчетность: управленческие отчеты, план-фактный анализ

Шаблон и чек-лист для самопроверки ТЗ

Используйте этот список перед отправкой ТЗ интегратору:

Чек-лист полноты ТЗ

• [ ] Описана компания и контекст проекта (цели, предпосылки)
• [ ] Определены границы проекта: что ВКЛЮЧЕНО, что НЕ ВКЛЮЧЕНО
• [ ] Описаны ключевые бизнес-процессы (3–5 штук достаточно)
• [ ] Указаны все системы-участники интеграции с их версиями
• [ ] Выбран тип интеграции и протокол обмена (файловый / API / шина)
• [ ] Для каждого направления обмена указаны: тип данных, направление, частота, триггер
• [ ] Описаны правила сопоставления справочников (маппинг)
• [ ] Указаны технические требования (ОС, сервер, сеть, сертификаты)
• [ ] Определена матрица ответственности (кто делает, кто проверяет)
• [ ] Есть четкие критерии приемки работ и состав приемочных испытаний
• [ ] Приложены образцы выгрузок / скриншоты / схемы (по возможности)

Что нельзя писать в ТЗ (и почему)

Ошибка 1. Слишком детальные технические требования
«База данных должна лежать в папке C:BASE, размер буфера 64KB». Это работа архитектора, не заказчика. Сосредоточьтесь на целях и задачах.

Ошибка 2. Подробное описание бизнес-процессов «как есть» в мельчайших деталях
Вы нанимаете интегратора, чтобы он помог вам их оптимизировать, а не переписал «как есть». Дайте факты, но не мешайте предлагать лучшие практики.

Ошибка 3. Указание конкретных лицензий 1С до анализа потребностей
«Нам нужна 1С:ERP КОРП на 100 рабочих мест». Оставьте это профессионалам — возможно, вам достаточно 1С:УТ или КА, и вы переплатите в 3 раза.

Заключение: ТЗ — это карта, по которой идут оба

Составление технического задания на интеграцию 1С с ERP — это не бюрократическая формальность, а инвестиция в успех проекта. Качественное ТЗ позволяет:

• Получить точную оценку стоимости и сроков (без сюрпризов «мы думали это дешевле»)
• Исключить споры на этапе приемки — черным по белому написано, что входит в проект, а что нет
• Синхронизировать ожидания всех сторон: собственников, финансистов, ИТ-директора и рядовых пользователей

Помните: идеальное ТЗ — это не «война и мир» на 200 страниц. Это документ, который четко отвечает на вопросы «ЗАЧЕМ?», «ЧТО?» и «КОГДА?», оставляя «КАК?» профессиональной команде интеграторов.

Компания EDGESECTION имеет опыт реализации сложных интеграций 1С с ERP-системами, сайтами, маркетплейсами и складскими комплексами. Мы поможем:

• Провести предпроектное обследование и составить ТЗ «под ключ»
• Выбрать оптимальную архитектуру интеграции (файловый обмен, REST API или ESB)
• Реализовать интеграцию с соблюдением индустриальных best practices (идемпотентность, логирование, асинхронность)
• Обеспечить поддержку и развитие системы после запуска

Готовы начать проект автоматизации? Закажите консультацию по интеграции 1С в EDGESECTION — бесплатно оценим масштаб работ и поможем структурировать требования.