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

Места хранения и SMS

Иван
5 июня 2015 09:20
Спасибо за сервис с SMS, давно ждал. Но очень хотелось работать не с одной картой, а с несколькими. В идеале привязать разные карты к соответствующим местам хранения (счетам). В sms от Сбербанка в начале всегда идёт краткий номер карты, по которому можно идентифицировать с каким счётом (с какой картой) идёт операция. Планируется такое или может уже есть я не нашёл?
Павел Фёдоров
5 июня 2015 09:51
Привязка счёта для каждой карты (а точнее её обозначения в смс вроде VISA1234) делается вручную при настройке правил в разделе Импорт данных на сайте.
Иван
5 июня 2015 10:25
Хм, то есть получается для каждой карты надо составить правило для каждой операции? К тому же там нет "или", а только "и". Получается для каждой карты надо 7 правил (карта+оплата, карта+покупка, карта+списание, карта+выдача, карта+начисление, карта+зачисление, карта+поправка)?
Павел Фёдоров
5 июня 2015 10:33
Да, для каждой карты на каждую операцию. У меня тоже Сбер. Вот здесь https://yadi.sk/d/Gbs70x3rh6JEf пример того как я себе настроил. На эталон не претендую, но вроде всё работает как надо)
Иван
5 июня 2015 10:37
Павел Фёдоров Пишет:
Да, для каждой карты на каждую операцию. У меня тоже Сбер. Вот здесь https://yadi.sk/d/Gbs70x3rh6JEf пример того как я себе настроил. На эталон не претендую, но вроде всё работает как надо)
ничего себе, а ведь достаточно было привязать счёт к слову (MAES1234 или VISA1234), а что бы всё остальное шло по умолчанию.
Admin
5 июня 2015 10:37
Иван Пишет:
Хм, то есть получается для каждой карты надо составить правило для каждой операции?
Не для каждой операции, а для каждого "типа" операций. Т.е. одно правило для расходов, другое для доходов, и ещё если нужно, для перемещений.

