Сбор данных о продажах без вмешательства в кассу в Казахстане

Что такое безопасная интеграция без вмешательства в кассу

Принцип работы технологии. Безопасная интеграция без вмешательства в кассу — это метод сбора данных о продажах, при котором информация извлекается не из самой POS-системы через модули или прямые запросы, а из уже существующих внешних источников, куда кассовая система передает данные в рамках своей штатной работы. Основной источник — операторы фискальных данных (ОФД), которые в обязательном порядке получают все фискальные чеки от кассовых аппаратов. Также используются: кассовые агрегаторы, облачные сервисы кассовых решений, файлы выгрузки, которые касса создает автоматически, и сетевые протоколы, не требующие установки дополнительного ПО. Система SNRG подключается к этим внешним источникам, забирает данные о транзакциях, чеках и выручке, обрабатывает их и передает в аналитическую платформу. При этом кассовое ПО и оборудование не изменяются, не требуют остановки работы, обновлений или дополнительных настроек со стороны арендатора или владельца точки.

Отличие от прямой интеграции и установки модулей. Прямая интеграция с POS-системой требует установки дополнительного программного модуля на кассовый терминал или сервер, где работает POS. Это вмешательство может потребовать остановки кассы на время установки, тестирования и отладки. Также оно создает риски: модуль может конфликтовать с обновлениями POS, вызывать сбои при закрытии смены или замедлять работу кассы. Установка модуля требует согласования с арендатором, который может опасаться за безопасность и стабильность своей системы. Безопасная интеграция через ОФД или облачную выгрузку не требует ничего из перечисленного: касса продолжает работать в штатном режиме, передавая данные в ОФД, как и раньше. Система SNRG подключается к ОФД как authorized consumer и получает копию фискальных данных. Для арендатора это незаметно и не создает дополнительных рисков. Единственное требование — предоставить доступ к данным в ОФД (через API или пароль от личного кабинета), что является стандартной процедурой и не затрагивает работу кассы.

Почему бизнесу важно избегать вмешательства в кассовое ПО

Риски прямой интеграции для арендаторов и магазинов. Прямая интеграция с вмешательством в кассовое ПО несет несколько типов рисков. Технические риски: установленный модуль может быть несовместим с обновлениями POS-системы, что приведет к сбоям при закрытии смены, ошибкам в чеках или остановке кассы. Операционные риски: установка и обновление модуля требуют остановки работы кассы (от 30 минут до нескольких часов), что в часы пик приводит к потерям выручки и очередям. Юридические риски: если арендатор использует кассовое ПО, которое не допускает установку сторонних модулей по лицензионному соглашению, то установка модуля может быть нарушением. Риски доверия: арендаторы часто отказываются от установки модулей, опасаясь, что управляющая компания или интегратор получит доступ к их коммерческим данным (ассортимент, цены, скидки) или сможет повлиять на работу кассы. Эти риски замедляют или делают невозможным внедрение систем контроля продаж в ТЦ и сетях, особенно если арендаторы используют разные POS-системы и имеют разный уровень технической поддержки.

Преимущества бесконтактного сбора данных. Сбор данных без вмешательства в кассу устраняет перечисленные риски. Технические риски отсутствуют, так как кассовое ПО не изменяется и не дополняется. Операционные риски отсутствуют, так как касса не останавливается для установки или настройки. Юридические риски минимальны, поскольку подключение к ОФД или использование облачной выгрузки не противоречит лицензионным соглашениям большинства POS-систем. Риски доверия снижаются: арендатор видит, что интегратор не получает доступа к его кассовому терминалу и не может влиять на его работу, а данные, которые забираются из ОФД, — это те же фискальные данные, которые он и так передает государству. Для управляющей компании ТЦ или сети это означает более быстрое внедрение (не нужно ждать согласования и установки от каждого арендатора), меньшие затраты на интеграцию (не нужно настраивать модуль для каждого типа POS) и более высокую степень охвата арендаторов. Для арендатора — полное сохранение контроля над своей кассовой инфраструктурой без дополнительных рисков.

Как работает сбор данных без изменения кассовой системы

