Интеграция с 1С

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

01Что меняется

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

    Раньше: менеджер набирает номер в заказе, 1С клиента не подсказывает, и появляется новый.

  2. Документы, записанные интеграцией, проводятся: ставка НДС и счета учёта заполнены так же, как при вводе через форму.

    Раньше: документ создан, но не проводится, и почему, видно только бухгалтеру.

  3. Каждая запись связана с объектом 1С по его идентификатору. Повтор после сбоя обновляет её, а не создаёт копию.

    Раньше: после обрыва связи в базе две одинаковые записи.

  4. Остатки 1С и маркетплейса сверяются с учётом товара в пути и возвратов, и ложные расхождения отсеиваются.

    Раньше: сравнение «полки против 1С» даёт ложные тревоги и не видит возвраты.

  1. CRM, сайт, маркетплейс
  2. Обмен через API 1С × ломается: обрыв связи, повтор создаёт копию
  3. Запись в 1С × ломается: пустой НДС, документ не проводится
  4. Справочники × ломается: клиент не находится по номеру
  5. Сверка × ломается: ложные расхождения
  6. Учёт сходится
Путь данных в 1С. Отмечены места, где обмен ломается без ошибки на экране: на каждом ставлю правило или проверку.

02Как это выглядит в работе

Стенд: 1С:УНФ 3.0 в 1С:Фреше

Стыки с 1С я проверяю на тестовой базе УНФ 3.0 в облачном 1С:Фреше через OData, стандартный API 1С.

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

Находка с документами. Форма 1С сама подставляет ставку НДС и счета учёта, а запись через API этого не делает. Передача товара на комиссию, созданная через API, прошла, а отчёт комиссионера на её основе не провёлся из-за пустой ставки НДС.

Находит ли 1С клиента по номеру
Как создана карточкаНормализованный номерПодбор в заказе
Вручную79991112233находит
Через ODataпустоне находит
Через OData, номер заполнен интеграцией79991112233находит
Подбор клиента в заказе по номеру 89991112233. Названия условные, поведение проверено на стенде.

Подробный разбор в блоге →

Сверка с маркетплейсами

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

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

Почему остатки и деньги не сходятся →

03Когда это не нужно

Нужно доработать саму 1С: новые документы, отчёты, печатные формы. Это работа программиста 1С.

Готовый модуль интеграции с маркетплейсом справляется, и сверка сходится. Для многих продавцов готовый сервис и есть правильный выбор.

Обмен нужен раз в месяц на десяток документов. Быстрее загрузить файл штатным импортом.

04 · ЦенаВнедрение от 150 000 ₽

Обычно такой проект стоит 150 000-350 000 ₽. Если непонятно, где именно расходятся данные, первым этапом сметы сверяю выгрузки и показываю, где расхождения.

На цену влияет: какая конфигурация 1С и где она стоит; какие системы связываем и в какую сторону; сколько дублей и расхождений уже накопилось; нужна ли регулярная сверка.

Работаем по шагам: разговор о задаче, бесплатная смета с фиксированной ценой и сроком, внедрение на ваших данных, сопровождение после запуска. Тарифы →

05Вопросы

Вы программист 1С?

Нет. Конфигурации не дорабатываю, работаю с 1С через её API: OData проверен на стенде, HTTP-сервисы тоже вариант. Если нужна доработка самой 1С, помогу поставить задачу программисту.

С какими конфигурациями работаете?

Проверено на УНФ 3.0. С Бухгалтерией и Управлением торговлей принципы те же, но поведение конкретной конфигурации проверяю на копии вашей базы до запуска.

Подойдёт 1С в облаке?

Да, стенд как раз в 1С:Фреше. Коробочную 1С на своём сервере нужно опубликовать на веб-сервере, чтобы к ней был доступ по API.

Почему не готовый модуль?

Часто готовый модуль и нужен. Свой обмен имеет смысл, если на одной базе несколько кабинетов или юрлиц, конфигурация доработана или данные сверки нужны рядом с остальной аналитикой.

Вы работаете на нашей рабочей базе?

Нет. Сначала копия или тестовая база, на рабочую выкатываю после проверки на ваших данных.

Расскажите, что у вас не сходится с 1С

Скажу, хватит ли готового модуля или нужен свой обмен.

Обсудить задачу

Почитать по теме

Другие услуги