Напишите программу которая проверяет чек из магазина

Найдите ошибку в коде, пожалуйста! [закрыт]

Вопросы с просьбами помочь с отладкой («почему этот код не работает?») должны включать желаемое поведение, конкретную проблему или ошибку и минимальный код для её воспроизведения прямо в вопросе. Вопросы без явного описания проблемы бесполезны для остальных посетителей. См. Как создать минимальный, самодостаточный и воспроизводимый пример.

Закрыт 3 года назад .

Напишите программу, которая проверяет чек из магазина. На чеке указано, по каким ценам и в каком количестве куплены товары, общая стоимость данного товара (т. е. данной позиции в чеке), а также суммарная итоговая стоимостью. Конечно, по цене и количеству можно узнать стоимость, и суммарную стоимость тоже можно рассчитать. Программа должна проверить, правильно ли рассчитана стоимость каждой позиции и правильно ли рассчитана общая сумма, и если присутствуют ошибки, то указать, где именно. Формат ввода: На первой строке записано количество позиций N (оно меньше 1000 и дополнено справа пробелами, чтобы достигнуть длины в 4 символа) и общая сумма (целое число). Далее следует N позиций чека, каждая из которых записана на отдельной строке и соответствует покупке нескольких единиц некоторого товара. Сначала записана цена товара (она дополнена справа пробелами до 7 символов), затем знак «*», затем количество этих товаров (оно дополнено справа пробелами до 4 символов), затем знак «=», затем стоимость данной позиции. Формат вывода. Нужно вывести разность между указанной итоговой суммой и истинной суммой стоимостей по всем позициям. Далее нужно вывести в порядке возрастания номера всех позиций (нумерация с 1), в которых указанная стоимость расходится со стоимостью, которую можно рассчитать из цены и количества товара. Что тут не так?

Собираем данные с чеков гипермаркетов на Python

Update: к сожалению, информация в данном посте устарела. Рекомендуем изучить наш новый пост.

Недавно, покупая в очередной раз продукты в гипермаркете, вспомнил, что согласно ФЗ-54 любой оператор торговли, который пробивает кассовый чек, обязан отправлять данные чека в налоговую.

Что это значит для нас, аналитиков данных? Что мы можем лучше узнать себя, свои потребности и получить интересные данные о собственных покупках.

Попробуем в рамках серии постов собрать небольшой прототип приложения, которое позволит строить динамику своих покупок. Итак, начнем с того, что в каждом чеке есть QR-code, если его распознать, то мы получим следующую строку:

t=20190320T2303&s=5803.00&fn=9251440300007971&i=141637&fp=4087570038&n=1

В данной строке содержатся:

t — timestamp, время, когда вы осуществили покупку
s — сумма чека
fn — кодовый номер fss, потребуется далее в запросе к API
i — номер чека, он нам потребуется далее в запросе к API
fp — параметр fiscalsign, потребуется далее в запросе к API

В рамках решения первого шага нашей задачи мы будем парсить данные чека и собирать их в pandas dataframe, используя модули Python.

Мы воспользуемся API, который отдает данные по чеку с сайта налоговой.

В начале получим аутентификационные данные:

В результате выполнения POST-запроса мы получим пароль в виде SMS на указанный мобильный телефон. Далее, мы будем использовать его в переменной pwd

Теперь распарсим нашу строку со значениями из QR-кода:

Будем использовать полученные переменные для извлечения данных.
В посте на Хабре довольно подробно изучены статусы ошибок при формировании запроса к API, не буду повторять эту информацию.

В начале необходимо проверить, что по данному чеку есть данные, формируем GET-запрос.

В запросе необходимо указать headers, хотя бы пустые. В моем случае GET-запрос возвращает ошибку 406, из чего я понимаю, что такой чек находится (почему GET-запрос возвращает 406 для меня загадка, буду рад подсказкам в комментариях). Если не указать сумму или дату, то GET-запрос вернет ошибку 400 — bad request.

Переходим к самому интересному, получаем данные чека:

Должны получить код 200 (успешное выполнение GET-запроса), а в переменной products — все, что относится к нашему чеку.

Чтобы работать с этими данными воспользуемся pandas и преобразуем все в dataframe.

Теперь мы имеем рабочий pandas.dataframe с чеками, визуально это выглядит так:

Можно построить гистограмму покупок или посмотреть на все в виде «ящика с усами»:

В завершение элементарно получим описательные статистики в текстовом виде командой .describe():

Данные удобно записать в .csv-файл, чтобы в следующий раз дополнить статистику:

Напишите программу которая проверяет чек из магазина

Проверка чека компонента Inno setup [ошибка invalid prototype]
ЗДЕСЬ есть пара примеров, но все они не компилятся. в моем случае нужно чекнуть если выбран 1.

Печать чека
У меня в курсовом проекте есть задание напечатки чека, каким образом её можно осуществить?

Обналичка чека
Здравствуйте уважаемые. Я заметил тут много "старых" сеошников из Нижнего Новгорода. Хотел бы.

Обналичка чека
Народ подскажите кто эти чеки от Гугля держал в руках? Это американ экспресс или другие? И как с.

Универсальный API для получения информации по чекам

В данной статье хотелось бы рассказать про API для получения чеков, которое нам не предоставила ~~всеми любимая~~ ФНС.

Когда только появились QR-коды на чеках я подумал «Вау, как круто! Ты сканируешь код и видишь если не всю инфу по чеку, то ссылку на него». И какого же было мое разочарование, когда просканировав такой код я увидел что-то вроде

Но расстраиваться я не стал и подумал, что ФНС позаботилась о нас и предоставила API для получения такой информации. Погуглив некоторое время я понял, что ФНС нам предоставила только мобильное приложение для проверки чека и просмотра той информации, что поступила к ним от магазина.

Но! Между магазином и налоговой имеется ещё одно звено — ОФД — те, кто обрабатывают информацию по чекам, полученную от магазинов, и отправляют в налоговую. Вот они то и предоставляют API для получения нужной нам информации. Не все. И не всегда бесплатно.

Судя по информации из википедии по состоянию на 1 марта 2018 зарегистрировано 17 ОФД. Допустим 10 из них предоставляют открытое и бесплатное API. Учитывая то, что мы не знаем с каким ОФД работает конкретный магазин, нужно будет пройтись по API 10 операторов фискальных данных. Далеко не лучший вариант.

Спустя какое-то время, я случайно наткнулся на приложение (не от ФНС), которое по QR-коду с чека получает информацию по чеку. Не будут же они «пробегать» по всем ОФД и собирать оттуда информацию — подумал я. Снова отправился в гугл и наткнулся на такой ответ.

Казалось, после этого ответа можно заканчивать импровизированное расследование, но у меня оставались ещё вопросы:

Что будет, если использовать другие заголовки?
Что делать, если пользователь не зарегистрирован? Скачивать мобильное приложение и регистрироваться? (Сайт ФНС не предоставляет возможности зарегистрироваться в этом контексте)
А если забыл пароль?

Все параметры обязательные.

Если результат успешен, то пользователь создается, СМС с паролем отправляется на указанный номер, а в ответ возвращается 204 No content.

Если пользователь уже существует, то возвращается 409 Conflict и сообщение «user exists».
Если номер телефона некорректный, то возвращается 500 Internal Server Error и сообщение «failed with code 20101».

Если адрес электронной почты некорректный, то возвращается 400 Bad Request и сообщение «[«Object didn’t pass validation for format email: <адрес электронной почты, который вы указали>»]».
Если адрес электронной почты уже используется, а телефон нет, то ошибок не возникает и регистрация проходит успешно.

В заголовке передается Pre-emptive Basic Authorization, где в качестве username передается номер телефона, в виде «+79991234567», а в качестве пароля — код, полученный в смс при регистрации или восстановлении пароля.

Если все хорошо, то вернется 200 OK и сообщение в виде json

Если указать некорректный номер телефона или пароль, то вернется 403 Forbidden и сообщение «the user was not found or the specified password was not correct».

Если не указать номер телефона и/или пароль, то не вернется ничего.

Если номер телефона найден, то возвращается 204 No Content и на телефон приходит СМС с новым паролем.

Если номер телефона не найден или номер некорректный, то возвращается 404 Not Found и сообщение «the user was not found».

Номер ФН (Фискальный Номер) — 16-значный номер. Например 8710000100518392
Номер ФД (Фискальный документ) — до 10 знаков. Например 54812
Номер ФПД (Фискальный Признак Документа, также известный как ФП) — до 10 знаков. Например 3522207165
Вид кассового чека. В чеке помечается как n=1 (приход) и n=2 (возврат прихода)
Дата — дата с чека. Формат может отличаться. Я пробовал переворачивать дату (т.е. 17-05-2018), ставить вместо Т пробел, удалять секунды
Сумма — сумма с чека в копейках