Все расходы по одной карте - в пределах одного правила, см. пример заполнения.
Admin
5 июня 2015 10:38
Иван Пишет:
а ведь достаточно было привязать счёт к слову (MAES1234
Не было, а и есть. Достаточно привязать счёт к слову и всё остальное будет по умолчанию, если не нужна гибкая разбивка по категориям.
Иван
5 июня 2015 10:42
Admin Пишет:
Иван Пишет:а ведь достаточно было привязать счёт к слову (MAES1234Не было, а и есть. Достаточно привязать счёт к слову и всё остальное будет по умолчанию, если не нужна гибкая разбивка по категориям.
Здорово! Подскажите как, что то я запутался. Расход ведь может быть разными словами (оплата, списание, покупка), как и приход. А в фильтре нет "или", а только "и". Ну и сразу надо указать доход это, расход или перемещение. Как обойтись только номером карты + счёт?
Admin
5 июня 2015 10:48
Посмотрите пример заполнения, если вопросы останутся - напишите подробнее, что именно хотите сделать и не понятно.
Иван
5 июня 2015 10:54
Admin Пишет:
Посмотрите пример заполнения, если вопросы останутся - напишите подробнее, что именно хотите сделать и не понятно.
Идея такая, сейчас у меня может быть 3 типа расхода
1. списание
2. оплата
3. покупка
Все они для программы идут как "трата", вне зависимости от карты. Более того я подозреваю что они уже парсятся автоматом и это вообще не нужно.
Так же есть несколько карт, к которым хотелось привязать счета, например
VISA1234 -> карта1
MAES1234 -> карта2
В результате если в SMS есть слово "VISA1234" и "оплата", то ясно что это "трата с карта1". Если же делать это в текущей версии, то надо создать 6 разных правил:
VISA1234 + списание -> трата карта1
VISA1234 + оплата -> трата карта1
...
MAES1234 + списание -> трата карта2
...
Иван
5 июня 2015 10:58
Да, на мой взгляд проще всего добавить в список "ничего не делать, создать трату, создать доход, создать перемещение" добавить ещё "привязать к счёту". Тогда в строке можно указать карту и привязать её к счёту.
Павел Фёдоров
5 июня 2015 11:01
Иван Пишет:
Идея такая, сейчас у меня может быть 3 типа расхода
1. списание
"Списание" применительно к Сберу это перемещение. У меня смс со "списанием" приходят, когда я жене на карту деньги перевожу со своей.
Иван
5 июня 2015 11:05
Павел Фёдоров Пишет:
Иван Пишет:Идея такая, сейчас у меня может быть 3 типа расхода 1. списание"Списание" применительно к Сберу это перемещение. У меня смс со "списанием" приходят, когда я жене на карту деньги перевожу со своей.
Верно, но нельзя же автоматом определить куда я списал (у меня например 4 карты и ещё счёт), поэтому это просто трата. Достаточно списать деньги с нужного счёта.
Павел Фёдоров
5 июня 2015 11:12
Хм, кстати да, если карт много и нужно ещё учитывать на какую было перемещениеп, тогда стандартный тип смс Сбера вида "VISA1234...." нам уже не поможет. Из него мы при переводе на другую карту видим только "списание". В этом случае придётся играться с другим типом смсок от Сбера вида "Сбербанк Онлайн. С вашей карты ****123 произведён платёж на карту ****6789 на сумму...". Я у себя в правилах обхожусь только первым типом смс ("VISA1234...дата...время...."), а второй типа ("Сбербанк Онлайн...") отключил. И мне хватает. Но вот когда карт больше чем две...
Павел Фёдоров
5 июня 2015 11:17
Используя второй тип, можно будет автоматом создавать перемещение с конкретной карты на конкретную, но только нужно будет внимательно настроить распознавание таких смс, потому что многие из смс вида "Сбербанк Онлайн..." дублируют смс первого вида "VISA1234 ....дата... время..." и получаются двойные траты. У меня как раз по этой причине наличие в смс "Сбербанк онлайн" приводит к "ничего не делать".
Admin
5 июня 2015 11:29
Иван Пишет:
Все они для программы идут как "трата", вне зависимости от карты.
Верно, а как может быть иначе?
Сформулируйте пожалуйста вопрос или предложение поточнее. Вам не хватает логики "или" в форме создания правила, об этом речь?
Павел Фёдоров
5 июня 2015 11:35
Вопрос не мне, но влезу. Вообще, да, логики "или" не хватает. Если я правильно понимаю, то при её наличии, можно будет не дублировать правила для каждой новой карты одного банка, а сделать одно правило для нескольких, например такого вида:

Если в строке есть слово "VISA1234" или "MAES9876"
и ещё слово "покупка"
то "создать трату"
...

Правильно?
Admin
5 июня 2015 11:39
Павел Фёдоров Пишет:
Правильно?
Да, это верно. Надо подумать.
Проблема чтобы интерфейс создания правила при этом не перегрузить, он и так сложноват для большинства простых случаев.
Павел Фёдоров
5 июня 2015 11:47
А что если вам просто сделать букву "и" во фразе "и ещё слово" выпадающим списком с двумя вариантами "и", "или"? А по умолчанию в нём ставить "и". Мне кажется будет очень удобно, а изменений в интерфейсе - минимум.
Иван
5 июня 2015 11:51
Admin Пишет:
Павел Фёдоров Пишет:Правильно?Да, это верно. Надо подумать. Проблема чтобы интерфейс создания правила при этом не перегрузить, он и так сложноват для большинства простых случаев.
Ну я уже писал, можно в существующем интерфейсе в список "то" просто добавить "привязать к счёту". Например:
Если в строке есть слово "MAES1234" то привязать к счёту "моя карта №1".
Тогда вообще ничего более делать не надо, так как основные действия как я понял и так нормально парсяться.
ЗЫ хотя конечно логичнее было бы написать эту строку при заведении самого счёта.
Иван
5 июня 2015 11:51
Павел Фёдоров Пишет:
А что если вам просто сделать букву "и" во фразе "и ещё слово" выпадающим списком с двумя вариантами "и", "или"? А по умолчанию в нём ставить "и". Мне кажется будет очень удобно, а изменений в интерфейсе - минимум.
Там с логикой и порядком обработки можно будет запутаться.
Павел Фёдоров
5 июня 2015 12:03
Ну дык нужно будет просто внимательно всё сделать и всё. Понятно же в голове, что сперва нужно определить карту, а затем тип транзакции.. По этому порядку и строим правило. Сперва указываем VISA0000 "или" VISA1111 "или" MAES2222, а далее уже "и" покупка/оплата/зачисление - что хочешь.

Не знаю, мне вот так было бы очень удобно, и дел минимум - ввести новый оператор "или", да чуть исправить интерфейс. А запутаться и в 2+2*2 можно.
Иван
5 июня 2015 12:14
Павел Фёдоров Пишет:
Ну дык нужно будет просто внимательно всё сделать и всё. Понятно же в голове, что сперва нужно определить карту, а затем тип транзакции.. По этому порядку и строим правило. Сперва указываем VISA0000 "или" VISA1111 "или" MAES2222, а далее уже "и" покупка/оплата/зачисление - что хочешь. Не знаю, мне вот так было бы очень удобно, и дел минимум - ввести новый оператор "или", да чуть исправить интерфейс. А запутаться и в 2+2*2 можно.
У нас немного разные стратегии, мне кажется с "или" надо перечислять не карты, а действия по одной карте. То есть если содержится текст "VISA1234" и текст "списание" или "оплата" то списать со счёта "карта1".
А вот тут уже непонятно как объединять операторы, ну или скобки делать.
Admin
5 июня 2015 12:20
Иван Пишет:
Если в строке есть слово "MAES1234" то привязать к счёту "моя карта №1".
Что с этим делать дальше? Опишите как вы видите себе весь сценарий работы правила в этом случае.

Такая "привязка" делается уже в самом приложении, когда выбираем номер и поля по умолчанию.
Павел Фёдоров
5 июня 2015 12:25
Иван Пишет:
То есть если содержится текст "VISA1234" и текст "списание" или "оплата" то списать со счёта "карта1".
У меня сейчас один в один такая схема) Хотя стратегия - как предложено на сайте.

А насчёт "или" в действиях по вашему сценарию можно прикинуть насколько всё упростится:

"Оплата" и "покупка" можно будет сделать с "или", потому как это трата. "Возврат покупки" и "зачисление" - доход, НО "зачисление" это ещё и когда наличку на карту кладёшь, а это уже перемещение. Значит не получится уже "возврат покупки" и "зачисление" объединить. Дальше идём... "Списание" - у меня это перемещение (у вас - трата). В итоге что я получу от такой стратегии.. Только то, что смогу объединить правила с "оплата" и "покупка". Неэффективно. А вот если сделать "или" между одной картой и другой, то я, грубо, вместо 10 правил, сделаю 5, потому что не придётся их дублировать только из-за разного идентификатора карт.
Павел Фёдоров
5 июня 2015 12:27
А если вспомнить что инструмента копирования правил на сайте нет, а список магазинов (для определения категории) довольно большой, то можно представить, насколько всё упростится, если не придётся вбивать каждый магазин в оба правила.
Иван
5 июня 2015 12:51
Admin Пишет:
Иван Пишет:Если в строке есть слово "MAES1234" то привязать к счёту "моя карта №1".Что с этим делать дальше? Опишите как вы видите себе весь сценарий работы правила в этом случае. Такая "привязка" делается уже в самом приложении, когда выбираем номер и поля по умолчанию.
Допустим у меня 2 карты сбербанка виза VISA1234 и маестро MAES1234 и в программе 2 счёта для них "карта1" и "карта2". В приложении на андроиде я указал что надо обрабатывать SMS от номера Сбербанка, но не указал счёт ибо для этих карт счета разные. В результате когда приходит SMS о приходе денег "MAES1234 зачисление на сумму 100р" как программа определит на какой счёт пришли эти деньги, на "ката1" или "карта2"?
А вот если я в правилах укажу что все операции со строкой "MAES1234" - относится к "карте2", то программа сможет автоматически привязать все действия к нужному счёту, при том не трогая остальные правила фильтрации которые у всех одинаковые.
Admin
5 июня 2015 12:58
Иван Пишет:
то программа сможет автоматически привязать все действия к нужному счёту, при том не трогая остальные правила
Да, теперь понятна проблема. Но не очень понятно решение, что значит "не трогая остальные правила"?

Может быть речь о том, чтобы добавить для определения счетов блок, аналогичный добавлению категорий?

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

А поле с логикой "и" останется только для определения типа операции.
Admin
5 июня 2015 13:07
Правда, в этом случае не очень понятно как быть с правилами для перемещений. Там вероятно эта логика не нужна и лучше оставить как есть сейчас.
Иван
5 июня 2015 13:16
"Не трогая остальные" имелось ввиду что далее все правила обрабатываются как и без этого правила но учитывая что действия идут с определённым счётом.
То есть программа определяет что SMS относится к "карта2", но на этом не останавливается, а продолжает парсить содержимое используя все остальные правила.
Что это даст. Я завёл правило что "MAES1234" - относится к "карте2" и всё, больше мне вообше ничего делать не надо ибо программа и так нормально находит и обрабатывает все действия типа "оплата" или "покупка". Но если вдруг какого то действия нет, то я завожу его не указывая счёта (счёт найдёт правило для счетов) и оно начинает сразу же работать для всех без исключения карт, что конечно очень удобно.

"Может быть речь о том, чтобы добавить для определения счетов блок, аналогичный добавлению категорий?"
Возможно и так, но тогда мне в каждом правиле придётся заново перечислять все свои карты.
Иван
5 июня 2015 13:17
ЗЫ перемещение заменённые на списание + зачисление в принципе меня устраивают, даже не стал бы с этим морочиться.
Павел Фёдоров
5 июня 2015 13:19
Ну, кому как, но если существует тип "перемещение", то я не вижу смысла ехать в Москву через Владивосток.
Павел Фёдоров
5 июня 2015 13:25
Admin Пишет:
и лучше оставить как есть сейчас.
Мне кажется, для максимальной гибкости правил не хватает только логики "или". Если её добавить к существующему интерфейсу и прикрутить выпадающий список с "и"/"или", это ж можно будет в одно правило для одного типа операций включить все карты. Интерфейс изменится чуть, удобство - в разы, а количество правил уменьшится в N раз, где N - количество карт. Таким образом решаем если не все, то многие проблемы без всяких переделок интерфейса "под категории".
Admin
5 июня 2015 14:37
Иван Пишет:
Что это даст. Я завёл правило что "MAES1234" - относится к "карте2" и всё, больше мне вообше ничего делать не надо ибо программа и так нормально находит и обрабатывает все действия типа "оплата" или "покупка". Но если вдруг какого то действия нет, то я завожу его не указывая счёта (счёт найдёт правило для счетов) и оно начинает сразу же работать для всех без исключения карт, что конечно очень удобно.
Суть кажется улавливается, но не совсем понятно как бы это могло выглядеть в интерфейсе.
Вы не могли бы описать, что нужно для этого поменять в текущем интерфейсе, или набросать схематично своё видение?

Получается, должен быть блок правил совершенно отдельного типа, где пользователь задаёт только привязку счёта к уникальному слову из СМС. При этом текущий блок правил и этот новый - обрабатываются один за другим и результат обработки одного блока влияет на результат второго. Сложновато как-то.
Admin
5 июня 2015 14:41
Павел Фёдоров Пишет:
Мне кажется, для максимальной гибкости правил не хватает только логики "или". Если её добавить к существующему интерфейсу и прикрутить выпадающий список с "и"/"или"
Это тоже серьёзное усложнение, хотя возможно и неизбежное.
Блоки и-или должны быть как-то очень чётко друг от друга отделены, чтобы не было путаницы типа: Если есть слово XX и слово YY или слово ZZ и слово KK.

Так что простой заменой "и" на выпадающий список тут не обойдёшься.
Anna
7 июня 2015 00:42
Admin Пишет:
Суть кажется улавливается, но не совсем понятно как бы это могло выглядеть в интерфейсе.
Может в список счетов добавить "со счёта, определенного автоматически"?
И в отдельном блоке сделать настройку счёт - ключевое слово в смс.
И логика работы усложнится на одну функцию.

если счёт не определился, то Правило не сработало.
Admin
7 июня 2015 09:18
Anna Пишет:
Может в список счетов добавить "со счёта, определенного автоматически"?
Мысль интересная, спасибо, подумаем.
Admin
3 сентября 2015 14:14
Павел Фёдоров Пишет:
Если в строке есть слово "VISA1234" или "MAES9876"
и ещё слово "покупка"
то "создать трату"
Сделано.
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.
© drebedengi.ru 2007 - 2017  |  Мобильная версия  |  Карта сайта  |  API интеграции  |  Обратная связь  |   English