Источники данных для безопасного подключения. Система SNRG использует три основных типа источников данных, которые не требуют вмешательства в кассовое ПО. Первый и основной источник — операторы фискальных данных (ОФД). В Казахстане кассовые аппараты в обязательном порядке передают каждый фискальный чек в ОФД (АО «Казцентр», ТОО «OFD.KZ» и другие). Система подключается к ОФД через официальное API (с согласия арендатора или владельца кассы) и получает копии всех чеков, включая пречеки, возвраты и аннулирования. Второй источник — облачные кассовые системы (Loyverse, Poster Cloud, iiko Cloud и аналоги), которые имеют встроенные API для выгрузки данных. Арендатор предоставляет ключ API, система забирает данные без установки модулей. Третий источник — автоматические выгрузки в файлы (CSV, XML, JSON), которые POS-система может создавать по расписанию и отправлять на FTP-сервер или в облачное хранилище. Система SNRG забирает эти файлы и обрабатывает их. Четвертый источник — кассовые агрегаторы и промежуточные платформы, которые уже собирают данные с нескольких касс для внутренних целей бизнеса.

Технические методы сбора без вмешательства. В зависимости от доступного источника используются разные технические методы. Для подключения к ОФД используется защищенное API-соединение с авторизацией через сертификаты или токены доступа. Система отправляет запросы на получение чеков за определенный период (например, за последние 24 часа) и получает структурированный ответ в формате JSON или XML, содержащий все реквизиты чека: дату, время, сумму, список товаров, ставки НДС, форму оплаты, номер кассы, ФИО кассира. Для облачных касс используется REST API с аналогичным принципом: система авторизуется по ключу и запрашивает данные о транзакциях. Для файловых выгрузок система подключается к FTP-серверу или облачному хранилищу (Google Drive, Dropbox, Яндекс.Диск) по расписанию (например, каждые 30 минут), проверяет наличие новых файлов, загружает их и парсит. Во всех случаях система работает как read-only consumer: она только читает данные, не изменяя и не удаляя их в источнике. Это гарантирует, что работа кассовой инфраструктуры не будет нарушена, а данные останутся в целостности.

Состав передаваемых данных. В зависимости от источника и его возможностей система собирает следующие данные по каждому чеку: уникальный номер чека (ФПД или собственный номер кассы), дату и время чека, итоговую сумму, список товарных позиций с ценами, количеством и ставкой НДС, сумму скидки по чеку и по каждой позиции (если фиксируется), форму оплаты (наличные, карта, бонусы, смешанная), номер смены и номер кассового аппарата, идентификатор кассира (если передается), признак возврата и ссылку на оригинальный чек (для возвратов), признак аннулирования (если чек был сторнирован). Для пречеков (чеков с признаком «предварительный», которые используются в ресторанах) также фиксируется время открытия, время закрытия и список позиций. Для ресторанов и кафе через ОФД также могут быть доступны номера столов и залов. Система не требует и не запрашивает данные, которые не передаются в ОФД или облачную кассу, поэтому состав данных определяется возможностями источника, а не техническим вмешательством в кассу.

Сценарии использования безопасной интеграции

Для торговых центров и арендодателей. В торговых центрах основная проблема внедрения контроля продаж арендаторов — необходимость интеграции с десятками разных POS-систем, которые используют арендаторы. Установка модулей на каждую кассу требует согласования с каждым арендатором, технических работ на каждой точке и последующего сопровождения множества разнородных интеграций. Безопасная интеграция через ОФД решает эту проблему: арендатор предоставляет доступ к своим данным в ОФД (через API или предоставление логина и пароля от личного кабинета), и система SNRG начинает собирать данные о продажах без вмешательства в кассу арендатора. Для арендатора это минимальное усилие: он не останавливает работу кассы, не устанавливает дополнительное ПО, не рискует стабильностью своего учета. Для управляющей компании ТЦ это возможность подключить всех арендаторов с минимальными затратами времени и согласований, даже если у арендаторов разные POS-системы. Если арендатор использует облачную кассу (Loyverse, Poster Cloud и др.), предоставление API-ключа занимает 5–10 минут. Если арендатор использует обычную кассу с ОФД, предоставление доступа также занимает несколько минут через личный кабинет ОФД.

