Интеграция с 1С:Бухгалтерия

1С:Бухгалтерия отвечает не за остатки, а за учёт и отчётность. Задача интеграции с RetailCRM здесь другая, чем с УТ: не синхронизировать каталог, а превращать закрытые заказы в первичные документы — реализации, счета и оплаты. Разберём, как выстроить этот обмен корректно.

Чем обмен с Бухгалтерией отличается от УТ

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

Что выгружается в Бухгалтерию

Основной поток — из RetailCRM в 1С:Бухгалтерия. Когда заказ выполнен и оплачен, интеграция формирует комплект первичных документов:

• Реализация товаров и услуг — факт продажи с номенклатурой, ценами и НДС;
• Счёт на оплату — при работе с юрлицами и предоплатой;
• Поступление на расчётный счёт / приходный кассовый ордер — факт оплаты;
• Счёт-фактура — если организация работает с НДС.

Документы создаются в привязке к статусам RetailCRM: как правило, выгрузка запускается при переходе заказа в группу «Выполнен» или «Оплачен и отгружен».

Контрагенты и номенклатура

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

• Контрагенты — по ИНН для юрлиц или по связке телефон/email для физлиц. Новый покупатель создаётся автоматически, если не найден;
• Номенклатура — по артикулу или внешнему коду. Товары, которых нет в справочнике Бухгалтерии, либо создаются, либо помечаются как непроведённые до ручной сверки;
• Договоры и счета учёта подставляются по правилам, заданным в настройках обмена.

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

Оплаты и взаиморасчёты

Отдельный поток — данные об оплатах. RetailCRM знает, что и когда оплачено (через платёжные системы или вручную), и передаёт это в Бухгалтерию, чтобы закрыть взаиморасчёты.

1. Оплата фиксируется в заказе RetailCRM;
2. В Бухгалтерию уходит документ поступления денежных средств;
3. Он привязывается к реализации или счёту, закрывая долг контрагента;
4. В RetailCRM возвращается признак «проведено в учёте».

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

НДС, организации и нюансы учёта

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

• Несколько организаций. Если продажи идут от разных юрлиц, интеграция должна раскладывать документы по нужной организации — по каналу продаж, складу или типу оплаты;
• Ставки НДС. Каждая позиция должна нести корректную ставку, иначе счёт-фактура сформируется неверно;
• Системы налогообложения. УСН и ОСНО дают разные наборы документов — счёт-фактура на УСН не нужен;
• Округления. Копеечные расхождения между CRM и 1С из-за разного округления скидок ловятся при сверке итогов.

Контроль корректности обмена

Поскольку речь об учётных документах, цена ошибки выше, чем при обмене остатками. Что контролировать:

• Непроведённые документы — реализации, которые загрузились, но не провелись из-за отсутствия номенклатуры или контрагента;
• Расхождение сумм между заказом в RetailCRM и реализацией в 1С;
• Незакрытые взаиморасчёты — оплаты, не привязанные к документам;
• Журнал обмена — регулярный просмотр ошибок выгрузки.

Итог

Интеграция RetailCRM с 1С:Бухгалтерией — это выгрузка закрытых продаж в первичные документы: реализации, счета, оплаты и счета-фактуры. В отличие от УТ, здесь важны не остатки, а корректность учёта — сопоставление контрагентов и номенклатуры, правильные ставки НДС, разнесение по организациям и закрытие взаиморасчётов.

Мы настраиваем такой обмен так, чтобы бухгалтерия получала готовые проведённые документы без ручного ввода, а менеджеры видели статус учёта в CRM. Отдельно прорабатываем сценарии с несколькими юрлицами и розничными продажами, а также сверку итогов, чтобы данные в системах сходились.