Предисловие
Прочитав сегодня пост о кодах QR, и комментарии к нему, я задался вопросом, а как еще можно применить столь удобный инструмент в быту?
В начале, я хотел просто написать небольшое описание технологии для читателей моего блога, с несколькими примерами. Но затем родилась идея, которая, я надеюсь, будет близка читателям Хабра.
Суть
Я, как и многие, очень люблю держать свои финансы под контролем. Стараюсь избегать ненужных покупок и оптимизировать расходы. Но для полного контроля, зачастую не хватает хороших и удобных программных средств, позволяющих наглядно вести бюджет. Конечно, подобных программ довольно много (я очень долгое время использовал собственные таблицы в Excel), но все они имеют один существенный недостаток — необходимость регулярно и вручную вводить огромное количество данных. Обычно, это заканчивается тем, что постепенно таблицы становятся неполными, а затем, их ведение прекращается вовсе.
Однако, эту проблему можно решить комплексно, используя вот такие кассовые чеки:
Как это будет работать
Первый этап, это печать на чеках QR-кодов. Так как вносить в чек полный перечень покупок нецелесообразно, я предлагаю помещать в код одну единственную ссылку. По адресу ссылки будет располагаться XML-файл, содержащий структурированный список покупок, с указанием дат, цен, и количества покупок. Ссылка будет выглядеть как «domainname[длинная случайная строка]». Естественно, кассовый аппарат при этом, кроме печати самого кода, должен загрузить информацию на сервер.
Второй этап, это создание специального мобильного приложения, умеющего сканировать QR-код, и загружать с сервера список покупок. Так же, можно будет использовать «десктоп» приложение, со сканером или веб-камерой, для получения данных.
Таким образом, вместо самостоятельного ввода информации, нам необходимо будет лишь несколько нажатий на клавиши телефона или компьютера.
В случае реализации такой системы, пользователь сможет создавать разнообразные отчеты, ведь чек содержит не только перечень товаров, но и цену за единицу товара в конкретном магазине. Можно будет проконтролировать объем потребления продуктов, так как в чеке есть информация о количестве и объеме. И все это не будет необходимости вносить вручную.
Конфиденциальность данных
Сам по себе чек не имеет информации, которую хотел бы скрыть покупатель (номера кредитных карт на нем пишутся не полностью), поэтому, не обязательно даже «отфильтровывать» информацию перед загрузкой на сервер. Даже если строка ссылки будет найдена перебором, то злоумышленник не узнает кто именно был покупателем. Составить какую-нибудь статистику по этим файлам так же нельзя, так как получение большого количества чеков удовлетворяющих определенным условиям, будет практически невозможно.
Кроме того, можно использовать «время жизни» на сервере для каждого чека. Обычно, суток более чем достаточно, что бы внести данные в локальное хранилище, особенно, если используется мобильный телефон.
Так же, хорошим решением будет использование шифрования, чтобы избежать попыток перехвата данных по сети.
Выводы
Я думаю, внедрение подобной системы будет хорошим шагом для производителей программного обеспечения для кассовых аппаратов. Станет дополнительным преимуществом перед конкурентами, и даст отличную базу для модернизации целого класса приложений.
И конечно, это будет еще один шаг на встречу к потребителям.
upd: За этот пост в «песочнице» я получил инвайт от PatapSmile, за что ему огромное спасибо.