Для сетей магазинов и ритейла. В сетевом ритейле безопасная интеграция без вмешательства в кассу позволяет централизованно собирать данные о продажах со всех магазинов сети без необходимости устанавливать модули на каждую кассу или дорабатывать POS-систему в каждой точке. Это особенно актуально для сетей, где разные магазины используют разные версии POS-систем или где POS-система не поддерживает установку сторонних модулей. Подключение через ОФД или облачную выгрузку обеспечивает единый канал получения данных для всех точек, независимо от их географического расположения и типа кассового оборудования. Сеть получает ежедневные или почасовые данные о выручке, количестве чеков, среднем чеке и структуре продаж без необходимости в IT-ресурсах на каждой точке. Для сетей, которые растут и открывают новые магазины, добавление новой точки в систему сбора данных занимает несколько минут: достаточно получить доступ к данным кассы нового магазина в ОФД или облачном сервисе, и система автоматически начнет собирать данные.

Для ресторанов и фудкортов. В ресторанном бизнесе и на фудкортах безопасная интеграция через ОФД особенно ценна, потому что многие рестораны используют пречеки (предварительные чеки), которые полноценно передаются в ОФД. Система SNRG через ОФД получает не только финальные чеки, но и пречеки, а также информацию об аннулированиях и возвратах. Это позволяет контролировать не только итоговую выручку, но и процесс обслуживания: какие заказы были открыты, но не закрыты, как долго висел пречек, сколько было аннулирований. Для фудкортов, где несколько ресторанов работают в одном пространстве, управляющая компания может подключить всех арендаторов через ОФД без необходимости устанавливать модули на их кассы. Арендаторы (рестораны) часто положительно относятся к такому подходу, так как он не требует от них затрат на интеграцию и не создает рисков для их кассового ПО. Для сети ресторанов из нескольких точек этот метод также позволяет централизованно собирать данные без изменения кассовой инфраструктуры в каждой точке.

Форматы внедрения и варианты подключения

Подключение через ОФД. Основной и наиболее универсальный метод сбора данных без вмешательства в кассу — подключение к оператору фискальных данных. В Казахстане действуют несколько ОФД: АО «Казцентр» (основной оператор), ТОО «OFD.KZ», а также ОФД, интегрированные с облачными кассами. Система SNRG подключается к ОФД через официальное API, которое предоставляет оператор. Для подключения арендатор или владелец кассы должен дать согласие на передачу данных SNRG (обычно через добавление IP-адреса или токена в белый список в личном кабинете ОФД). После этого система начинает получать копии всех фискальных чеков с указанной кассы. Достоинства метода: универсальность (подходит для любых касс, которые работают с ОФД, а это практически все легальные кассы в Казахстане); отсутствие вмешательства в кассу (касса продолжает работать как обычно); полнота данных (все чеки, включая пречеки, возвраты, аннулирования). Ограничения: требует наличия у арендатора действующей регистрации в ОФД и готовности предоставить доступ; для арендаторов, которые не передают данные в ОФД (нелегальные или «серые» схемы), этот метод не работает.

Подключение через кассовый агрегатор или облачную кассу. Для арендаторов и магазинов, которые используют облачные кассовые решения (Loyverse, Poster Cloud, iiko Cloud, SmartUnt и аналоги), возможна интеграция через API облачной кассы. Арендатор предоставляет системе SNRG API-ключ или логин/пароль с правами на чтение данных о транзакциях. Система подключается к облачному API и забирает данные о продажах, чеках, возвратах, а также дополнительную информацию, которая может не передаваться в ОФД (например, себестоимость товаров, данные о клиентах, номера столов в ресторане). Достоинства: более детальные данные (часто больше полей, чем в ОФД); возможность получать данные в реальном времени (API облачных касс обычно работает в потоковом режиме); простота подключения (не требует взаимодействия с ОФД). Ограничения: метод работает только для касс, которые имеют открытое API и работают в облачной модели; требует, чтобы арендатор использовал именно облачную кассу, а не локальную.

