Как выбрать подрядчика для интеграции с 1С: чек-лист

Коротко: подрядчика для интеграции с 1С выбирают не по статусу «партнёр 1С» и не по самой низкой цене, а по тому, как он собирается связать вашу 1С с банком, CRM, сайтом или сервисом обработки счетов. Надёжный подрядчик сначала описывает потоки данных и мастер-систему для каждого справочника, предлагает подходящий механизм обмена (EnterpriseData, OData, HTTP-сервисы, файлы), работает на копии базы, ведёт журнал обмена и передаёт вам код и документацию. Ниже — критерии, вопросы для первой встречи, красные флаги и чек-лист из 12 пунктов.

Внедрение 1С и интеграция с 1С — разные задачи. Внедрение — это настройка самой учётной системы: планы счетов, документы, права, обучение бухгалтерии. Интеграция — это мост между 1С и всем остальным: интернет-банком, CRM, маркетплейсами, складом, кабинетом поставщика, сервисом распознавания счетов. Большинство чек-листов в сети написано про первое, а у малого бизнеса проблемы чаще со вторым: 1С уже работает, но данные в неё по-прежнему переносят руками, а обмены «тихо» ломаются после каждого обновления.

Подрядчиков на такие задачи два типа. Франчайзи 1С хорошо знают типовые конфигурации, но не всегда берутся за внешнюю сторону моста — API банка, веб-кабинет, мобильное приложение. Студии разработки, наоборот, сильны во внешних системах и умеют собрать связку целиком: если нужна не одна обработка в 1С, а законченный контур «приём счетов — согласование — оплата — проводка», имеет смысл заказать разработку под ключ у команды, которая отвечает за обе стороны интеграции. Какой бы вариант вы ни выбрали, проверять кандидатов стоит по одним и тем же критериям.

Чем интеграция с 1С отличается от внедрения

От этого различия зависит, кого искать и что спрашивать.

Предмет работы. При внедрении меняется сама 1С. При интеграции 1С остаётся почти нетронутой, а между ней и внешней системой появляется обмен — по расписанию или по событию.
Где ломается. Внедрение ломается на неправильной настройке учёта. Интеграция — на стыке: разные справочники контрагентов, расхождение статусов, обновление одной из систем, недоступность API.
Какие компетенции нужны. Для внедрения — методолог учёта и программист 1С. Для интеграции — ещё и разработчик, который понимает REST API, форматы обмена, очереди сообщений и безопасность передачи данных.
Сколько живёт результат. Внедрение делается один раз. Интеграцию придётся сопровождать всё время, пока живут обе системы: банк меняет API, 1С обновляет релизы, CRM — поля.

Если подрядчик на первой встрече говорит только о конфигурации 1С и ни слова не спрашивает о второй стороне обмена, это специалист по внедрению, а не по интеграции.

Какие механизмы обмена должен знать подрядчик?

У 1С несколько штатных способов обмениваться данными, и выбор между ними — первое техническое решение проекта. Хороший подрядчик объяснит, почему предлагает именно этот вариант, а не просто «напишем обработку». Обзор механизмов есть в разделе фирмы «1С» об обмене данными и интеграции.

EnterpriseData (универсальный формат). Стандартный формат обмена между типовыми конфигурациями 1С. Подходит, когда нужно связать, например, торговую базу с бухгалтерией. Плюс — меньше самописного кода, минус — внешней системе придётся понимать этот формат.
OData (REST-интерфейс). Позволяет внешней системе читать и записывать данные 1С по HTTP без программирования на стороне 1С. Удобен для отчётов и простых сценариев, но даёт доступ к объектам «как есть», без бизнес-проверок.
HTTP-сервисы. Собственный API на стороне 1С: внешняя система вызывает метод «создать поступление», а 1С сама проверяет данные и проводит документ. Самый гибкий вариант для интеграции с сервисами и кабинетами.
Обмен файлами. XML, JSON или CSV через папку или SFTP; для банков — формат клиент-банка, для сайтов — CommerceML. Просто и надёжно для пакетных выгрузок, но без мгновенного обновления.
1С:ДиректБанк и банковские API. Прямой обмен выписками и платёжками с банком. Подробнее о том, как устроена связка с банком, — в материале про оплату счетов через API банка.

Красный флаг — подрядчик, который на любую задачу предлагает один и тот же способ. Если вам обещают выгрузку в Excel и ручную загрузку обработкой для обмена, который должен идти каждые 15 минут, это экономия подрядчика за счёт вашего времени.

Критерии выбора подрядчика для интеграции с 1С

1. Опыт именно интеграций, а не только внедрений

Попросите 2–3 кейса, похожих на ваш: «1С + банк», «1С + CRM», «1С + сервис распознавания счетов», «1С + сайт». Важны не названия клиентов, а схема обмена: какие данные шли, в какую сторону, как часто, что делали при ошибке. Если подрядчик не может нарисовать такую схему по памяти, значит, проект делал кто-то другой.

