惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

IT之家
IT之家
T
Tailwind CSS Blog
V
V2EX
阮一峰的网络日志
阮一峰的网络日志
H
Help Net Security
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
腾讯CDC
GbyAI
GbyAI
酷 壳 – CoolShell
酷 壳 – CoolShell
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Last Week in AI
Last Week in AI
A
About on SuperTechFans
L
LangChain Blog
Engineering at Meta
Engineering at Meta
F
Fortinet All Blogs
G
Google Developers Blog
The Cloudflare Blog
云风的 BLOG
云风的 BLOG
D
Docker
博客园 - 聂微东
博客园 - 司徒正美
Recent Announcements
Recent Announcements
MyScale Blog
MyScale Blog
U
Unit 42

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
С точностью до грамма: настроили обмен между R-Keeper и «...
AstahovaAnna · 2026-05-18 · via Все публикации подряд на Хабре

Время на прочтение3 мин

Охват и читатели0

На связи Анна Астахова, директор по развитию ИТ-интегратора «Белый код». Сама по себе типовая синхронизация не так интересна, однако тут все кроется в деталях. Во-первых, клиент только переезжает в «1С:УПО», и на момент, когда мы настраиваем интеграцию, учет ведется в «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С:УПО» автоматически формируются документы: 

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

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

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

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

Для интеграции 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С:УПО». 

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