Подключение через облачную выгрузку (FTP / облачные хранилища). Для кассовых систем, которые не имеют открытого API и не передают данные в ОФД в удобном для интеграции виде (например, некоторые локальные POS-системы), но могут автоматически создавать файлы выгрузки (CSV, XML, JSON) по расписанию и отправлять их на FTP-сервер или в облачное хранилище. Система SNRG настраивается на регулярную проверку этого хранилища (например, каждые 15–30 минут), загрузку новых файлов и парсинг данных. Достоинства: не требует вмешательства в кассу (касса продолжает свою работу, создавая файлы в штатном режиме); подходит для касс, которые не поддерживают другие методы. Ограничения: не гарантирует получение данных в реальном времени (задержка может составлять от нескольких минут до нескольких часов в зависимости от расписания выгрузки); требует настройки автоматической выгрузки на стороне кассы (один раз, но это может потребовать участия IT-специалиста арендатора). Данные в файлах могут быть менее детализированными, чем через API или ОФД.

Сравнение методов подключения

Факторы стоимости и условия внедрения

От чего зависит цена подключения. Стоимость внедрения безопасного сбора данных без вмешательства в кассу определяется несколькими группами факторов. Первая группа — количество подключаемых точек продаж (касс, арендаторов, магазинов). Каждая точка требует настройки доступа к источнику данных (ОФД, облачная касса, FTP), тестирования и последующего мониторинга. Для проектов с 1–5 точками стоимость минимальна, для сетей и ТЦ с десятками и сотнями точек применяется масштабируемая модель. Вторая группа — выбранный метод подключения: ОФД обычно требует меньше настройки на сторону клиента, чем облачная выгрузка (где нужно настраивать расписание экспорта файлов на кассе). Третья группа — частота обновления данных: ежедневный сбор дешевле, сбор в реальном времени требует более производительной архитектуры и, соответственно, дороже. Четвертая группа — необходимость обработки нестандартных форматов данных: если данные от арендатора поступают в нестандартном формате (специфический CSV, недокументированный XML), требуется дополнительная разработка парсера, что увеличивает стоимость. Пятая группа — количество типов источников: если все арендаторы подключаются через ОФД — проще и дешевле; если арендаторы используют разные типы источников (ОФД, облачные кассы, FTP), стоимость растет из-за необходимости настройки разных коннекторов.

Количество точек и источников данных. Основной драйвер стоимости для ТЦ и сетей — количество подключаемых касс или арендаторов. При подключении до 10 точек возможно использование стандартизированной конфигурации с минимальной адаптацией. От 10 до 50 точек требуется более системный подход с группировкой по типам источников и настройкой типовых правил для каждой группы. Свыше 50 точек необходима автоматизация процессов подключения и масштабируемая архитектура обработки данных. Дополнительным фактором является разнородность источников: если все точки используют один и тот же тип источника (например, все подключены через ОФД Казцентр), стоимость ниже; если точки используют разные ОФД, облачные кассы и FTP-выгрузки, стоимость растет из-за необходимости разработки и поддержки разных коннекторов. Для ТЦ, где арендаторы самостоятельно предоставляют доступ к своим данным, стоимость внедрения ниже, чем для сети, где интеграцию нужно настраивать централизованно на каждой точке.

Формат сбора и частота обновления. В базовом формате данные собираются один раз в сутки (ночью за прошедший день) или несколько раз в день (например, каждые 4 часа). Такой формат достаточен для большинства задач контроля продаж арендаторов и управленческой отчетности. Расширенный формат — сбор данных в реальном времени или с малой задержкой (каждые 5–15 минут) — требуется для мониторинга аномалий, оперативного контроля и интеграции с системами, которые принимают решения в реальном времени (например, динамические дашборды для управляющих ТЦ). Сбор в реальном времени требует более мощной инфраструктуры, потоковой обработки данных и, соответственно, более высокой стоимости. Также стоимость зависит от объема данных: для точки с 50 чеками в день нагрузка минимальна, для супермаркета с 5000 чеков в день — выше, для ТЦ с 50 арендаторами, генерирующими 100 000 чеков в день — значительно выше.