2. Компетенции по обе стороны моста

Уточните, кто в команде отвечает за внешнюю систему. Типичная проблема: программист 1С сделал свою половину, разработчики CRM — свою, а за стык не отвечает никто. Лучше, когда за весь обмен отвечает один подрядчик или когда в договоре прямо назначен ответственный за интеграцию.

3. Подход к справочникам и мастер-системе

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

4. Работа с типовой конфигурацией без «снятия с поддержки»

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

5. Тестовый контур и приёмка

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

6. Журнал обмена и мониторинг

Хорошая интеграция громко сообщает об ошибках. Должны быть журнал обмена с понятным текстом ошибки, уведомление ответственному и возможность повторно отправить сообщение. Без этого вы узнаете о сбое из звонка поставщика, которому две недели не платят.

7. Безопасность и доступы

Для обмена заводится отдельный технический пользователь 1С с минимальными правами, ключи API хранятся не в коде обработки, а передача идёт по защищённому каналу. Если подрядчик просит логин главного бухгалтера «для обмена», это повод остановиться.

8. Документация и права на код

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

9. Сопровождение после запуска

Спросите, как подрядчик сопровождает интеграцию: за сколько часов реагирует на остановку обмена, кто обновляет её при выходе нового релиза 1С или смене API банка, как это оплачивается. Абонентское обслуживание с понятным SLA обычно дешевле разовых срочных вызовов.

Какие вопросы задать подрядчику на первой встрече

Какие похожие интеграции вы делали и можете ли показать схему обмена?
Какой механизм обмена вы предлагаете для нашей задачи и почему не другой?
Какая система будет главной для контрагентов, номенклатуры и статусов оплаты?
Будете ли вы менять типовую конфигурацию или всё уйдёт в расширения?
Как обмен поведёт себя при ошибке: дубль, неизвестный контрагент, недоступный API?
Где мы увидим журнал обмена и кто получит уведомление о сбое?
На какой базе вы будете разрабатывать и как пройдёт приёмка?
Что мы получим на руки по завершении: код, расширения, документация?
Как и за какие деньги вы сопровождаете интеграцию после запуска?
Что будет с интеграцией при обновлении 1С или внешней системы?

Ответы удобно сравнивать в одной таблице по всем кандидатам. Уверенный подрядчик отвечает конкретно и сам задаёт встречные вопросы о ваших процессах.

Как устроен нормальный проект интеграции: этапы

Обследование. Подрядчик смотрит текущие процессы, базу 1С, внешние системы и их API. Результат — схема потоков данных и список рисков. Если учётная система давно не приводилась в порядок, этот этап стоит совместить с проверкой, которую мы описывали в статье про аудит учётной системы перед автоматизацией.
Техническое задание. Описание обмена по объектам: что передаётся, в каком направлении, по какому событию, как сопоставляются справочники, что считается ошибкой.
Разработка на тестовом контуре. Расширение 1С, коннектор к внешней системе, журнал обмена.
Тестирование и приёмка. Прогон типовых и ошибочных сценариев на копии реальных данных, сверка результатов с бухгалтерией.
Перенос в рабочую базу. С планом отката, начальной синхронизацией справочников и параллельной работой первые 1–2 недели.
Сопровождение. Мониторинг обмена, исправление ошибок, обновления.

Подрядчик, который предлагает сразу перейти к разработке без обследования и ТЗ, экономит свои часы на старте. Расплачиваться за это придётся вам — переделками после запуска.

Сколько стоит интеграция и как платить подрядчику

Стоимость зависит от числа связываемых систем, количества объектов обмена, готовности API внешней стороны и состояния базы 1С. Типовой обмен двух конфигураций 1С через EnterpriseData — одна история, собственный HTTP-сервис для кабинета поставщиков с проверками и согласованием — совсем другая. Распространены три модели оплаты:

Фиксированная цена за этап. Подходит, когда ТЗ написано и объём понятен. Защищает бюджет, но любое изменение требований оформляется отдельно.
Почасовая оплата. Гибко, но без лимита часов и еженедельных отчётов легко выйти за бюджет.
Смешанная модель. Обследование и ТЗ — по фиксированной цене, разработка — по оценке из ТЗ с допуском, сопровождение — абонентская плата.

Для малого бизнеса обычно лучше всего работает смешанная модель: вы платите за обследование, получаете ТЗ и оценку и только потом решаете, продолжать ли с этим подрядчиком.

Красные флаги: когда стоит отказаться

Цена заметно ниже рынка без объяснения. Обычно это значит, что в оценку не вошли тестирование, обработка ошибок и документация.
«Сделаем за два дня, ТЗ не нужно». Интеграция без описания справочников и ошибок почти гарантированно ломается на реальных данных.
Правка типовой конфигурации напрямую. Каждое обновление 1С становится дорогим.
Отказ передавать код и документацию. Вы навсегда привязаны к подрядчику.
Нет ответа на вопрос «что будет при ошибке». Значит, ошибки никто не обрабатывает.
Работа сразу в рабочей базе. Риск испортить учётные данные без возможности быстро откатиться.
Запрос административных паролей «для удобства». Нарушение базовой безопасности.

