|
Иван
|
|
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"
и ещё слово "покупка"
то "создать трату" Сделано.
|
|
|
|
Nick
|
|
15 августа 2021 17:37
|
|
Добрый день!
Тема старовата, но напишу на удачу: мне необходимо реализовать в импорте логику "(Слово1 или Слово2) и (Слово3 или Слово4).
В плейсхолдерах настройки импорта есть подсказка "слово1 или слово2 ...". Я попробовал и с разделением пробелом, и через запятую - не срабатывает.
Вопросы:
1. Чем должны разделяться слова для реализации логики "ИЛИ"?
2. Что в вашей реализации является словом (буквенная последовательность от небуквенного символа до небуквенного; подстрока; что-то иное)?
Благодарю за ответ.
|
|
|
|
Nick
|
|
15 августа 2021 17:40
|
|
Только что подумал, что разработчик мог сделать разделителем строку " или " - было бы весело ))
|
|
|
Секунду ...