Этапы подключения безопасного сбора данных

1. Проверка доступных источников данных. Первый этап — аудит источников данных для каждой точки (арендатора, магазина, ресторана). Специалисты SNRG запрашивают информацию о типе кассовой системы, наличии подключения к ОФД, наличии облачного API, возможности автоматической выгрузки файлов. На основе этой информации для каждой точки определяется оптимальный метод безопасного подключения. Для ТЦ и сетей с большим количеством точек составляется карта: сколько точек могут быть подключены через ОФД, сколько — через облачную кассу, сколько требуют FTP-выгрузки. Для точек, где ни один из методов недоступен (например, касса не передает данные в ОФД и не имеет API), рассматриваются альтернативы (установка минимального модуля сбора с согласия арендатора) или принимается решение о невозможности безопасной интеграции. Результат этапа — список точек с указанием выбранного метода подключения и перечнем необходимых доступов.

2. Выбор метода подключения. На основе результатов аудита для каждой точки согласуется с арендатором или владельцем точки метод подключения. Для подключения через ОФД арендатор предоставляет доступ к личному кабинету ОФД (логин и пароль) или добавляет IP-адрес SNRG в белый список. Для подключения через облачную кассу арендатор генерирует API-ключ с правами на чтение данных о транзакциях и передает его SNRG. Для подключения через FTP-выгрузку на кассе настраивается автоматическое создание файлов (CSV, XML) и их отправка на выделенный FTP-сервер SNRG. Все доступы и ключи хранятся в зашифрованном виде, используются только для чтения данных и не передаются третьим лицам. На этом этапе также определяется частота сбора данных (раз в сутки, несколько раз в день, реальное время) и состав собираемых полей (только выручка и количество чеков или детализация по позициям).

3. Настройка и тестирование. Система SNRG настраивается на сбор данных с каждого источника в соответствии с выбранным методом и параметрами. Выполняется тестовый сбор данных за 1–3 дня (или за прошлый период, если доступна история). Тестовые данные проверяются на полноту (все ли чеки переданы, нет ли пропусков), корректность (суммы, даты, идентификаторы соответствуют ожидаемым) и стабильность (нет ли сбоев соединения). При обнаружении проблем уточняются настройки доступа, корректируются парсеры для нестандартных форматов, изменяется частота опросов. Если в процессе тестирования выясняется, что какой-то источник данных не обеспечивает требуемого качества или полноты, может быть предложен альтернативный метод подключения (например, переход с FTP на ОФД, если это возможно). Тестирование завершается, когда система стабильно собирает данные со всех точек в течение 3–5 дней без ошибок и пропусков.

4. Запуск сбора данных. После успешного тестирования система переводится в промышленный режим и начинает регулярный сбор данных о продажах со всех подключенных точек. Данные поступают в аналитическую платформу SNRG, где доступны для просмотра в отчетах, дашбордах или через API. На этом этапе настраиваются оповещения о сбоях сбора данных (если данные от точки не поступили в ожидаемое время, система отправляет уведомление ответственному сотруднику). Проводится обучение сотрудников клиента (управляющих ТЦ, менеджеров по аренде, финансового блока) работе с полученными данными: как просматривать выручку по арендаторам, как выгружать отчеты, как интерпретировать показатели. Для ТЦ и сетей также может быть настроена интеграция с существующей BI-системой для автоматической передачи собранных данных в корпоративные дашборды.

Как выбрать метод сбора данных без вмешательства в кассу

Чек-лист выбора решения. Выбор метода безопасного сбора данных о продажах зависит от технической инфраструктуры арендаторов или точек, требований к оперативности данных и готовности арендаторов к сотрудничеству. Ниже приведены основные критерии выбора и типовые ситуации.

