Модуль обмена с 1С

Модуль обмена с 1С для вашего сервиса

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

Обсудить задачу Как мы работаем

15+ лет внутри экосистемы 1С

Давно в 1С и уже кое-что повидали. Знаем, как устроены продукты 1С, чем отличаются и где ломаются при обновлениях.
Разрабатывали модули обмена с нуля

Проектировали архитектуру обмена, писали код, тестировали на живых клиентах, чинили после выхода новых релизов 1С.
Умеем работать от вашего имени

Общаемся с вашими клиентами как часть вашей команды: собираем требования к обмену, узнаем как ведут учет и что хотят, — а вы не тратите на это ресурсы.

Если это про вас — мы можем помочь

Вот с какими проблемами к нам обычно приходят

Клиенты хотят загружать данные из вашего сервиса в 1С

Когда вы приходите к клиентам со своим продуктом, многие из них спрашивают «Как данные из сервиса залить в 1С?». Вы понимаете, что это нужно, но в команде нет 1С-ников.
Вы маркетплейс — продавцам нужна выгрузка из 1С

Продавцы ведут товары в 1С: цены, остатки, описания, фото. Им нужно выгружать всё это на вашу площадку без ручного ввода. У каждого продавца своя конфигурация и свои настройки. Загружать через эксельку больше не хотят.
Столкнулись с кучей проблем

Написали свой модуль или попробовали обмениваться через API. Для одного клиента заработало, для второго — нет. У них разные конфигурации, разные версии 1С, и вообще «у нас 1С за VPN, служба безопасности не позволяет публиковать базу». Нужны те, кто может найти выход.
Модуль не пережил обновление 1С

Когда-то сделали интеграцию — и она работала. А потом 1С выпустила обновление, и у клиентов всё отвалилось. Чинить долго, о поломках узнаете только от клиентов (а они орут).
У конкурента интеграция с 1С есть, а у вас нет

Клиенты выбирают между вами и конкурентом. У него модуль для 1С и данные синхронизируются автоматически. У вас — ручной ввод и экспорт в csv. Это становится аргументом не в вашу пользу.
Не находите общий язык с 1С-никами

Curl, postman, эндпоинт... Большинству 1С-разработчиков эти слова не нужны в повседневной работе. А вашим разработчикам непонятно, что такое «регистр сведений» и почему нельзя просто дёрнуть базу по REST. Мы говорим на обоих языках.

Почему интеграция с 1С — это отдельная вселенная

Если вы никогда не работали с 1С изнутри, вот что нужно знать, прежде чем начинать.

1С — это не одна программа

У ваших клиентов может стоять Управление торговлей, Бухгалтерия, ERP, Управление нашей фирмой, Розница — или что-то отраслевое, вроде «Альфа-авто». Это разные продукты с разной структурой данных. Модуль, который работает в одной конфигурации, может не работать в другой — даже если бизнес-задача одна и та же.

Кроме конфигураций, отличаются версии и варианты поставки. Бывает ПРОФ и базовая — у них разные технические возможности, и не всё, что работает в ПРОФ, можно сделать в базовой.

Базы бывают файловые и клиент-серверные. В файловой базе обмен по расписанию не работает, пока кто-то не запустит 1С. Для разработчиков сервиса это часто сюрприз.

Всё это нужно учитывать при проектировании модуля.
Обновления выходят каждую неделю

Фирма «1С» выпускает новые релизы постоянно. Поле, которое вчера называлось «ИспользоватьНДС», завтра может стать «УдалитьИспользоватьНДС», а через релиз — стать пустым, потому что данные переехали в новое поле. Модуль, который работал в пятницу, может сломаться в понедельник. Особенно на 1С:Фреш, где обновления накатываются автоматически.
1С:Фреш — отдельная история

Всё больше клиентов работают в 1С:Фреш — облачной версии 1С. Там свои требования: модуль должен пройти аудит и публиковаться через маркетплейс 1С. Это отдельный процесс с отдельными ограничениями. Зато клиенты получают модуль бесплатно и могут установить его в два клика. Мы знаем, как разрабатывать под Фреш и можем публиковать в маркетплейсе.
Базы клиентов часто недоступны из интернета

