Операционный_контур_вер2

1. Операционный контур Отелло

ВСТРЕЧА 13 ОКТЯБРЯ 2026
Операционный контур Отелло
Где мы сейчас, что показал рынок, риски перехода на 1С:ERP УХ и следующие
шаги
Владимир Камионко · Илья Байда

2. Где мы сейчас

СТАТУС 13 ОКТЯБРЯ
Где мы сейчас
Сделано
С кем завалидировано
Что дальше
Бухгалтерия: TO BE
предсогласован
Согласование концепции с
Натальей
Илья: TO BE взят за основу
архитектуры
Рынок: подход «расчёты вне
1С» подтверждён
Затем отделы: казначейство,
бухгалтерия, 1С, поддержка,
коммерция, аналитика
Казначейство и Миша: риски
перехода на УХ
Выбор варианта по стоимости и
дорожная карта
Решение Марии и Олеси
Схемы AS IS и TO BE:
предложение что уходит в опер
слой, что остаётся в отделах
Разбор рынка: Островок,
Комфорт Букинг
Встречи с подрядчиками:
СОФИ, DataFlow
Концепция архитектуры от Ильи
Реестр рисков перехода на
1С:ERP УХ
Операционный контур Отелло
2

3. Переход на 1С:ERP УХ: что известно

ПЕРЕХОД С 1С УПП НА 1С:ERP УХ
Переход на 1С:ERP УХ: что известно
Запуск в продуктив
Комплексный тест
Руководитель проекта
1 января 2028
С января 2027
Наталья Терехина
Нужны начальные остатки на конец года
Включая блок Отелло: функционал из
УПП уже перенесён
Финансы — владелец процессов
Что сделали
О чём договорились
Концепцию опер слоя согласуем с Натальей вместе с командой 1С
Затем — регулярные встречи с 1С по рискам и разделению
функционала
Критичные доработки 1С на 2027 год — через Наталью: эффект
считаем мы, затраты — 1С
База пока единая; отдельная — после выбора стека опер слоя
Собрали реестр рисков: 23 процесса в 1С, 10
рисков казначейства, 16 общих вопросов
Передали Михаилу Петунину — взял в
проработку с аналитиками 1С
Проверяем на тесте 2027: выплаты отелям, остатки по договорам, эквайринг, закрытие месяца, корректировки и удержания.
Операционный контур Отелло
3

4. План и ориентиры по срокам

ДАЛЬНЕЙШИЕ ШАГИ
План и ориентиры по срокам
13 октября
Октябрь –
ноябрь
Середина
ноября
Январь 2027
Июль –
октябрь 2027
1 января 2028
Концепция, рынок,
подрядчики
Концепция с
Натальей, вместе с
командой 1С,
затем отделы
Вариант по
стоимости,
дорожная карта,
решение
Старт опер слоя.
Комплексный тест
1С:ERP УХ,
включая Отелло
Первые сценарии
(~6 мес.), основной
контур (~9 мес.)
Запуск 1С:ERP УХ
в продуктив
Возможность: при старте в январе
опер слой успевает к запуску УХ. В УХ
сразу пойдёт готовый результат, без
старых ошибок.
Операционный контур Отелло
Доработки 1С на 2027 год: согласуем
с Натальей. Эффект считаем мы,
затраты — команда 1С.
Риск по ресурсам: выделенной
команды нет, всё держится на Илье и
Маше.
4

5.