На что смотреть при выборе. При выборе метода подключения для каждой точки или для всего проекта в целом важно оценить: доступность ОФД (передает ли касса фискальные данные в ОФД, какой именно ОФД, предоставляет ли ОФД API для сторонних систем); наличие облачного API (использует ли арендатор облачную кассу с открытым API, готов ли предоставить API-ключ); возможность автоматической выгрузки (может ли касса создавать файлы выгрузки по расписанию и отправлять их на FTP или в облачное хранилище); требования к частоте обновления (нужны ли данные в реальном времени или достаточно ежедневной сводки); готовность арендатора к сотрудничеству (будет ли арендатор предоставлять доступы, или требуется метод, не требующий его активного участия после настройки); бюджет (подключение через ОФД обычно дешевле, чем разработка кастомных парсеров для нестандартных выгрузок).

Какие ошибки не допускать при выборе. Первая ошибка — попытка использовать единый метод для всех арендаторов без учета их технической инфраструктуры. Если у разных арендаторов разные POS-системы и разные ОФД, универсальный подход не сработает. Нужно выбирать метод индивидуально для каждого или группы. Вторая ошибка — выбор метода, требующего от арендатора сложных действий (например, настройки FTP-сервера), когда есть более простой метод (например, доступ к ОФД через личный кабинет). Чем проще действия для арендатора, тем выше вероятность его согласия и скорость подключения. Третья ошибка — игнорирование легальности источника данных. Если арендатор не передает данные в ОФД (т.е. работает нелегально или в «серую»), метод через ОФД не сработает, и нужно либо требовать легализации, либо искать другие методы (например, установка модуля с согласия арендатора). Четвертая ошибка — выбор сбора в реальном времени, когда бизнесу достаточно ежедневных сводок. Реальное время требует больше ресурсов и стоит дороже, поэтому не стоит выбирать его без обоснованной необходимости.

Какие ограничения учитывать. Безопасный сбор данных без вмешательства в кассу имеет ограничения, которые важно знать до выбора метода. Первое ограничение: метод через ОФД дает данные только о фискальных чеках, но не о нефискальных операциях (например, о списаниях «испорчено», которые не проходят через кассу). Если бизнесу важен контроль списаний, возможно, потребуется дополнительный источник. Второе ограничение: не все ОФД предоставляют одинаково удобное API. Некоторые ОФД могут давать данные с задержкой в несколько часов, некоторые — не предоставляют детализацию по позициям чека, только итоговые суммы. Перед выбором метода нужно проверить возможности конкретного ОФД. Третье ограничение: для арендаторов, которые используют кассовые аппараты старых моделей, не передающие данные в ОФД в электронном виде (только на бумаге), безопасный сбор данных без вмешательства невозможен. В таких случаях требуется либо модернизация кассового оборудования, либо установка модуля сбора. Четвертое ограничение: даже при сборе через ОФД или облачную кассу данные доступны только за период, когда касса была зарегистрирована и передавала данные. Исторические данные (до регистрации кассы в ОФД) получить нельзя.

Что влияет на итоговый метод и стоимость. Ключевые факторы: количество точек и их однородность (если все точки используют один ОФД, стоимость ниже); доступность API у ОФД (если ОФД предоставляет современное API, настройка проще); готовность арендаторов предоставлять доступы (если арендаторы сотрудничают, процесс быстрее); требования к детализации (только итоги по дням или детализация по каждому чеку и позициям); требования к частоте (ежедневно, ежечасно, реальное время); необходимость хранения истории (чем дольше срок хранения, тем выше стоимость инфраструктуры). Для проектов, где арендаторы категорически отказываются от любого вида доступа к своим данным (даже к ОФД), безопасный сбор без вмешательства невозможен, и требуется либо изменение договорных условий, либо отказ от контроля продаж.

Связанные решения

Для построения полной системы контроля продаж и аналитики безопасный сбор данных без вмешательства в кассу может быть дополнен другими решениями SNRG. Система сбора данных о продажах обеспечивает централизованное хранение и первичную обработку собранных данных. Контроль достоверности данных о продажах проверяет корректность собранной информации. Выявление аномалий в продажах арендаторов позволяет автоматически находить отклонения. Аналитика продаж и посетителей объединяет данные о продажах с данными о трафике для расчета конверсии и других метрик. Совместное использование этих решений создает полную экосистему контроля эффективности торговых объектов без необходимости вмешательства в кассовую инфраструктуру арендаторов и точек.

