Возможность получать данные по чекам появилась уже давно. Автором эта тема поднималась начиная с 2017 года (Свой кусочек информационного пирога по 54-ФЗ – обработка для получения данных о своих покупках по чекам ОФД (на примере сети магазинов «Лента» и Загрузка всех онлайн-чеков с сервиса проверки чеков ФНС (налоговой) – обработка для получения данных о покупках по чекам онлайн-касс с загрузкой в Авансовый отчет) и заканчивая публикациями этого года (Загрузка кассовых чеков из бесплатного мобильного приложения ФНС (налоговой) в документы "Авансовый отчет").
И вот когда собирается много данных за несколько лет, то возникает логичный вопрос: что с ними можно ещё делать? (кроме как загружать в авансовые отчеты и домашние бухгалтерии). И вот после некоторых размышлений появилась такая интересная (возможно, что только для меня) задача.
Что за задача?
Анализ деятельности сети магазинов (или отдельного магазина) только на основании случайных кассовых чеков.
Что дано?
Имеется сеть магазинов (СМ) с одним общим ИНН. В сеть входит N магазинов, каждый из которых располагается по своему i-адресу (где i *224; 1…N). Адрес каждого магазина является уникальным идентификатором магазина. В каждом магазине есть Mi кассовых аппаратов (ККТ), каждый из которых имеет свой уникальный идентификатор (РН) и порядковый номер ij (где j *224; 1…Mi). За время работы в каждый ККТ помещается Fij фискальных накопителей, имеющих свой уникальный идентификатор (ФН) и порядковый номер ijk (где k *224; 1…Fij). За время работы фискального накопителя в КТТ может быть создано Lijf кассовых чеков, имеющих свой идентификатор (ФД), который одновременно является порядковым номером ijkz (где z *224; 1…Lijf), и дату tijkz.
Какие условия и ограничения?
- Нет доступа к внутренним информационным системам и процессам СМ
- Имеются только отдельные кассовые чеки из СМ, на каждом из которых есть: ИНН, адрес магазина, РН, ФН, ФД и дата.
Что можно со всем этим сделать?
Имея несколько разных чеков с одинаковыми ИНН, адресом магазина, РН и ФН, есть возможность вычислить:
Tijk – период в днях между самыми минимальным и максимальными чеками ijkz по датам tijkz.
Dijk – количество фискальных документов - разница между самыми максимальными и минимальным чеками ijkz по датам tijkz.
dijk – среднее число чеков в день: dijk = Dijk/Tijk.
Что это нам даёт?
Среднее число чеков в день позволяет судить только о динамике пробития чеков отдельной ККТ, отдельного магазина (при наличии необходимого количества чеков с разных ККТ этого магазина) или всей сети магазинов (при наличии необходимого количества чеков с разных ККТ разных магазинов одной сети). Например, по рисунку ниже можно говорить, что АЗС №7 выдаёт больше чеков в день (700), чем АО Тандер (445).
Вы можете самостоятельно создать обработку и выполнить анализ чеков. Для этого вам помогут структура обработки и текст запроса. Или скачать уже готовую обработку. Разработка и тестирование обработки осуществлялись на типовой конфигурации «1С:Бухгалтерия предприятия, редакция 3.0» (3.0.105.31) и платформе 1С:Предприятие 8.3 (8.3.19.1229). Работать данная обработка должна практически на любой управляемой конфигурации 1С под управляемой более-менее современной платформы 1С 8.
Вопросы без ответов:
- Можно ли ещё что-то получить из данного набора данных?
- Как анализировать замену/перемещение фискальных накопителей и самих кассовых аппаратов между магазинами сети?
- и т.п.?
Поделитесь вашим мнением в комментариях к данной публикации.
Вступайте в нашу телеграмм-группу Инфостарт