ОПЕРАЦИОННЫЕ МОДЕЛИ ДЕЙСТВУЮЩИХ ИГРОКОВ РЫНКА
Операционный слой партнеров: Комфорт Букинг и Островок
Комфорт Букинг
Собственный стек In-house
Детальный побронный учет вне 1С • Автоматические сверки
Островок (B2C и B2B)
Собственная разработка с помощью
Booking, Эволюция 15+ лет
АРХИТЕКТУРА (3 КОНТУРА)
АРХИТЕКТУРА (МОДУЛИ + CRM)
Ядро хранит статусы броней, Биллинг считает задолженности, а «Транзистор» управляет
выплатами и реестрами.
Экстранет обслуживает отели, Партнерка партнеров (OTA), CRM клиентов, а DWH считает P&L и ДДС.
РОЛЬ 1С В КОМПАНИИ
РОЛЬ 1С В КОМПАНИИ
Приемник готового сальдо взаиморасчетов и мост в банк-клиент. Никаких побронных
вычислений внутри 1С.
1С подтягивает посчитанные данные из модулей и печатает акты. Вся финансовая логика
живет вне 1С.
СВЕРКИ
СВЕРКИ
Автоматические реестры в онлайн-кабинете. Ручной разбор исключен, документы
формируются внешним модулем.
Жесткий календарь: отчеты агента в ЛК. Спорные брони разбираются через CRM-тикеты
саппорта до обновления актов.
Модель выплат: ежедневно на следующий день после выезда гостя (ключевое УТП для
отелей за счет собственных средств).
Модель выплат и штат: 1 раз в месяц по выезду после сверки. Автоматизация позволяет 4
бухгалтерам вести 100 000 отелей.
Бенчмарк рынка: Побронный учет скидок, комиссий и претензий нельзя переносить в 1С. 1С перегружается при транзакционной нагрузке.

6.

ВАРИАНТЫ ПОСТРОЕНИЯ ОПЕРАЦИОННОГО КОНТУРА
Внешние подрядчики: СОФИ (ИАТ ВТ) vs DataFlow
СОФИ (ИАТ ВТ) • Готовый бэк-офис
Опыт S7 и авиаагентств
СУТЬ РЕШЕНИЯ И СТЕК
Коробочная система учета авиа и туров. Хранит заказы, принимает реестры эквайринга и
отдает в 1С.
СИЛЬНЫЕ СТОРОНЫ
Готовые шлюзы к 80+ платежным системам и реестрам поставщиков. Автоматическое
сопоставление файлов и выявление расхождений.
ОГРАНИЧЕНИЯ ДЛЯ ОТЕЛЛО (ТРЕБУЕТ ДОРАБОТОК)
Биллинг переплат и баланс брони: система блокирует изменения после выезда; если гость выехал раньше,
СОФИ покажет только расхождение, но сама переплату и корректировки в проводках не зачтет.
Бонусы «СберСпасибо»: прямой интеграции со «СберЛояльностью» нет; данные могут принять только от самого
Отелло или как отдельный платежный реестр банка.
Интеграция с 1С:ERP Управление холдингом: готового бесшовного модуля нет (коробка рассчитана на типовую
1С:Бухгалтерию 3.0), потребуется адаптация под 1С:УХ.
Сверки с небольшими отелями: нет инструмента для автоматической сверки с отелями без API и реестров
(потребуется заставлять их заполнять строгие Excel-шаблоны или загонять в Экстранет).
Автоматические взаимозачеты дебиторки: нет функционала для удержания долгов отеля по броням «на месте»
из выплат по «онлайн»-броням.
Календарь выплат: модуль прогнозирования ДДС и графика платежей поставщикам отсутствует (отдают это на
сторону 1С).
Условия: лицензия ~500 тыс. руб./мес., доработки ~4 000 руб./час, интеграция и запуск MVP
от 2–4 месяцев.
Готовое отраслевое решение vs разработка собственного ядра
DataFlow • Кастомный оперслой
Экс-СберМаркет / X5 • Open-Source
СУТЬ РЕШЕНИЯ И СТЕК
Разработка ядра под ключ на открытом стеке (Kafka, ClickHouse, CDC) с полной передачей
решения и исходного кода внутрь Отелло.
СИЛЬНЫЕ СТОРОНЫ
Сквозной лог состояний брони. Любое изменение (отмена, ранний выезд) пересчитывает
проводки без участия человека.
ГИБКОСТЬ ДЛЯ БИЗНЕСА
Автоматическое удержание дебиторки, учет баллов («Спасибо»), предиктивный ДДС и
легкое добавление новых вертикалей (авиа, экскурсии).
Формат работы: аудит текущих процессов > быстрый пилот/MVP на ограниченном объеме >
масштабирование.
Стратегическая развилка: «СОФИ» позволяет быстрее запустить типовой учет оплат и сверок, но не дает полный функционал, а DataFlow дает целевую архитектуру с полным контролем сложных правил
перерасчета и масштабирования.