Часто задаваемые вопросы о безопасной интеграции данных продаж

Какой метод безопасного сбора данных самый быстрый для подключения?
Самый быстрый метод — подключение через облачную кассу (Loyverse, Poster Cloud, iiko Cloud), если арендатор уже использует такую систему. Предоставление API-ключа занимает 5–10 минут, после чего система SNRG начинает сбор данных в реальном времени. Второй по скорости — подключение через ОФД, если арендатор готов предоставить доступ к личному кабинету. Добавление IP-адреса или генерация токена занимает 10–15 минут, но первые данные могут поступить с задержкой до нескольких часов в зависимости от ОФД. Самый медленный метод — настройка FTP-выгрузки, так как требует изменения настроек на кассе или в POS-системе, что может занять от нескольких часов до дня.

Может ли арендатор отозвать доступ к данным после подключения?
Да, арендатор в любой момент может отозвать доступ: удалить API-ключ, убрать IP-адрес SNRG из белого списка в ОФД или отключить FTP-выгрузку. Система SNRG в этом случае перестает получать данные. В договоре между управляющей компанией ТЦ и арендатором обычно предусматривается обязательство предоставлять доступ к данным на весь срок аренды, и отзыв доступа без уважительной причины может быть нарушением договора. Технически система не может обойти отзыв доступа, поэтому важно закреплять обязательства юридически.

Какие данные не видны при сборе через ОФД?
При сборе через ОФД система видит все фискальные чеки, включая пречеки, возвраты и аннулирования. Однако не видны: нефискальные операции (списания «испорчено», обеды сотрудников, инвентаризационные списания, если они не проводятся через кассу); себестоимость товаров (ОФД не содержит этой информации); данные о клиентах (номера телефонов, карты лояльности, если они не привязаны к чеку в фискальных данных). Если эти данные критичны для аналитики, рекомендуется использовать подключение через облачную кассу (если она поддерживает передачу таких данных) или комбинировать ОФД с другими источниками.

Безопасно ли передавать данные из ОФД сторонней системе?
Передача данных из ОФД сторонней системе через официальное API безопасна, если соблюдены стандартные меры: соединение по HTTPS с шифрованием, использование токенов доступа вместо паролей, ограничение прав доступа только на чтение данных (без возможности изменения). SNRG использует все эти меры. Доступ к ОФД предоставляется арендатором добровольно, и он может ограничить объем данных (например, только итоговые суммы без детализации по позициям, если ОФД поддерживает такие настройки). Однако важно отметить: если арендатор предоставляет доступ к своему личному кабинету ОФД (логин и пароль), это дает широкие права. Рекомендуется использовать API-доступ с ограниченными правами, если ОФД его поддерживает.

Можно ли собирать данные через ОФД, если арендатор находится в другом городе или стране?
Да, сбор данных через ОФД не зависит от географического расположения арендатора, так как ОФД — это централизованная облачная система. Если касса арендатора зарегистрирована в казахстанском ОФД (АО «Казцентр», ТОО «OFD.KZ» и др.), система SNRG может подключаться к нему из любого места. Это особенно удобно для сетей с магазинами в разных городах Казахстана и для ТЦ, где арендаторы находятся в одном здании, но их ОФД — централизованный. Единственное требование — доступ к интернету у системы SNRG и наличие API у ОФД.

Сколько времени хранятся данные в ОФД, и как долго можно их собирать?
Срок хранения данных в ОФД установлен законодательством Казахстана и составляет 5 лет (фискальные чеки и данные о транзакциях должны храниться в ОФД не менее 5 лет). Система SNRG может собирать данные за весь доступный период, начиная с даты регистрации кассы в ОФД. При первом подключении система может загрузить исторические данные за последние несколько месяцев или лет (в зависимости от нагрузки и требований проекта). Это позволяет не только начать мониторинг с текущего момента, но и проанализировать исторические данные для выявления трендов и ошибок.