Choosing food truck softwareСистема для фудтрака
A food truck changes service location, available menu and connection quality while the queue keeps moving. Evaluate software using an interrupted order during a shift. Staff need to know whether it was accepted, whether to prepare it and whether payment is confirmed, even when the screen updates late.У фудтрака меняются место обслуживания, доступное меню и качество связи, а очередь продолжает двигаться. Выбор системы проверяйте на прерванном заказе во время смены. Сотрудник должен понимать, принят ли он, нужно ли готовить и подтверждён ли расчёт, даже когда экран обновился не сразу.
Bind orders to the service locationСвяжите заказ с текущей точкой
Define a service shift by location, hours and active ordering channels. When the vehicle moves, an old link or earlier customer message must not create a false pickup promise. Ask where the address changes and how staff review previously accepted orders before opening sales at the next location.Опишите смену как конкретные место, время и доступные каналы заказа. Если автомобиль переезжает, старая ссылка или прежнее сообщение клиенту не должны создавать неверное обещание самовывоза. Попросите показать, где меняется адрес и как сотрудники проверяют уже принятые заказы, прежде чем открыть продажи в новой точке.
End service at one venue with an order still uncollected. It must not become an order for the next venue merely because the global address changed. Staff need an explicit decision: finish the agreed handover, contact the customer or record another confirmed outcome while retaining the original arrangement.В примере завершите обслуживание на одной площадке, сохранив невыданный заказ. Он не должен автоматически стать заказом следующей площадки только из-за изменения общего адреса. Сотруднику нужен явный выбор: закончить согласованную передачу, связаться с клиентом или оформить иной подтверждённый исход с сохранением первоначальных условий.
Test the final available itemПроверьте последний доступный товар
Give checkout and the online channel the final available item on a compact menu. Demonstrate concurrent purchase and removal from sale when prepared stock runs out. The promise depends on kitchen readiness as well as the recorded balance; assign an employee to investigate discrepancies and inform the customer.Дайте кассе и онлайн-каналу последний доступный товар из компактного меню. Покажите одновременную покупку и снятие позиции с продажи после исчерпания заготовки. Обещание зависит не только от учётного остатка, но и от реальной готовности кухни; назначьте сотрудника, который уточняет расхождение и сообщает клиенту результат.
A modifier can run out separately from the main item. Check availability changes, previously accepted orders using that addition and any agreed substitution. The kitchen needs the current composition without the entire order being reissued as new. Verify kitchen-screen or printer compatibility on your actual equipment and connection.Модификатор тоже может исчерпаться отдельно от основного блюда. Проверьте изменение доступности добавки, уже принятые заказы с ней и возможную замену по согласованию. Программа должна передать кухне текущий состав без повторной печати всего заказа как нового. Совместимость экрана кухни или принтера проверяйте на вашем оборудовании и соединении.
Interrupt the connection at defined stepsИспытайте разрыв связи по шагам
Ask to see connection loss before order acceptance, after submission and after the payment provider responds. These cases offer different levels of certainty. A locally visible basket does not prove the order was saved, and a missing terminal response does not prove that no charge occurred. Unknown outcomes need an agreed verification process.Попросите показать потерю связи до принятия заказа, после отправки и после ответа платёжного провайдера. Это разные случаи с разной уверенностью в результате. Локально видимая корзина не доказывает сохранение заказа, а отсутствие ответа терминала не доказывает отсутствие списания. Для неизвестного исхода должен быть согласованный путь проверки.
Do not treat a mobile interface as evidence of offline operation. Record which actions work without a connection, where data resides and what happens when service returns. If no supported mode exists, define an acceptable operating procedure and when to stop making new promises. Verify the proposed configuration beyond the word “mobile”.Не считайте мобильный интерфейс подтверждением автономной работы. Зафиксируйте, какие действия доступны без сети, где сохраняются данные и что случится после восстановления. Если поддержанного режима нет, заранее определите допустимый рабочий порядок и момент остановки новых обещаний. Проверять ограничения нужно в предложенной конфигурации, отдельно от маркетингового слова «мобильный».
Repetition must not duplicate workПовтор не должен удваивать работу
After reconnecting, repeat submission of the same order and payment event. Ask the cashier to find the original record and the cook to identify work already underway. Acceptance should establish how duplicates are detected and who handles exceptions. A second order number with similar contents but no link to the first risks duplicate preparation.После восстановления связи повторите отправку того же заказа и платёжного события. Попросите кассира найти исходную запись, а повара — понять, что уже готовится. Приёмка должна объяснить, как обнаруживается повтор и кто разбирает исключение. Второй номер заказа с похожим составом без связи с первым создаёт риск двойной подготовки.
Then change device or operator. The queue, uncollected orders and uncertain payments should remain distinguishable after sign-in. Switching speed matters, but a shared password does not identify who cancelled an item or changed settlement. Test the supported operator-identification method without assuming that a particular feature exists.Затем смените рабочее устройство или сотрудника. Очередь, невыданные заказы и неопределённые платежи должны оставаться различимыми после входа. Скорость переключения важна, но общий пароль не объясняет, кто отменил позицию или изменил расчёт. Проверьте поддержанный способ идентификации сотрудника без предположений о наличии конкретной функции.
Close this specific shiftЗакройте именно эту смену
At close, reconcile accepted, prepared, handed-over and cancelled orders separately from payments. Give every unknown outcome an owner and a basis for further investigation. Venue comparisons depend on correct shift assignment; moving the vehicle should not rewrite the previous location’s sales history.На закрытии сверяйте принятые, приготовленные, переданные и отменённые заказы отдельно от платежей. Для каждого неизвестного исхода оставьте ответственного и основание дальнейшей проверки. Сравнение площадок имеет смысл только при правильной привязке заказов к смене; перенос машины не должен переписывать историю выручки предыдущего места.
Evaluate SABSUS through orders, composition, preparation and payment context, while checking equipment, connectivity and the provider separately. Include the effort of opening a new venue and recovering from interruption. Choose the plan after these checks, using a supported mobile-service process rather than an unverified promise of fully offline checkout.SABSUS оценивайте через заказы, состав, подготовку и платёжный контекст, а оборудование, связь и провайдера проверяйте отдельно. В выборе учитывайте время открытия новой площадки и действия после сбоя. Тарифный план выбирайте после этих проверок: поддержанный порядок работы на выезде важнее неподтверждённого обещания полностью автономной кассы.
Quick answersКороткие ответы
Does mobile checkout work offline?Работает ли мобильная касса без интернета?
It depends on the actual software, equipment and payment flow. Ask to see each required action during interruption and recovery. A screen remaining accessible without a connection does not establish that an order is saved or a payment processed.Это зависит от конкретной программы, оборудования и платёжного пути. Попросите продемонстрировать каждое требуемое действие при разрыве связи и восстановлении. Доступность экрана без сети сама по себе не подтверждает сохранение заказа или проведение платежа.
When should the pickup address change?Когда менять адрес самовывоза?
Follow the agreed new-shift opening process after checking unfinished orders from the old venue. Existing promises retain their context. If an order’s pickup location actually changes, the customer needs a confirmed update.По согласованному процессу открытия новой смены, после проверки незавершённых заказов прежней площадки. Уже принятое обещание сохраняет свой контекст. Клиент должен получить подтверждённое изменение, если место выдачи его заказа действительно меняется.
What should the vendor demonstrate?Что показать поставщику на проверке?
Use one interrupted order, a repeat after recovery and a device change, followed by reconciliation of preparation, handover and payment. This reveals system boundaries more clearly than a quick ordinary sale on a stable connection.Один прерванный заказ, повтор после восстановления и смену рабочего устройства. Затем сверку приготовления, выдачи и платежа. Такой сценарий показывает границы системы лучше, чем быстрый показ обычной продажи при стабильном интернете.