Сообщество
FAQ
Логин
Пароль
Войти при помощи
Кстати, вы можете
Присоединиться к нам вконтакте
или почитать наш твиттер
Общение / Веб версия / ПОЛУ-Автоматическое распознавание СМС от банков.

ПОЛУ-Автоматическое распознавание СМС от банков.

alexdumper
12 марта 2015 17:07
Разобрать, что и где написано на чеке, который сфотографировала камера бюджетного андроид устройства та еще задачка, над которой даже в крпной корпорации не один год думать будут.

У меня же зреет в голове тема стем, чтобы приложение могло понимать и принимать СМСки от банков и после обработки напильником могло само создавать трату.

Итак, типичный пример СМС от банка о трате:
Pokupka. Karta *5775. Summa 213.34 RUB. PRO REST ALI MAGAZINE, SAMARA. 12.03.2015 14:52. Dostupno ... [и так далее]

Важным аспектом данной СМС является то, то оно стандартно и одинаково сформировано для каждого банка. Предполагается, что пользовтель может скопировать Тело СМС, описать его неким образом, то есть , сам может указать:
- Символы 16-20 указатель с какого счета списывать. такая то комбинация такой-то счет, такая то комбинация -- такой то счет.
- Найти последовательность символов "Summa" прочитать символы до пробела, прочитать 3 символа, воспринять как индекс валюты. найденное представить ка к размер траты.
ну и сама СМС помещается в коментарий целиком, чтобы можно было проверку сделать.

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

понимаю, что такое полускриптование достаточно сложная штука, Чтобы не каждый мог это сделать. Поэтому, написание таких скриптовых штук делается сервисом. То есть, каждый пользователь может зайти, вбить пример СМС, создать распознавалку и сохранить ее в системе. Другой пользователь может зайти, увидеть распознавалку своего банка, зайти посмотреть и подключить к своему приложению. Приложение может следить за приходящими СМС. пропускать их через подключенные распознавалки, и если распознавание случилось, предлагать сохранить трату (или доход, или перевод).
Также, если пользователь не может найти парсера зля своих СМС, он может создать запрос на такой парсер (просто скопировав СМС которую хочет распознать), который может быть написан другим пользователем.

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

После реализации системы, изменяем стоимость "Премиум" на N%, а увеличенную сумму разделить между авторами приложения и авторами скриптов.
Ведь мобильные приложения могут сообщать о количестве распознаваний для каждого скрипта и авторская доля вознаграждения будет делиться между всеми авторами в соотвествующих пропорциях (чем больше распознаваний, тем больше доля). (Понятно, что тут масса вопросов возникнет о том, как юридический автор сервиса будут расплачиваться с физическим автором скрипта, но это условно, решаемый вопрос)

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

Авторы сервиса получают проработанный и развивающийся механизм увеличения функциональности приложения за счет привлекаемых авторов контентного наполнения, что опять таки, может быть смаштабировано на различные аспекты:
- Премиум иконки;
- Кастомные отчеты.
alexdumper
12 марта 2015 17:11
Перечитал, и видимо, мало понятно написано... задавайте ваши уточняющие вопросцы. я с удовольствием отвечу.
alexdumper
12 марта 2015 17:21
Тут вспомнил, что 1С на кастомных отчетах цельную профессию создал, но это так, к слову.
alexdumper
12 марта 2015 17:25
вообще... если честно, то с реализацией этой фичи, поле не пахано открывается...

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

в случае, если у нее будет модуль, который может принимать структурированный запрос на транзакцию от стороннего источника (а предложенный модуль, это считай он и есть), то почему это бможет быть только СМС ?
Admin
12 марта 2015 19:45
Здравствуйте.
Сейчас в разработке парсер СМС, который будет работать на основе правил, которые сможет под себя подстраивать сам пользователь.

Вот тут что-то похожее обсуждается http://www.drebedengi.ru/...32120
Admin
12 марта 2015 19:46
Система будет связана с онлайном, приложение будет делать запрос на сервер и получать результат обработки.
Admin
30 мая 2015 16:25
Сделано без-полуавтоматического варианта. С автоматическим, посмотрим как себя покажет.
https://www.drebedengi.ru...arser
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.
© drebedengi.ru 2007 - 2017  |  Мобильная версия  |  Карта сайта  |  API интеграции  |  Обратная связь  |   English