Comments 46
Товаром человек может являтся только, если его можно продать или купить(например в рабство), иначе ваше утверждение не верно. А так если человек не платит за товар просто он не платит, а платит тот кто покупает и поддерживает тем самы данный товар. Просмотр рекламы не обязывает покупать товар, а значит если вы не купите его, то вас и не продали, а рекламодатель просто потерял на вас деньги.
Но проблема в том, что иногда система не принимает верный индекс, так что приходится вводить индексы других городов, например, из Московской или Ленинградской областей.
Тоже наткнулся. Надо указывать область не «Московская область», а «город Москва» — это разные сущности.
В формате ФНС Москва г. и Санкт-Петербург г., а так же Севастополь г.-это регионы, но не города. Вот такая вот закавыка.
Один из них дает возможность получать информацию об оффлайн-покупках пользователей системы Android Pay.
Я бы и сам не оказался от такой аналитики, будет проще расходы контролировать. Это сами магазины будут сливать данные или какой толк от суммы покупки в одном из магазинов?
Западные банки умеют еще и выгружать эти данные в стандартном виде (из Российских вроде бы Альфа-банк умеет почти нормальную выгрузку)
Есть программы вроде Banktivity кто может читать этот импорт (или даже автоматически забирать данные — не в России), либо руками вводить и опять же строить свою красивую аналитику.
Список товаров есть (в большинстве случаев обязателен с формата ФФД 1.0 — и в печатном и в электронном чеках), а вот про номер карты неясно. По PCI DSS можно отображать не более 6 первых и 4 последних цифр, хранить PAN можно только соблюдая требования PCI по защите. В форматах ФФД найти поле PAN не смог.
На конкретного покупателя указывает его номер телефона или e-mail, в случае выдачи электронного чека на этот номер телефона/e-mail (т.е. всегда в интернет-магазинах — 290-ФЗ 2016, Статья 1.2 п5). Все данные пишутся на специальный сертифицированный накопитель "ФН" ("являются… существенно более развитыми по сравнению c… ЭКЛЗ") и отправляются через один из десяти ОФД (среди них есть Яндекс) в налоговую.
Содержимое чека определено в Федеральном законе от 22.05.2003 N 54-ФЗ (ред. от 03.07.2016) "О применении контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием электронных средств платежа", Статье 4.7. Требования к кассовому чеку и бланку строгой отчетности, п.1 http://www.consultant.ru/document/cons_doc_LAW_42359/7a607e9ee7058b0c3bcb22e564e88190964aee72/
Ст. 4.7 п.1. Кассовый чек… содержат,… наименование товаров, работ, услуг… абонентский номер либо адрес электронной почты покупателя (клиента) в случае передачи ему кассового чека… в электронной форме
Статья 1.1… фискальный документ — фискальные данные, представленные по установленным форматам в виде кассового чека… и (или) в электронной форме, в том числе защищенные фискальным признаком;
Статья 4. Требования к контрольно-кассовой технике… обеспечивать возможность передачи фискальных документов… любому оператору фискальных данных
Реальные форматы данных, пересылаемых в ОФД и налоговую, описаны в Приказе ФНС России от 21.03.2017 N ММВ-7-20/229 "Об утверждении дополнительных реквизитов фискальных документов и форматов фискальных документов, обязательных к использованию" (Зарегистрировано в Минюсте России 13.04.2017 N 46361)
http://www.consultant.ru/document/cons_doc_LAW_214339/ — http://www.consultant.ru/document/cons_doc_LAW_214339/856734627b36f38dc69d0ad840e08509c02d81b4/
Перечень реквизитов ФД — 1008 телефон или электронный адрес покупателя… в случае передачи ему кассового чека (БСО) в электронной форме… 1020 "ИТОГ"… 1023 количество предмета расчета… 1030 наименование предмета расчета (Табл 5 — 1030 Строка 128)… 1043 стоимость предмета расчета с учетом скидок и наценок… 1059 предмет расчета (Табл 19 — 1059 Повт. Да = в ФД может быть несколько таких реквизитов;)
Уже есть реальные проблемы при округлении суммы чека из-за указания списка товаров: https://habrahabr.ru/post/329154/#comment_10228018
Перед запросом у налоговой чека в электронном виде надо сначала получить от налоговой СМС-сообщение на свой телефонный номер. Очень удобный инструмент для привязки анонимных чеков к конкретному лицу. Ждем когда ФНС начнет сверять НДФЛ и чеки физлиц?
http://majordomo.smartliving.ru/forum/viewtopic.php?p=50452 Сервис УФНС России — Проверка кассового чека, апр 12, 2017
Под это дело запилено приложение для андроид "Проверка кассового чека" (ru.fns.billchecker) Весьма глючное, но в принципе рабочее.… Официально API не объявляли.… передается открыто (http) с использованием базовой авторизации apache get-запросами. В качестве логина — номер телефона, пароль приходит в СМС при регистрации в приложении.
Есть приложение от ФНС, им сканируешь чек и потом смотришь все это.
Из приложения ФНС можно посмотреть картинку чека (причем выглядит не обязательно как печатный чек из того же магазина), сохранить чек и сохранить json (реально — от некоторых магазинов приходит {} а вот некоторых — вполне читаемый json вида
{«cashTotalSum»:0,«dateTime»:1490880720,«discount»:null,«discountSum»:null,«ecashTotalSum»:11500,«fiscalDocumentNumber»:1308,«fiscalDriveNumber»:«8710000100139845»,«fiscalSign»:1724476602,«items»:[{«modifiers»:[],«name»:«Батарейки Энерджайзер Максимум LR06 AA FSB2 (пальчик)»,«nds0»:null,«nds10»:null,«nds18»:null,«ndsCalculated10»:null,«ndsCalculated18»:null,«ndsNo»:null,«price»:11500,«quantity»:1.0,«sum»:11500,«storno»:false}],«kktNumber»:null,«kktRegId»:«0000081856043620»,«markup»:null,«markupSum»:null,«modifiers»:[],«nds0»:11500,«nds10»:null,«nds18»:null,«ndsCalculated10»:null,«ndsCalculated18»:null,«ndsNo»:null,«operationType»:1,«operator»:«Kашникова Е.И.»,«requestNumber»:8,«retailPlaceAddress»:null,«shiftNumber»:37,«stornoItems»:[],«taxationType»:1,«totalSum»:11500,«user»:«ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ \»ХОЛЛИФУД\"",«userInn»:«5505043485»}
А вот хотелось бы чтобы было не приложение ФНС а официально открытый API, чтобы можно свои покупки смотреть как тебе удобно а также — (если API будет) чтобы Тинькофф (Альфа, Сберанк-который-хочет-стать-супертехнологичным) сделал дополнение к своему интернет-банку которое на каждый платеж их картой — показывает еще и список товаров. Раз уж все равно эти данные собираются — почему не дать возможность покупателю использовать на полную катушку.
Если почитать блог компании Пилот на хабре (они в том числе внедрением этого занимаются) — там в обсуждениях некоторые товарищи прямо говорят что ну не получится в их ситуации список товаров поэтому они все же пробивают не список (но как отреагирует ФНС на это — совсем не ясно. Особенно как они через годик-другой будут реагировать).
С номером карты, даже если новые онлайн-кассы его сливают (а точно может ответить только кто-то кто знает протокол (у pilot-retail вполне могут знать) — помним что Apple Pay и Samsung Pay очень четко рекламировали что у них токенизация и реальный номер карты — не сообщается а генерируется временный (из-за чего в том числе и проблемы с возвратом — его надо делать через тот же терминал тем же аппаратом). Про Android Pay такое не особо слышно.
Так что толку ФНС с номера карты.
— касса посылает банковскому терминалу команду «хочу получить оплату такой-то суммы»;
— дальше банковский терминал самостоятельно взаимодействует с пластиковой картой, Apple Pay, Samsung Pay, Google Pay и так далее;
— как только считывается идентификатор карты, банковский процессинг запрашивает «могу ли я по такому-то идентификатору совершить платеж на такую-то сумму»;
— ответ приходит в виде «да»/«нет» и отправляется на кассу;
— касса завершает покупку, печатает фискальный чек.
В этой цепочке между платежной системой (банковским процессингом) и кассой список покупок ни коим образом не передается. При этом проведение оплаты через банковский терминал обязательное условие работы с безналичными платежами в магазине.
К слову, номер карты касса получает в закодированном виде (в лучшем случае префикс и последние четыре цифры — зависит от конкретного процессинга).
с Apple Pay, судя по разделу на официальном сайте, противоположная ситуация:
Номер вашей карты не хранится ни на вашем устройстве, ни на серверах Apple. Вместо этого создаётся уникальный «Номер учётной записи устройства». Он надёжно шифруется, что Apple не может его расшифровать. И хранится на вашем устройстве в специальном чипе Secure Element. Номер учётной записи вашего устройства в Secure Element закрыт для доступа с вашего устройства iOS и Apple Watch. Он никогда не хранится на серверах Apple Pay и не копируется в iCloud.
Если при этом в эпл отправляется статистика по покупкам + статистика по показанной рекламе вместе, то принципиально мало что меняется. Данные все равно есть и связаны друг с другом.
Добавили бы галку «Беру на себя ответственность за рутованный телефон и если с помощью рут доступа будут украдены средства со счета, претензий не имею» и отвалили уже со своими запретами. Хоть два телефона таскай.
Google собирает и анализирует данные о покупках пользователей Android Pay в оффлайне