Статус партнёра 1С можно проверить в каталоге партнёров фирмы «1С». Но помните: статус подтверждает компетенции в самой 1С, а не во внешних системах, с которыми её нужно связать.

Пример: как малый бизнес выбирал подрядчика для связки «счета — 1С — банк»

Оптовая компания из 25 человек получает около 400 входящих счетов в месяц. Счета приходят на почту, бухгалтер перепечатывает их в 1С, потом вручную формирует платёжки в интернет-банке и отмечает оплату. Задача — чтобы распознанные счета сами попадали в 1С как документы поступления, оплаты уходили в банк из реестра, а выписка закрывала статусы.

Компания поговорила с тремя кандидатами. Первый, франчайзи 1С, предложил загрузку счетов из Excel обработкой и не взялся за обмен с банком. Второй назвал низкую фиксированную цену, но не смог объяснить, что будет с дублями и неизвестными поставщиками. Третий провёл обследование, предложил HTTP-сервис в расширении 1С для приёма счетов, 1С:ДиректБанк для выписок, сопоставление контрагентов по ИНН и КПП и журнал обмена с уведомлениями в мессенджер. Он оказался дороже второго, но заранее учёл в смете тестирование и сопровождение. Выбрали третьего: через два месяца после запуска ручной ввод счетов исчез, а единственный сбой — смена формата выписки банком — был исправлен в тот же день, потому что журнал обмена показал ошибку сразу.

Как именно настроить финальный перенос распознанных данных в учётную систему, мы подробно разбирали в статье о выгрузке счетов в 1С без ручного ввода.

Чек-лист выбора подрядчика для интеграции с 1С

Есть 2–3 кейса интеграций, похожих на вашу, со схемой обмена.
В команде есть компетенции и в 1С, и во внешней системе, или назначен один ответственный за стык.
Подрядчик обосновал выбор механизма обмена: EnterpriseData, OData, HTTP-сервисы, файлы, ДиректБанк.
Для каждого справочника определена мастер-система и правила сопоставления.
Доработки делаются в расширениях, типовая конфигурация остаётся на поддержке.
Разработка и приёмка идут на копии базы и тестовом окружении.
Предусмотрены журнал обмена, уведомления об ошибках и повторная отправка.
Для обмена заведён отдельный пользователь с минимальными правами, ключи не хранятся в коде.
В договоре закреплена передача кода, расширений и документации.
Описаны SLA сопровождения и порядок обновлений.
Понятна модель оплаты и что входит в цену: тестирование, обработка ошибок, документация.
Есть план запуска: начальная синхронизация, параллельная работа и откат.

Частые вопросы

Обязательно ли выбирать официального партнёра 1С для интеграции? Не обязательно. Статус партнёра подтверждает компетенции в самой 1С и доступ к поддержке фирмы «1С», но интеграция требует ещё и знания внешних систем — банковских API, CRM, веб-сервисов. Подходит и студия разработки с сильными программистами 1С в команде. Главное, чтобы за весь обмен отвечал один подрядчик.

Чем HTTP-сервис в 1С лучше обмена через OData? OData даёт внешней системе прямой доступ к объектам 1С без бизнес-проверок: можно записать документ с ошибкой. HTTP-сервис — это собственный API, где 1С сама проверяет входящие данные, находит контрагента, проводит документ и возвращает понятный ответ. Для приёма счетов и платёжных сценариев HTTP-сервис надёжнее, OData удобнее для отчётов и чтения данных.

Сколько времени занимает интеграция 1С с внешним сервисом? Простой пакетный обмен файлами с готовым форматом настраивается за несколько дней. Двусторонняя интеграция с CRM или кабинетом поставщика с сопоставлением справочников, обработкой ошибок и тестированием обычно занимает от нескольких недель до двух-трёх месяцев. Обследование и ТЗ заметно сокращают сроки разработки, потому что меньше переделок.

Что делать, если прежний подрядчик ушёл и интеграция сломалась? Сначала найти журнал обмена и понять, на каком шаге он останавливается. Затем передать новому подрядчику всё, что есть: расширения, обработки, настройки обмена, доступы к API. Если документации нет, первым этапом будет обследование и описание существующей интеграции — и лишь потом исправление.

Можно ли обойтись без программиста и связать 1С с сервисом обработки счетов готовым коннектором? Да, если у сервиса есть готовая выгрузка в вашу конфигурацию 1С и ваши справочники в порядке. Готовый коннектор быстрее и дешевле, но покрывает типовой сценарий. Если нужны свои правила согласования, несколько юрлиц или обмен с банком из того же реестра, без доработки обычно не обойтись.

Как выбрать подрядчика для интеграции с 1С: чек-лист для малого бизнеса