Многие компании держат 1С на сервере за VPN. У кого-то просто нет белого IPшника. Это значит, что ваш сервис не сможет обратиться к 1С клиента по API. Инициатором обмена в этом случае может быть только сама 1С. Это принципиально влияет на архитектуру обмена и должно быть продумано до начала разработки.
У клиентов есть свои доработки

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

В 1С есть несколько способов добавить функционал. Расширение — современный и удобный, но работает только в ПРОФ-версиях. Обработка — универсальная, но с ограничениями. Изменение конфигурации — для клиентов на очень старых версиях. Какой способ выбрать — зависит от вашей аудитории. Иногда нужны все три.
Даже "1С" не поддерживает все свои релизы

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

Что может пойти не так (и обычно идёт)

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

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

Третий клиент работал на релизе двухлетней давности. Часть полей, на которые мы опирались, в его версии назывались по-другому. Расширение не запускалось. Мы предложили ему обновиться — выяснилось, что его 1С дописана, и обновление потянет за собой перенос доработок. В итоге сделали для него отдельную сборку — и заодно получили готовое решение для других клиентов на близких релизах.

Через полгода "1С" выпустила обновление, где переименовала реквизит, который мы использовали. Расширение перестало работать. Мы это поймали на автотестах до того, как обновление дошло до клиентов — и выпустили исправление заранее.

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

Как мы работаем

Аджайл, спринты по 1–2 недели. Начинаем с одной конфигурации, расширяем по мере готовности.

Разбираем задачу

Изучаем ваш сервис, API, сценарии обмена. Задаём много вопросов: какие данные, в какую сторону, что с конфликтами, как обрабатывать ошибки. Определяем архитектуру: кто кого дёргает, как часто, в каком формате. Если у вас ещё нет API — можем проконсультировать ваших разработчиков. Подскажем, какие методы понадобятся со стороны 1С и на что обратить внимание.

Определяем целевые конфигурации

Выясняем, какие конфигурации 1С у ваших клиентов. Начинаем с самой распространённой. Если у вас нет этой информации — соберём сами: пообщаемся с вашими клиентами от вашего имени, выясним версии, конфигурации, особенности инфраструктуры.

Делаем MVP для первой конфигурации

Пишем модуль, интегрируем с вашим API, тестируем на демо-базе. Показываем результат каждые 1–2 недели. Нужен ваш тестовый контур — полностью идентичный боевому. И нужен хотя бы один клиент с 1С, готовый тестировать на своей базе.

Покрываем тестами

Пишем автоматические тесты для каждого блока модуля. Это фундамент поддержки: при выходе тестового релиза 1С автоматически прогоняем тесты — и выпускаем исправленную версию ещё до того, как релиз станет основным.

Адаптируем под другие конфигурации

УТ → КА → ERP часто переносятся быстро — у них общая кодовая база. УНФ, Бухгалтерия, отраслевые — отдельная работа. Если нужен модуль для 1С:Фреш — публикуем в маркетплейсе, чтобы клиенты могли установить бесплатно в два клика.

Делаем документацию и инструкции

Пишем гайды по установке и настройке для ваших клиентов. Снимаем видеоинструкции — мы это умеем и делаем для своих продуктов. Пример: Rutube · YouTube · VK Видео
Ваша поддержка сможет помогать клиентам без нашего участия.

Берём на поддержку

Автоматически выкачиваем тестовые релизы 1С, прогоняем тесты, находим поломки — и выпускаем обновлённый модуль ещё до того, как релиз дойдёт до клиентов. Поддержка оплачивается ежемесячно, на весь период жизни модуля.

Что нужно от вас

Модуль обмена — совместный проект. Без вашего участия он не получится.

Работающий API и тестовый контур

Нам нужна точка подключения: описание методов, форматы данных, тестовая среда, идентичная боевой.
Тестовый клиент с 1С

Хотя бы один ваш клиент, у которого есть 1С и который готов тестировать модуль на своей базе. Обратная связь от реального пользователя — незаменима.
Готовность к поддержке как к постоянным расходам

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

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

Стоимость

От 1 млн. р

Стоимость разработки
от 2 месяцев

Срок проекта
1−2 недели

Длина одной итерации

На связи по будням с 9:00 до 18:00

Давайте обсудим ваш запрос

Оставьте свои данные или напишите основателю Первого нормального Алексею Кокорину в Телеграме