1. Критерии идентификации заказов
Центральный сервер распознает планы меню как относящиеся к одному заказу при совпадении трех ключевых параметров:
- Название план-меню (должно быть идентичным, включая регистр и пробелы)
- Дата создания (фиксированная дата формирования плана)
- Тип гостя (выбранная категория посетителей)
2. Процедура работы с планами меню
2.1. Создание нового плана меню
- Всегда инициируйте создание в центральном сервере
- После сохранения на сервере отправляйте на станции
- Не создавайте план-меню напрямую на станциях
Преимущества:
- Исключение расхождений из-за человеческого фактора
- Гарантия идентичности данных на всех станциях
- Централизованный контроль изменений
2.2. Синхронизация количества гостей
- При любых изменениях количества гостей:
- Обновление должно автоматически распространяться на все станции
- Конечное количество должно быть идентичным везде
- Если автоматическая синхронизация не сработала:
- Закройте план-меню на всех станциях
- Повторно отправьте обновленные данные с центрального сервера
- Убедитесь в одинаковом отображении на всех точках
3. Алгоритм устранения проблем
Если возникли расхождения:
Если возникли расхождения:
- Проверьте точное соответствие трех идентификационных полей
- Инициируйте принудительную синхронизацию с сервера
- В случае неудачи - создайте новый план меню с правильными параметрами
Важно:
Данный подход гарантирует согласованность данных и предотвращает возникновение дублирующих или конфликтующих записей в системе.
- Не пытайтесь исправлять данные на отдельных станциях вручную
- Все корректировки вносите только через центральный сервер
- При критичных расхождениях создавайте новый план меню вместо исправления старого
Данный подход гарантирует согласованность данных и предотвращает возникновение дублирующих или конфликтующих записей в системе.