Номер ФН (Фискальный Номер) — 16-значный номер. Например 8710000100518392
Номер ФД (Фискальный документ) — до 10 знаков. Например 54812
Номер ФПД (Фискальный Признак Документа, также известный как ФП) — до 10 знаков. Например 3522207165

Если не указать номер телефона и/или пароль, то ничего не вернется.

Если чек не найден, то возвращается 406 Not Acceptable. Также чек может быть не найден, если он был получен достаточно давно. ФНС не хранит информацию по чекам за все время. На момент написания этой статьи ФНС хранила детальную информацию порядка 2-3 месяцев.

Если перед вызовом данного метода не происходила проверка существования чека, то вернется 202 Accepted (без сообщений и любого содержимого). При повторном вызове информация по чеку вернется.

Если в параметре «sendToEmail» попытаться подставить значение «yes», то вернется 500 Internal Server Error и сообщение «connect ECONNREFUSED 127.0.0.1:465». При попытке подставить другие значения («true», 1 и т.д.) вернется 400 Bad Request и сообщение «[«No enum match for: <значение, которое пытались передать>»]».

Если всё хорошо, то вернется 200 ОК и содержимое в формате json примерно такого вида:

все суммы указаны в копейках
данные кассира в разных магазинах имеют разные форматы (в одном случае может вернуться «Фамилия Имя», в другом «Фамилия И. должность»
порядок элементов может меняться
разные магазины используют разные наборы параметров и, если какой-то параметр возвращается в чеке от одного магазина, то не факт, что этот параметр будет в чеке от другого магазина
формат адреса магазина может различаться

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

Кому интересен пример реализации подключения к этому API, вот ссылка на гитхаб проект библиотеки, написанной на C#.

По всем вопросам или замечаниям прошу в комментарии.

UPD После небольшой проверки выяснилось, что ФНС не хранит детальную информацию по всем чекам. По крайней мере у меня 22.05.2018 не удалось получить полный чек от декабря 2017, января и февраля 2018, при том, что у ОФД эта информация имеется и мобильное приложение ФНС сообщает, что чек корректен. За март 2018 чек получить уже удалось.

UPD Как заметили пользователи IvanG и neoman36, n=1 это «Вид кассового чека». 1 — значит «приход», 2 — «Возврат прихода». Это же число надо вставлять при проверке существования чека.

UPD Как заметил пользователь Echo77, начиная с декабря 2018 года API стал возвращать код ответа 451 «Illegal public API usage», поэтому теперь прежде чем запрашивать чек, необходимо делать запрос на проверку существования чека.

UPD По замечанию пользователя Actie, в ответ на этот вопрос на тостере, в конце 2018 года ФНС выпустила официальный API «Проверка чека». «Доступ к API дают если написать заявление, заверить электронной подписью, рассказать зачем и как будешь использовать.» (с)

Получить токен физическому лицу, насколько понимаю, невозможно. Только юр. лицо или ИП. Также при написании заявления необходимо явно указать с каких IP адресов будешь запрашивать информацию по чекам.
Этот же пользователь (организация(?)) — Actie реализовали gem для Ruby. Но опять же замечу, что использовать его без токена не получится. Ссылка на репозиторий.
В этом же репозитории указано, что при большом количестве проверок API, описанный в данной статье, работает не стабильно. Лично я не проверял.

UPD Как заметил один из пользователей — после большого количества запросов появляется ошибка блокировки аккаунта. На 25.03.2020 лимит составляет около 25 запросов в сутки. Раньше такого лимита вроде бы не было.

Собираем данные с чеков гипермаркетов на Python

Update: к сожалению, информация в данном посте устарела. Рекомендуем изучить наш новый пост.

В данной строке содержатся:

t — timestamp, время, когда вы осуществили покупку
s — сумма чека
fn — кодовый номер fss, потребуется далее в запросе к API
i — номер чека, он нам потребуется далее в запросе к API
fp — параметр fiscalsign, потребуется далее в запросе к API

Мы воспользуемся API, который отдает данные по чеку с сайта налоговой.

В начале получим аутентификационные данные:

Теперь распарсим нашу строку со значениями из QR-кода:

В начале необходимо проверить, что по данному чеку есть данные, формируем GET-запрос.

Переходим к самому интересному, получаем данные чека:

Должны получить код 200 (успешное выполнение GET-запроса), а в переменной products — все, что относится к нашему чеку.

Чтобы работать с этими данными воспользуемся pandas и преобразуем все в dataframe.

Теперь мы имеем рабочий pandas.dataframe с чеками, визуально это выглядит так:

Можно построить гистограмму покупок или посмотреть на все в виде «ящика с усами»:

В завершение элементарно получим описательные статистики в текстовом виде командой .describe():

Данные удобно записать в .csv-файл, чтобы в следующий раз дополнить статистику:

Напишите программу которая проверяет чек из магазина

Сканирование чеков из обычного супермаркета: как (и главное – сколько) на этом можно заработать сегодня?

К кэшбэку по банковским картам все уже привыкли, начинают привыкать и к онлайн-кэшбэку за покупки в интернет-магазинах. Но вот кэшбэк по обычным чекам из обычных магазинов вроде «Пятерочки» или «Магнита» пока еще в новинку. Мы разобрались, за счет чего выплачиваются бонусы за сканирование чеков, кому это выгодно и главное – сколько на этом можно заработать.

Откуда взялись QR-коды на чеках

С 2018 года российский бизнес переводят на обязательное использование онлайн-касс, исключений для предпринимателей уже практически не осталось. Суть работы через онлайн-кассу (или контрольно-кассовую технику) в том, что при каждой проведенной через кассу покупке информация о ней автоматически передается на серверы Федеральной налоговой службы. То есть, налоговая практически в режиме реального времени знает, кто, где и что продал.

Конечно, правила допускают некоторые задержки – интернет все еще есть не по всей России, поэтому в отдельных случаях кассу можно синхронизировать чуть позже. Но сути это не меняет – каждую операцию «видит» налоговая, включая не только общую ее сумму, но и наименования купленных товаров.

У чеков, которые выдают онлайн-кассы, есть одна ключевая черта – на них автоматически печатается QR-код. Это двухмерный штриховой код определенного размера (минимум 2 на 2 сантиметра), в котором зашифрованы основные данные о фискальном документе:

дата и время, когда была произведена покупка;
порядковый номер чека в фискальном накопителе;
признак расчета (приход, расход или возврат);
сумма операции;
заводской номер фискального накопителя;
фискальный признак документа (его генерирует фискальный накопитель, чтобы проверять подлинность чека).

Другими словами, в QR-коде зашифрован определенный набор цифр – если его распознать обычной программой, это ни о чем не скажет. Для сканирования чеков с целью проверки есть специальное приложение для смартфона – «Проверка чеков», его выпустила сама ФНС.

Если отсканировать QR-код на чеке через эту программу, она покажет, является ли он корректным (то есть, был ли передан в ФНС), а потом можно получить электронную версию самого чека. Он не полностью повторяет чек из магазина, а формируется автоматически из данных, которые есть у налоговой. Магазины любят размещать на чеках рекламу или дополнительную информацию, ее в электронной версии не будет.

В принципе, продавец может и не выдать бумажный чек – если, например, покупка была произведена через интернет и оплачена безналично, тогда чек придет в электронном виде на электронную же почту, или ссылка на него может прийти в SMS-сообщении.

Независимо от QR-кода, который связан с ФНС, при покупке алкогольной продукции на чеке печатается еще один код – уже от ЕГАИС. Это система, которая отслеживает производство и продажу алкоголя, и следит, чтобы покупателям не продавали контрафактную продукцию. Вместо него в переходный период продавцам можно печатать на чеке просто ссылку на базу ЕГАИС.

Кстати, именно эта система – причина того, что при покупке алкоголя кассир сканирует сразу 2 штрих-кода на бутылке, называет ее стоимость и просит у покупателя подтверждение покупки (вернуть такую продукцию с учетом ЕГАИС очень сложно, а клиент может перепутать цену и захотеть оформить возврат).

Сканировать чеки – полезно

Для покупателей наличие QR-кода на фискальном чеке открывает много интересных возможностей. Первая – это то, ради чего все задумывалось, выявлять те предприятия торговли, которые работают «по-черному» или «по-серому», и оформляют покупки мимо кассы. Теперь, если покупатель не получил фискальный чек, он вполне может пожаловаться на это в ФНС. Если чек без QR-кода – аналогично, как и в случае, если программа «Проверка чеков» сообщает о некорректном чеке.

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

Что-то похожее есть сейчас в сфере общепита (по крайней мере, до ее закрытия на карантин из-за коронавируса) – клиенту могут принести предварительный чек, то есть, счет за еду, а фискальный чек в итоге не выдается. Как рассказывают знающие люди, московские заведения, даже сетевые, любят этим заниматься перед выплатой зарплаты сотрудникам – не принимают оплату по карте и выдают написанные от руки чеки.

Так они собирают наличные для выплаты зарплат «в конвертах», но главное – здесь незаконно практически все, и отказ принимать оплату картой, и невыдача чека, и неофициальная выплата зарплаты.

В случае с алкоголем при сканировании чека можно определить его подлинность. И хоть сейчас россияне уже поняли, что «порошкового» вина не существует, откровенного фальсификата в официальных магазинах после внедрения ЕГАИС уже не осталось.

Но это еще не все преимущества, которые дает сканирование чеков, есть еще и такое:

Чек в этом случае можно отсканировать, получить его через приложение ФНС сохранить в виде электронного документа. Правда, где и как сохранить этот документ в течение 10 лет – вопрос не менее интересный. Совет: можно отправить его кому-нибудь с электронной почты, тогда он сохранится в отправленных письмах.

Самый нестандартный вариант, когда может пригодиться чек в телефоне – доказать факт своего присутствия в конкретное время в конкретном месте. И, соответственно, отсутствие в другом месте. Чеку, конечно, никто не поверит, но это будет поводом проверить камеры наблюдения и установить факт присутствия в магазине.

Но, конечно, самое популярное направление использования QR-кодов с чеков – это попытка заработать на них.

Сканировать чеки – выгодно?

Этот вид «бизнеса» появился не так давно – уж точно не раньше, чем в чеках появились QR-коды. Пока в налоговой службе видели в них лишь инструмент контроля за законностью торговли, некоторые компании придумали кое-что еще.

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

В итоге схема «кэшбэк за чеки» работает примерно так:

пользователь делает какие-то покупки в определенных торговых сетях;
сканирует полученный фискальный чек через специальное приложение (не от ФНС, а от другого разработчика);
если в чеке есть определенные акционные товары, за них на счет пользователя начисляются какие-то деньги;
в некоторых случаях деньги начисляются просто за каждый чек – вне зависимости от акционных позиций.

К делу подтянулись и торговые сети – тот же «Перекресток» даже помечает ценники на товары, которые впоследствии дают право на кэшбэк по чеку (в сотрудничестве с разработчиками мобильного приложения).

Вероятно, маркетологи попали точно в цель – так называемое «поколение миллениалов» дружит с техникой и не против заработать пару рублей на том, что в буквальном смысле слова валяется под ногами. Возможно, в сканировании чеков есть и соревновательный момент, и еще что-то из психологии, но у приложения «Едадил» уже более 10 миллионов загрузок.

На рынке пока есть лишь один безоговорочный лидер – это то самое приложение «Едадил», у которого так много поклонников. Работа с приложением построена не очень сложно, чтобы получить деньги, нужно:

купить конкретные товары в конкретном магазине (бывает, что есть определенное минимальное количество);
отсканировать чек. Если товар куплен за наличные, отсканировать нужно в течение максимум 3 часов после покупки, если картой – то в течение 24 часов после покупки;
после проверки чека кэшбэк зачисляется на счет;
вывести деньги можно, пополнив телефон или на кошелек системы Яндекс.Деньги (кстати, приложение принадлежит «Яндексу»).

Сам по себе кэшбэк зависит от условий акции, а они бывают самыми разными:

Сканирование чеков из обычного супермаркета: как (и главное – сколько) на этом можно заработать сегодня?

То есть, это может быть фиксированная сумма кэшбэка за сумму покупки выше определенной границы или процент кэшбэка при покупке определенного количества товара, в любом магазине или в конкретной сети, на конкретный товар или на группу товаров.

В целом, серьезных нареканий у пользователей к этому приложению нет – условия получения кэшбэка понятны, деньги выводятся относительно быстро и без проблем. Нарекания есть разве что к самой системе начисления кэшбэка, который теперь привязывается к конкретным производителям и торговым сетям. Еще есть жалобы на техническую сторону, приложение может работать нестабильно.

Конкурентов у «Едалила» достаточно, но они уже работают не так хорошо:

«Суперчек» – второй проект от «Яндекса», пока всего 500 тысяч загрузок. Получить кэшбэк можно, составив заранее список товаров, и отсканировав чек именно с этими товарами (то есть, найдя чужой чек, сначала придется внести вручную все товары из него в приложение). Ставка фиксированная – 1% с каждого чека. Нарекания есть на небольшое количество магазинов и акций, доступных клиентам;
Qrooto – работает относительно давно, у приложения более 500 тысяч загрузок. Но пользователи раскритиковали его в отзывах – средний балл на Google Play составил 1,9 из 5. Жалуются на недостаточное количество товаров и магазинов, на небольшое число акций, на повышенный до 500 рублей порог для вывода денег. Жалобы есть и на то, что приложение давно не обновлялось;
«Чекбэк» – сервис от соцсети «Вконтакте», он даже не существует в виде отдельного приложения. Сканировать чеки можно прямо из приложения «Вконтакте», бонусы зачисляются на счет платежной системы VK Pay (вывести на карту можно только с комиссией). Товаров немного – в основном, это сетевой фастфуд, а еще бытовая химия. За каждый чек дают от 1 рубля, но лимита на число чеков нет;
«КэшФоБрендс» – основным направлением деятельности считает кэшбэк с онлайн-покупок, а функционал по чекам пока официально тестируется. Жалоб в отзывах на приложение много, и жалуются практически на все. Загрузили приложение более 100 тысяч раз.

Так что серьезной альтернативы у «Едадила» практически нет – но только по части кэшбэка. Программы вроде «Дзен-мани», у которых тоже есть функционал сканирования чеков, позволяют быстро записывать эти траты в дневник.

Стоит ли оно потраченного времени?

Выгода от сканирования чеков, с одной стороны, вполне очевидна: на это уходит минимум времени, поэтому любая сумма будет в плюс. Более того, финансируется это все за счет маркетинговых бюджетов производителей товаров и торговых сетей, и по факту эти деньги уже включены в цену товара.

Некоторые предпочитают пойти дальше, собирая и сканируя уже чужие чеки. Найти их несложно, не все покупатели в магазинах занимаются сканированием или забирают чеки с собой, многие выбрасывают их на месте. Правда, сгребать все чеки в корзине в супермаркете, возможно, не стоит:

у чека есть «срок жизни» – 3 часа для покупок с оплатой наличными и 12 часов при оплате картой. Чужой чек может пролежать в корзине гораздо дольше;
продавцы, кассиры, охранники и уборщики в магазинах прекрасно знают о таком заработке, поэтому могут специально «придерживать» у себя чек, если покупатель его не требует (по закону это не запрещено – оплата проведена, чек выбит, если покупатель его попросит, то получит без вопросов);
чек можно отсканировать в приложении только один раз – возможно, по всем выброшенным чекам уже «прошлись» сотрудники магазина;
акционных товаров в магазине не очень много , большинство чеков будет без бонусов.

Кстати, «Едадил» борется с теми, кто массово сканирует чеки и получает нетипично высокий кэшбэк – в том числе с сотрудниками магазинов, которые так зарабатывают себе вторую премию. Часто ограничивается возможность сканировать чеки конкретных магазинов – например, не больше трех в день. Не получится заработать и предпринимателям, которые закупаются оптом и потом сканируют гигантский чек, его тоже могут отклонить.

По сути, на сканировании чеков получится заработать максимум на пополнение счета мобильного телефона, и то – если налегать на товары из бонусных категорий, не забывать чеки и сканировать их вовремя.

Большинство пользователей сети, рассказывающие о кэшбэке по чекам, успевают заработать несколько десятков рублей (редко – пару сотен), после чего разочаровываются в этом занятии. Вряд ли кто-то будет покупать большие упаковки «Pepsi» или 10 упаковок йогурта ради кэшбэка в 7-10%, а за небольшие объемы покупок возвраты значительно меньше.

Что же касается заработка, то даже на самой низкооплачиваемой работе (за МРОТ) можно получать около 60 рублей в час за вычетом налогов – при этом, даже если найти сотни чеков и сканировать их в течение часа, вряд ли выйдет даже эта сумма.

Так что кэшбэк по чекам – не более, чем приятный бонус за некоторые покупки, и возможность сэкономить 30-50 рублей на оплате мобильного.