See how the SABSUS system fitsКак устроена система SABSUS
A complete platform should explain what happens between an inquiry, a sale and its outcome. Use this tour to assess SABSUS through those connections. It covers the customer interface, employee work, stock and suppliers, delivery, automation and commercial responsibilities without treating a feature list as proof of your configuration.Полная платформа должна объяснять путь от обращения и продажи к результату. Этот обзор помогает оценить связи SABSUS: интерфейс клиента, работу сотрудников, склад и поставщиков, доставку, автоматизацию и коммерческую ответственность. Перечень функций не заменяет проверку вашей настройки.
Start with the shared operating recordНачните с общей рабочей записи
SABSUS connects POS, CRM, stock, delivery and customer channels around the business’s work. The useful test is whether a customer request retains its identity as different roles handle it. Contents, location, accepted terms, payment state and fulfillment evidence should remain explainable together.SABSUS связывает POS, CRM, склад, доставку и клиентские каналы вокруг работы бизнеса. Проверяйте, сохраняет ли запрос свою идентичность при переходе между ролями. Состав, точка, принятые условия, оплата и исполнение должны объясняться вместе.
Choose an illustrative order that is changed after acceptance. Follow who approves the amendment, which team receives it and what the customer sees. This exposes the architecture more usefully than opening unrelated screens. Record any manual transfer that remains, so the evaluation reflects the actual arrangement.Выберите условный заказ, изменённый после принятия. Проследите согласование, получение изменения командой и экран клиента. Это показывает архитектуру полезнее, чем просмотр несвязанных экранов. Зафиксируйте оставшиеся ручные передачи для оценки реального состава.
Check the company foundationПроверьте основу компании
Company settings, locations, staff and roles establish the operating boundary. Determine what is shared and what varies by location: prices, assortment, hours, inventory and approvals. A central manager may need network visibility while a cashier or courier needs only the information relevant to the task.Компания, точки, сотрудники и роли задают рабочие границы. Определите общие и местные цены, ассортимент, часы, остатки и согласования. Руководителю может быть нужен обзор сети, кассиру или курьеру — сведения для своей задачи.
Assign owners for each important value before migration. Payment-provider setup and approved tax inputs require their responsible specialists. Verify role limits with a normal action, a prohibited action and a substitute employee, rather than assuming that a job title fully defines authority.До переноса назначьте владельцев важных значений. Платёжным настройкам и утверждённым налоговым параметрам нужны ответственные специалисты. Проверьте права на обычном и запрещённом действии и замещении сотрудника, не считая должность полным описанием полномочий.
Connect the offer to the customer channelСвяжите предложение с каналом клиента
The catalog describes products, services, variants and modifiers. Recipes, components and resources matter where the business uses production or scheduled services. Establish which current values determine availability and price before showing the offer on a website, customer app or POS.Каталог описывает товары, услуги, варианты и модификаторы. Рецептуры, компоненты и ресурсы важны при производстве или услугах по записи. Определите актуальные данные цены и наличия до показа предложения на сайте, в приложении или POS.
SABSUS Site supplies a website interface connected to supported business operations; a branded customer app supports its agreed order, booking and service journeys. Check search, changed availability and repeat orders, not only the opening page. The public design can vary while the selected business rules remain authoritative.SABSUS Site даёт интерфейс сайта с подключением поддерживаемых бизнес-операций; брендированное приложение — согласованные заказы, записи и сервис. Проверяйте поиск, изменение наличия и повтор покупки, а не только первую страницу. Дизайн может различаться при общих выбранных правилах бизнеса.
Inspect the employee’s working pathИзучите рабочий путь сотрудника
POS connects order acceptance and payment handling with downstream work. A restaurant kitchen, production station or service team needs current contents, timing and amendments. Confirm the installed devices and the actual acknowledgment procedure; a printed ticket and a kitchen display have different failure and recovery cases.POS связывает приём заказа и оплаты с дальнейшей работой. Кухне, производству или сервисной команде нужны состав, время и изменения. Подтвердите устройства и способ принятия изменений: печать и кухонный экран имеют разные случаи сбоя и восстановления.
Define the event behind each status, including waiting, ready and completed. A customer status screen should describe the relevant event without implying payment or final handover. At the end of a shift, the manager should find unresolved work and explain how each case will be closed.Определите события ожидания, готовности и завершения. Экран клиента должен отражать нужное событие без подразумеваемой оплаты или вручения. По итогам смены руководитель должен находить незавершённое и объяснять порядок закрытия каждого случая.
Trace inventory back to supplyПроследите остаток до поставки
Receiving, stock transfers, reservation, consumption, waste and corrections need clear references and units. Supplier work links requests and agreed deliveries with the receiving result in the chosen setup. A supplier’s confirmation is not the same event as the business verifying the delivered quantity and condition.Приёмке, перемещениям, резерву, расходу, списаниям и корректировкам нужны номера и единицы. Работа с поставщиком связывает запрос и согласованную поставку с приёмкой в выбранной настройке. Подтверждение поставщика не равно проверке количества и состояния полученного.
Test a partial delivery, a substitute item and a stock adjustment after a sale. The stock owner should explain the balance through movements, and finance should know which difference remains unresolved. Do not accept a plausible total when the underlying history cannot support it.Проверьте частичную поставку, замену и корректировку после продажи. Ответственный за склад должен объяснить остаток движениями, финансы — знать неразобранное расхождение. Правдоподобного итога недостаточно без подтверждающей истории.
Keep service and delivery in contextСохраните контекст сервиса и доставки
CRM ties inquiries, customer history and the relevant order or booking together. A profile correction should not expose another person’s records or erase the reference needed for support. Loyalty and marketing rely on current rules and permitted communication, rather than treating every contact as permission for outreach.CRM связывает обращения, историю и нужный заказ или запись. Исправление профиля не должно открывать чужие данные или терять номер для поддержки. Лояльность и маркетинг опираются на правила и разрешённое общение, а не считают контакт разрешением на рассылку.
Delivery extends the order into courier or field work: assignment, address, task instructions, reassignment and completion. Ask how a failed handover returns to the manager and how payment questions are separated from delivery status. Verify the chosen configuration instead of assuming location tracking alone proves receipt.Доставка продолжает заказ в работе курьера или выездного сотрудника: назначение, адрес, указания, переназначение и завершение. Проверьте возврат неудачного вручения руководителю и отделение оплаты от статуса доставки. Геолокация сама по себе не подтверждает получение.
Give automation an explicit boundaryЗадайте автоматизации границы
Flow, integrations, APIs and AI can use operating events to connect configured next actions. The evaluation should state the trigger, required data, authority, expected result and recovery path. Test a repeated event, an unavailable service and an action that exceeds the agreed limit.Flow, интеграции, API и AI используют рабочие события для настроенных следующих действий. Укажите событие, данные, полномочия, результат и восстановление. Проверьте повтор события, недоступность сервиса и действие за пределами согласованного ограничения.
For reports, separate observed results from assumptions and incomplete external data. A message sent, lead created and paid order are different outcomes. Confirm provider availability and consumption costs, and keep a person responsible for decisions that the configured workflow cannot resolve.В отчётах различайте наблюдения, допущения и неполные внешние данные. Отправленное сообщение, созданный лид и оплаченный заказ — разные результаты. Подтвердите доступность и стоимость провайдеров, оставив ответственного за нерешаемые настроенным процессом случаи.
Choose scope and acceptance togetherВыбирайте состав вместе с приёмкой
For 1, up to 3 and up to 10 locations, published monthly USD prices are Business $149/$349/$699 and White Label $499/$999/$1,799. Perpetual licenses for those tiers are $29,900/$59,900/$119,000. Larger scope is individual. Self-setup is available; assisted setup is optional from $500, with external usage and agreed services potentially separate.Для 1, до 3 и до 10 точек опубликованные месячные цены в USD: Business $149/$349/$699 и White Label $499/$999/$1,799. Бессрочные лицензии этих уровней — $29,900/$59,900/$119,000. Больший состав — индивидуально. Доступна самостоятельная настройка; помощь необязательна, от $500, внешнее потребление и услуги могут быть отдельными.
White label establishes the agreed branded surfaces; source code, infrastructure, updates and ongoing services depend on the contract. Before choosing, ask for a complete working scenario, a realistic exception and the remaining dependencies. Acceptance should identify the version, roles and limits, giving the team a usable basis for the next change.White Label определяет согласованные поверхности бренда; код, инфраструктура, обновления и услуги зависят от договора. До выбора запросите полный рабочий сценарий, реальное исключение и зависимости. Приёмка должна определить версию, роли и ограничения для дальнейших изменений.
Four operating viewsЧетыре рабочих сценария
RestaurantРесторан
- OrderЗаказ
- Kitchen responseОтвет кухни
- Confirmed handoverПодтверждённая выдача
Service businessУслуги
- BookingЗапись
- Employee and resourcesСпециалист и ресурсы
- Recorded resultЗафиксированный результат
Inventory and suppliersСклад и поставщики
- Agreed supplyСогласованная поставка
- Receiving checkПроверка приёмки
- Explainable balanceОбъяснимый остаток
DeliveryДоставка
- Assigned taskНазначенная задача
- Exception ownerОтветственный за исключение
- Handover evidenceПодтверждение вручения
