Local-first architecture

Операции рядом с рестораном. Управление — в облаке.

Две части, у каждой своя работа. Локальная обрабатывает поддерживаемые операции на месте, облачная синхронизирует данные и даёт инструменты управления. Это не про надёжность вообще, а про то, где что считается.

Схема отражает архитектурную концепцию. Границы синхронизации и перечень локальных операций уточняются под конкретное внедрение.

Решения, которые это даёт

Почему устроено именно так

Связь пропала посреди вечера

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

Источник истины — один

Документы, меняющие остатки и деньги, проводит касса своими проверками. Облако показывает результат, а не считает параллельно, поэтому две выгрузки не могут разойтись.

История не переписывается

Ошибочная операция не удаляется — рядом проводится обратная. Остаток сходится, а в отчёте видно и ошибку, и исправление.

Сутки считаются в поясе заведения

Не в UTC. В Ташкенте разница пять часов, и по UTC вечерний час пик уезжает в предыдущие сутки.

Обновления с учётом смены

Выпуск ставится сам, но механизм ждёт закрытия смены — посреди вечера программа не перезапустится.

Права проверяются на сервере

Не спрятанной кнопкой. Запрос за чужим заведением получает отказ, даже если его отправить напрямую.

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

Let's talk

Давайте обсудим ваш ресторан

Расскажите о заведении, сети или интеграционном проекте. Покажем возможности TheONE и обсудим подходящий сценарий внедрения.

Запросить демонстрацию