7. Концепция операционного слоя

ПРЕДЛОЖЕНИЕ ПО АРХИТЕКТУ РЕ
Концепция операционного слоя
Варианты решения, что уходит в операционный слой, что остаётся в 1С
Илья Байда

8. Что принципиально меняется в To Be

ПР Е ДЛОЖЕ НИЕ ПО АРХ ИТЕ К ТУР Е
Что принципиально меняется в To Be
Станет
Было
операционные расчеты «дожимались» в 1С и вручную;
сверка, комиссия, скидки, переплаты и корректировки жили
в Excel, письмах и обработках;
побронная детализация была ручной и нестабильной;
1С перегружена несвойственной ей функцией.
Операционный контур Отелло
вся операционная финансовая логика переезжает в
оперслой;
1С получает только финализированные и
агрегированные данные;
побронная детализация сохраняется в системе как
источник правды для сверки;
корректировки делаются не ручными правками
балансов, а через документы;
появляется сквозная трассировка:
бронь → расчет → обязательство → пакет
выгрузки → 1С

9. Концептуальная архитектура

ПР Е ДЛОЖЕ НИЕ ПО АРХ ИТЕ К ТУР Е
Концептуальная архитектура
Операционный контур Отелло

10. Сервис Операционного учета

ПР Е ДЛОЖЕ НИЕ ПО АРХ ИТЕ К ТУР Е
Сервис Операционного учета
Главный принцип: Бронь в новой системе — это не единица учета, а инструмент трассировки. Все расчеты
ведутся на уровне универсальных финансовых позиций, контрагентов и договоров.
Как устроен учет
Принцип «Всё есть документ»
Балансы, обязательства, долги и удержания живут на
уровне контрагента и договора, а не конкретного заказа.
При этом каждая финансовая запись жестко привязана к
booking_id.
Результат: Мы получаем гибкий финансовый движок,
который может легко объяснить происхождение каждой
копейки и развернуть любую сумму до конкретной брони, но
является расширяемым и для других доменов.
Любое изменение баланса (начисление, штраф, выплата)
возможно исключительно на основании электронного
документа.
Результат: Полная защита от скрытых или ручных правок,
прозрачный аудит истории изменений и понятная
отслеживаемость до 1С и BI.
Идемпотентность и Append-only лог
Записи по операциям только добавляются (их нельзя удалить или изменить задним числом).
Защита от дублей при повторной обработке событий.
Результат: Точность данных — сбои систем не будут приводить к двойному списанию или начислению денег.
Операционный контур Отелло

11. Путь данных от источника до отчета

ПР Е ДЛОЖЕ НИЕ ПО АРХ ИТЕ К ТУР Е
Путь данных от источника до отчета
Новая архитектура связывает бронирования, операционный учет и бухгалтерию в единый сквозной
автоматизированный конвейер.
Слой Prefill
Агрегированная выгрузка в 1С
На стороне каждого бизнес-домена (Отели, Авиабилеты,
B2B) создаются легковесные адаптеры (Prefill-сервисы).
Они слушают доменные события и переводят их в
универсальные события для слоя опер учета.
Результат: Слабая связанность систем. Оперслой не
зависит от специфики только отелей или билетов.
Мелкие транзакции из опер слоя периодически
«схлопываются» в пакеты выгрузки по договорам для бух
учета.
Каждому пакету присваивается неизменяемый код (UUIDартефакт сверки или сквозной номер из 1С), который
передается в 1С и сохраняет связь с данными в опер слое.
Результат: 1С не перегружен событиями, при этом
сохраняется связь «1-к-1»: любую сводную сумму в 1С
можноразвернуть до первичных документов в опер слое.
С чем реально будут работать саппорт и коммерция в опер слое
Обязательства перед отелем по заказу или периоду;
Задолженность отеля перед платформой и начисленная комиссия;
Автоматические удержания в счет долга;
Обязательства по возвратам клиентам и ожидаемые выплаты агрегаторам;
Любые компенсации, штрафы и субсидии.
Операционный контур Отелло