С точностью до грамма: настроили обмен между R‑Keeper и «1С: УПО» для сети ресторанов

Разработка и внедрение механизма обмена данными между системой управления рестораном R‑Keeper и программой «1С:Управление предприятием общепита», обеспечивающего автоматическую загрузку данных о приготовлении блюд из R‑Keeper в «1С:УПО».

С чем обратился заказчик

Заказчик работал в системе «1С‑Рарус:Комбинат питания». Когда сеть решила перейти на «1С:УПО», встал вопрос запуска механизма партионного учета в «1С:УПО». Задача объемная, поэтому клиент решил двигаться спринтами. Одним из этапов стала задача по интеграции системы управления рестораном R‑Keeper и «1С:УПО». При этом нужно было перенести в «1С:УПО» из «1С‑Рарус» все справочники.

Что сделали

Задачу по переносу справочников заказчик выполнил на своей стороне. Нам необходимо было интегрировать R‑Keeper и «1С:УПО».

Логика обмена R‑Keeper и «1С:УПО» строится следующим образом:

1. Из R‑Keeper в «1С:УПО» на регулярной основе загружаются данные о приготовлении блюд и о продажах (номенклатура, сумма реализации, тип оплат, статьи затрат).

2. На основании полученных данных в «1С:УПО» автоматически формируются документы: 

Выпуск блюд с розничной реализацией: данные о продажах блюд конечному потребителю с указанием количества, номенклатуры, цены и способа оплаты (нал, безнал, онлайн‑оплаты).

Выпуск блюд со списанием: данные о списании блюд с указанием количества, номенклатуры и статьи списания.

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

4. На основании документа «Выпуск блюд со списанием» автоматически создается документ «Списание запасов». Таким образом списываются ингредиенты для блюд, которые не были реализованы гостям (обеды для сотрудников, дегустации и прочее).

Для интеграции R‑Keeper и «1С:УПО» разработчик написал индивидуальную обработку. Для корректной работы синхронизации разработчику необходимо было реализовать множество регистров:

• регистр сведений для ручного редактирования сумм выручки в разрезе типов оплаты;

• регистр сведений для сопоставления типов оплат в R‑Keeper и «1С:УПО»;

• периодический регистр сведений для сопоставления номенклатуры в R‑Keeper и «1С:УПО»;

• регистр для сопоставления статей списания в R‑Keeper и счетов учета в «1С:УПО»;

• регистр сведений, где полученные смены из R‑Keeper будут сопоставляться с уже существующими сменами в УПО;

• регистр сведений для сопоставления подразделений;

• регистр сведений для хранения параметров подключения к R‑Keeper.

Например, чтобы корректно списывались ингредиенты, мы долго выверяли параметры, единицы измерения. Необходимо было добиться, чтобы данные были одинаково представлены в R‑Keeper и в «1С:УПО». 

При этом на момент работ по интеграции R‑Keeper и «1С:УПО» компания еще не перешла на работу в «1С:УПО», учет продолжали вести в 1С‑Рарус. Поэтому для проверки корректности работы обмена нам потребовалось загрузить в «1С:УПО» из Рарус остатки на начало месяца и ряд документов (инвентаризация, поступление товаров и услуг, возврат поставщику, списание товаров) за последний месяц работы.

Для нас главным показателем успеха в этом конкретном кейсе стало то, что остатки на конец месяца в «1С:УПО» сошлись с данными в «1С‑Рарус». Сейчас обмен работает, данные передаются из R‑Keeper в «1С:УПО». 

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