Современная торговля всё чаще переходит в «облака», однако зависимость от стабильного интернет-канала остается ахиллесовой пятой этой модели. Ситуации, когда в торговом центре пропадает связь, режут кабель или возникают проблемы на стороне дата-центра, могут привести к полной остановке продаж. В этой статье мы подробно разберем, как минимизировать риски и какие технические решения позволяют торговой точке оставаться автономной, сохраняя при этом все преимущества централизованного управления в облаке.
Это классический и наиболее надежный метод, который мы рекомендуем для крупных и средних торговых сетей. Суть заключается в том, что в облаке находится центральный узел (ЦБ), а на каждой торговой точке устанавливается локальная информационная база (например, 1С:Розница).
Разберем по шагам, как работает эта схема:
1С:Предприятие и создается периферийный узел РИБ.ЧекККМ, ОтчетОРозничныхПродажах) создаются и проводятся локально.1С:УТ.Для реализации обмена в 1С используются ПланыОбмена. Пример упрощенного программного вызова синхронизации может выглядеть так:
Процедура ВыполнитьСинхронизациюСОблаком()
ПланыОбмена.ЗарегистрироватьИзменения(УзелОблако, Метаданные.Документы.ЧекККМ);
ВыполнитьОбменДанными(УзелОблако);
КонецПроцедуры
Если ваша база размещена в официальном сервисе 1С:Фреш, проанализируем штатный механизм «Автономное рабочее место». Это специализированная технология, созданная именно для решения проблемы нестабильного интернета.
При настройке АРМ на компьютер пользователя устанавливается тонкий клиент и локальная версия базы. Программа сама следит за состоянием канала связи. Выясним причину удобства этого метода: пользователю не нужно переключаться между разными базами. Если интернет «мигает» или пропадает совсем, 1С просто переходит на работу с локальным файлом базы данных. Все изменения будут синхронизированы в фоновом режиме, когда связь стабилизируется. Это идеальный вариант для небольших фирм, где нет штатного системного администратора для настройки сложных схем РИБ.
Рассмотрим ситуацию, когда облако — это просто удаленный рабочий стол (RDP) или тонкий клиент к серверу провайдера без настроенных синхронизаций. В этом случае мы рекомендуем действовать по следующему алгоритму:
ВыгрузкаЗагрузкаДанныхXML или вручную, если объем продаж небольшой.Важный момент: при работе в локальной копии следите за нумерацией документов, чтобы избежать конфликтов (дублей номеров) при последующем объединении баз в облаке.
Вместо того чтобы ставить тяжелую 1С на каждое рабочее место, проанализируем использование специализированного кассового ПО, такого как Frontol или 1С:Рабочее место кассира (РМК). Эти программы изначально спроектированы как автономные модули.
Логика работы такова: утром кассовая программа загружает из облачной 1С:УТ справочник товаров, остатки и цены. Весь день касса работает полностью автономно, пробивая чеки и сохраняя их в своей локальной базе данных (обычно это легкие SQL-решения типа SQLite или Firebird). Вечером или по факту появления интернета касса отправляет отчет о продажах обратно в облачную 1С. Это исключает зависимость торгового процесса от работоспособности сервера 1С в принципе.
Иногда дешевле и проще задублировать интернет, чем настраивать сложные механизмы синхронизации данных. Разберем технические средства обеспечения отказоустойчивости:
Не стоит забывать и о юридической защите. При выборе облачного провайдера внимательно изучите раздел SLA (Service Level Agreement). Посмотрите, какая компенсация предусмотрена за простой сервиса. Если провайдер не готов нести финансовую ответственность за недоступность базы, это серьезный повод задуматься о переходе на собственную инфраструктуру или более надежное облако. Требуйте фиксации в договоре компенсации упущенной выгоды, хотя на практике провайдеры чаще ограничиваются возвратом стоимости услуг за время простоя.
Напомним, что согласно 54-ФЗ, онлайн-кассы (ККТ) могут работать без интернета до 30 календарных дней. Фискальный накопитель сохраняет чеки в памяти. Как только интернет появится, касса автоматически отправит данные в ОФД. Однако для того, чтобы касса «знала», что пробивать, ей нужна команда от программного обеспечения. Именно поэтому важно иметь хотя бы минимальное локальное ПО (базовую 1С:Розницу или мобильное приложение), которое может взаимодействовать с кассой по USB, Wi-Fi или Bluetooth без обращения к облачному серверу.
Резюме: Для обеспечения стабильной торговли выберите один из двух путей. Либо обеспечьте максимальную автономность самой программы на точке (через РИБ или АРМ), либо создайте «неубиваемый» канал связи. Сочетание этих методов даст 100% гарантию того, что вы не потеряете ни одного клиента из-за технических сбоев.