|
Разобрать, что и где написано на чеке, который сфотографировала камера бюджетного андроид устройства та еще задачка, над которой даже в крпной корпорации не один год думать будут.
У меня же зреет в голове тема стем, чтобы приложение могло понимать и принимать СМСки от банков и после обработки напильником могло само создавать трату.
Итак, типичный пример СМС от банка о трате:
Pokupka. Karta *5775. Summa 213.34 RUB. PRO REST ALI MAGAZINE, SAMARA. 12.03.2015 14:52. Dostupno ... [и так далее]
Важным аспектом данной СМС является то, то оно стандартно и одинаково сформировано для каждого банка. Предполагается, что пользовтель может скопировать Тело СМС, описать его неким образом, то есть , сам может указать:
- Символы 16-20 указатель с какого счета списывать. такая то комбинация такой-то счет, такая то комбинация -- такой то счет.
- Найти последовательность символов "Summa" прочитать символы до пробела, прочитать 3 символа, воспринять как индекс валюты. найденное представить ка к размер траты.
ну и сама СМС помещается в коментарий целиком, чтобы можно было проверку сделать.
Писать самопальный скрипт не обязательно, вполне можно использовать какой-либо из имеющихся языков скриптования, такой задачей справится любой из них.
понимаю, что такое полускриптование достаточно сложная штука, Чтобы не каждый мог это сделать. Поэтому, написание таких скриптовых штук делается сервисом. То есть, каждый пользователь может зайти, вбить пример СМС, создать распознавалку и сохранить ее в системе. Другой пользователь может зайти, увидеть распознавалку своего банка, зайти посмотреть и подключить к своему приложению. Приложение может следить за приходящими СМС. пропускать их через подключенные распознавалки, и если распознавание случилось, предлагать сохранить трату (или доход, или перевод).
Также, если пользователь не может найти парсера зля своих СМС, он может создать запрос на такой парсер (просто скопировав СМС которую хочет распознать), который может быть написан другим пользователем.
В идеале перспективе, такая опция приведет к тому, что отпадет необходимостсть фиксировать расходы и движения связанные с безналичными деньгами (например, доавление галочки"я доверяю распознанию, сохранять записи автоматически"), они будут переводиться в систему условно (или безусловно) автоматически.
После реализации системы, изменяем стоимость "Премиум" на N%, а увеличенную сумму разделить между авторами приложения и авторами скриптов.
Ведь мобильные приложения могут сообщать о количестве распознаваний для каждого скрипта и авторская доля вознаграждения будет делиться между всеми авторами в соотвествующих пропорциях (чем больше распознаваний, тем больше доля). (Понятно, что тут масса вопросов возникнет о том, как юридический автор сервиса будут расплачиваться с физическим автором скрипта, но это условно, решаемый вопрос)
В итоге, в выигрыше все:
- Пользователи получают полуавтоматическую систему занесения расходов;
- Авторы сервиса -- конкурентное преимущество, которое выводит приложения за рамки конкурентной среды (ни у кого из прочих нет ничего даже близкого);
- Авторы скриптов -- честное вознаграждение за единожды написанный скрипт.
Авторы сервиса получают проработанный и развивающийся механизм увеличения функциональности приложения за счет привлекаемых авторов контентного наполнения, что опять таки, может быть смаштабировано на различные аспекты:
- Премиум иконки;
- Кастомные отчеты.
|
