Artem
|
6 августа 2015 07:15
|
Очень хочется иметь возможность менять тип операции.
Особенно интересует изменение Расхода на Перемещение.
Т.е. изменил тип, указал недостающие реквизиты, сохранил.
|
|
|
Admin
|
6 августа 2015 09:20
|
Здравствуйте.
Можно пример из жизни когда (и почему) это нужно?
|
|
|
Artem
|
6 августа 2015 09:24
|
Пример:
Три месяца назад я купил, допустим, чайник. Записал расход
Неделю назад он сгорел и я отнес его в магазин. Сегодня мне вернули за него деньги.
Как мне записать возврат денег? Это не доход. Но и с другой стороны покупка чайника перестает быть тратой.
Я провожу такие операции меняя расход на перемещение во временный счет, остатки на котором я не учитываю, а затем вторую операцию (возврат) провожу вторым перемещением в один из моих счетов.
Сейчас мне приходится сознавать перевод с аналогичными расходу реквизитами, а затем удалять расход. Это не вполне удобно, было бы удобнее преобразовать расход в перемещение, указав счет, на который я делаю это перемещение (это в данном случае и есть недостающий реквизит).
|
|
|
Admin
|
6 августа 2015 09:38
|
Спасибо, подумаем.
|
|
|
NO NAME
|
12 августа 2015 15:31
|
Artem Пишет: Пример:
Три месяца назад я купил, допустим, чайник. Записал расход
Неделю назад он сгорел и я отнес его в магазин. Сегодня мне вернули за него деньги. на самом деле это две операции - трата и доход.
или ни одной, если производить удаление исходной траты, ведь фактически вы деньги не потратили.
вопрос в том, зачем проводить их через временный счет? непонятно...
|
|
|
Artem
|
12 августа 2015 16:53
|
Вот дело в том, что это никакой не доход. Это возврат средств.
При том просто удалить операцию я не могу, иначе я не смогу сверяться с банковской выпиской.
Да и в период времени после покупки и до возврата этих денег реально нет.
|
|
|
NO NAME
|
12 августа 2015 16:59
|
Artem Пишет: Вот дело в том, что это никакой не доход. Это возврат средств. зависит от того кто отправил деньги.
иногда делают "возврат", но чаще всего просто делают как раз перевод с указанием "возврат за..." тогда в выписке у вас это зачисление.
ну и в ДД это доход. а не виртуальное перемещение.
|
|
|
Alex
|
13 декабря 2015 22:35
|
Например, скинулся на корпоратив путем перевода денег на карту коллеге - это расход.
Перекинул деньги на карту жене - это перевод.
Определить по смс что это было в данном случае не возможно.
Сделайте, пожалуйста, чтобы можно было менять тип операции.
|
|
|
Илья
|
18 декабря 2015 16:23
|
Присоединюсь к исходному запросу Артёма от 6 августа.
Существуют в жизни сценарии искусственного "накручивания" "левых" доходов и расходов.
Мой пример:
У меня есть ребёнок. Мои родители, то есть его бабушка и дедушка, передают мне 10 т.р., чтобы я от их имени купил ему подарок на ДР.
В момент получения денег я вынужден записать их как Доход в Кошелёк. В момент покупки подарка я записываю Расход из Кошелька.
При подбивке баланса за месяц мне в отчёте будет показано, что мои доходы и расходы выросли на 10000, что мне совершенно не нужно.
Да, есть вариант вообще не учитывать такие операции, типа: взял чужие деньги - положил в конвертик, потом потратил.
Но, как всегда, жизнь бывает более сложной, чем мы думаем. Что, если на подарок ушло не ровно 10000, а 9500? Тогда, 500 р. как ни крути - доход. Тогда, не используя программу, обо всех таких случаях и когда они произошли, можно и не упомнить.
Да и потом, зачем тогда нужна программа, если её сознательно не использовать для учёта?...
Пока для себя реализовал подход, при котором есть так называемые "Бюджетные доходы" и "Внебюджетные доходы", то же самое по расходам. Деньги из примера выше попадают во вторую категорию, соответственно, при подбивании отчёта за месяц я вижу балансы отдельно по двум категориям. И понимаю, что за счёт "внебюджетных" "доходов" и "расходов" мои основные доходы и расходы не раздуты.
Но думаю, что предложение Артёма сделало бы такие сценарии более удобными для учёта.
|
|
|
Admin
|
18 декабря 2015 17:04
|
Илья Пишет: При подбивке баланса за месяц мне в отчёте будет показано, что мои доходы и расходы выросли на 10000, что мне совершенно не нужно.
А как в этом сценарии поможет смена типа операции, о которой тут идёт речь?
|
|
|
Artem
|
16 мая 2016 09:49
|
Появилось новое применение смены типа.
Я сейчас начал использовать СМС-обработку (к которой тоже есть вопросы).
Вот тут то и нужна смена типа.
Допустим я совершил перевод средств с одного счета на другой и у меня получилось две операции - списание и пополнение. Возможно можно и правила настроить, но представим что их у меня нет или что я их ещё не успел настроить. Вот тут то мне и хотелось бы изменить операцию на перемещение.
|
|
|
Admin
|
16 мая 2016 10:37
|
Да, спасибо, такие просьбы уже были.
Надо думать над интерфейсом для этой задачи.
|
|
|
NO NAME
|
17 мая 2016 12:46
|
Artem Пишет: Три месяца назад я купил, допустим, чайник. Записал расход
Неделю назад он сгорел и я отнес его в магазин. Сегодня мне вернули за него деньги.
Как мне записать возврат денег? Это не доход. Но и с другой стороны покупка чайника перестает быть тратой. В другой программе я оформлял возврат расходом с отрицательным значением. Почему в этом сервисе запрещается вводить отрицательные значения?
|
|
|
NO NAME
|
17 мая 2016 13:04
|
много раз уже обсуждали, что это две разные транзакции.
|
|
|
NO NAME
|
17 мая 2016 13:19
|
RsH Пишет: много раз уже обсуждали, что это две разные транзакции.
1. Это не ответ на вопрос: Почему в этом сервисе запрещается вводить отрицательные значения?
2. Проведение возврата отрицательным значением в расходе по той-же категории имеет дополнительные преимущества. К примеру у меня есть категория расходов "Одежда" с ежемесячным лимитом в 5000 руб. В конце апреля я потратил 3000 на куртку. В итоге на май мне перенесся остаток неизрасходованных средств в размере 2000 руб. и общий лимит на май составил 7000 руб. Оформив в начале мая возврат в расходе по той же категории, но со отрицательным значением мой лимит увеличился бы до 10000 руб, как если бы я не тратил в апреле никаких средств по данной категории. И никаких лишних перемещений и ручных корректировок лимитов.
|
|
|
VIFR
|
17 мая 2016 15:59
|
Честно, не вижу пользы от возможности вводить отрицательный расход.
Пример. Недавно я купил инструмент на 3000 руб, оплатив картой. Операция 1 - расход с карты.
После проверки сдал инструмент, оформив в магазине возврат денег на карту. Операция 2 - изменяю расход на перемещение (в расходе 3000 руб кликнуть на "дать в долг") на долговой счёт "Оформление возврата".
Наконец, после прихода 3000 руб на карту фиксирую операцию 3 - перемещение с долгового счёта "Оформление возврата" на счёт карты.
Чем не устраивает такой сценарий?
В отличии от ввода отрицательной суммы расхода, в этом сценарии в любой момент я вижу, где зависли деньги - на долговом счёте, что весьма удобно при длительных возвратах.
|
|
|
RsH
|
17 мая 2016 16:02
|
ответ не устраивает тем, что в другом ПО так делать (вводить отрицательные расходы) привыкли :)
|
|
|
Admin
|
17 мая 2016 18:07
|
Денис Пишет: Почему в этом сервисе запрещается вводить отрицательные значения? Здравствуйте.
Если коротко - потому что такой возможности не реализовано. Знак операции определяет её тип - доходная она, или расходная. Поэтому, отрицательный расход - это доход.
Вот большое обсуждение на эту тему https://www.drebedengi.ru...=6960
|
|
|
Tisar
|
4 июня 2016 15:33
|
Admin Пишет: Да, спасибо, такие просьбы уже были. Надо думать над интерфейсом для этой задачи. Здравствуйте.
Подскажите имеются ли хотя бы примерные сроки реализации данного пожелания?
Пример использования:
1) Иногда неверное распознавание SMS из банка. Делается расход вместо перемещения на другой счёт.
2) сделал перевод в банке на счёт друга. Для банка это расход, для меня перемещение в долг.
3) бываю часто в командировках и многие затраты выставляются фирме (ГСМ, гостиница и пр.). По факту это траты, но мне их необходимо выставить фирме.
Было бы очень удобно нажатием 1-ой кнопки изменять тип операции, а не заниматься копипастом.
|
|
|
Admin
|
4 июня 2016 20:04
|
Tisar Пишет: имеются ли хотя бы примерные сроки реализации данного пожелания? Здравствуйте.
Нет ещё. Но нажатием одной кнопки в любом случае не обойтись, т.к. нужно будет вводить категорию-источник-"счёт в" для операции другого типа.
|
|
|
Александр
|
4 июня 2016 22:03
|
Не надо придумывать велосипед!
В бух.учете есть понятие "сторно" - т.е. нужно записать ту же операцию как раньше, но с минусом. И таким образом уменьшаться расходы и увеличится наличка в счете
|
|
|
NO NAME
|
6 июня 2016 00:36
|
Отрицательные проводки - это то, чего больше всего не хватает сервису.
Вторым пунктом - парсинг android pay, но это уже личное пожелание =)
|
|
|
Tisar
|
6 июня 2016 19:34
|
Admin Пишет: Здравствуйте.
Нет ещё. Но нажатием одной кнопки в любом случае не обойтись, т.к. нужно будет вводить категорию-источник-"счёт в" для операции другого типа. Сейчас для того чтобы изменить трату на перемещение нужно:
Р - Расходы, П - Перемещение
1) Р: Открыть
2) Р: скопировать сумму
3) П: вставить сумму
4) Р: скопировать комментарии
5) П: вставить комментарии
6) П: изменить дату
7) П: выбрать источник
8) П: выбрать назначение
9) П: нажать "Переместить деньги"
10) Р: удалить расход
Если бы было реализовано преобразование операции:
1) Р: выбрать преобразовать в перемещение
2) П: выбрать назначение
3) П: завершить преобразование
Сумма, дата, комментарии были взяты из изначальной операции и переносить их в ручную нет необходимости
Количество необходимых действий уменьшается в ~3 раза.
|
|
|
Admin
|
6 июня 2016 20:33
|
Tisar Пишет: Количество необходимых действий уменьшается в ~3 раза. Это да.
|
|
|
Artem
|
10 июня 2016 11:32
|
Жизненно необходима такая функциональность! С расходов и доходов в перемещение...
В данном случае вообще можно выбрать обе операции: и расход и приход и сделать перемещение (из 2х операций 1, все данные сразу будут).
Но вообще подошло бы и просто как "Дать в долг", а там не только долговые счета... это же уже есть все... :)
Кстати, очень удобно было бы, если при редактировании можно было бы сменить тип операции, а данные все бы сохранились. Т.е. закладки не меняли бы контролы (а следовательно и их содержимое), а только влияли бы на их набор.
При ручном вводе это бывает очень важно... вводишь одного типа операцию, все ввел, а надо другого, приходится копировать, хотя много полей общих...
|
|
|
YZey
|
11 июня 2016 08:23
|
подтверждаю необходимость. смска может распознаться как списание, а на самом деле это перемещение
|
|
|
fireshir
|
17 июня 2016 07:31
|
Вчера столкнулся с ситуацией. Перевёл средства с одной карты на другую. Пришли и обработались 2 SMS, одна как расход, другая как поступление. В реальности бы хотелось иметь возможность:
- зайти в расход/доход и поменять его на перемещение.
- удалить 2-ю ненужную автоматически обработанную запись из SMS.
|
|
|
Admin
|
17 июня 2016 10:13
|
fireshir Пишет: Пришли и обработались 2 SMS Если текст СМС содержит нужные признаки, то с помощью правил можно одну СМС такого типа отправить в игнор, а на другую настроить перемещение.
|
|
|
fireshir
|
17 июня 2016 10:35
|
Спасибо. Попробую.
|
|
|
Artem
|
17 июня 2016 10:41
|
Да, но так получается слишком много пар правил придется настраивать. Если 3 карты, то это 6 пар правил для перемещения с карты на карту. А ещё карты есть у жены. Настраивать под 30 правил? А ещё пополнения этих карт, т.е. перевод из кармана на карту...
Все-таки, было бы очень здорово иметь эту возможность.
Она применима не только для СМС.
|
|
|
Admin
|
17 июня 2016 10:56
|
Artem Пишет: Все-таки, было бы очень здорово иметь эту возможность. Безусловно.
|
|
|
Tisar
|
30 августа 2016 17:37
|
Здравствуйте.
Подскажите начинались ли работы по этому пожеланию и стоит ли в ближайшее несколько месяцев время ожидать реализации этого пожелания?
|
|
|
Admin
|
30 августа 2016 17:44
|
К сожалению нет.
В ближайшие месяцы - вероятность есть, но не велика.
|
|
|
Максим В
|
2 сентября 2016 09:56
|
Очень нужная опция. Примеры из жизни, когда расход - на самом деле перемещение и даже сложнее:
1. (Самое частое) Плачу картой "за всех" на ланче, а коллеги отдают мне наличными часть - в этом случае моим расходом будет являться только часть платежа, а остальное - перемещение. Здесь нужно не просто переквалифицировать расход в перемещение, но и выполнить эту операцию как "сплит".
Эта ситуация случается почти каждый день
2. (Реже) Я плачу за друга и коллег картой (бонусы/мили коплю :)), а мне отдают наличными. Такую транзакцию нужно просто переквалифицировать в Перемещение.
Отсюда опция переквалификации и сплитование с переквалификацией платежа - must have
|
|
|
Виталий
|
5 сентября 2016 05:55
|
Максим В Пишет: Плачу картой "за всех" на ланче, а коллеги отдают мне наличными часть - в этом случае моим расходом будет являться только часть платежа, а остальное - перемещение часто сталкиваюсь с похожей ситуацией
|
|
|
VIFR
|
5 сентября 2016 07:43
|
Поддерживаю. Несколько раз в месяц меняю автоматически распознанные расходы на перемещения, немного реже - перемещения на расход.
И, если первую операцию можно переделать, возпользовавшись функцией долга, то последнюю (перемещение) надо удалять т создавать заново.
Очень жду.
|
|
|
tolerAnd
|
5 сентября 2016 13:30
|
Присоединяюсь к "очень ждущим"
авто обработка СМС оч удобная штука, но с перемещениями беда, после каждого надо вычищать двойные операции (расход, доход) и создавать правильное перемещение. И настройка правил не всегда помогает тк в смс бывает нет ничего "уникального" для привязки.
|
|
|
Алексей
|
30 октября 2016 12:20
|
Максим В Пишет: Очень нужная опция. Примеры из жизни, когда расход - на самом деле перемещение и даже сложнее:
1. (Самое частое) Плачу картой "за всех" на ланче, а коллеги отдают мне наличными часть - в этом случае моим расходом будет являться только часть платежа, а остальное - перемещение. Здесь нужно не просто переквалифицировать расход в перемещение, но и выполнить эту операцию как "сплит".
Эта ситуация случается почти каждый день
2. (Реже) Я плачу за друга и коллег картой (бонусы/мили коплю :)), а мне отдают наличными. Такую транзакцию нужно просто переквалифицировать в Перемещение.
Отсюда опция переквалификации и сплитование с переквалификацией платежа - must have Поддерживаю двумя руками!
Из-за отсутствия функции смены типа операции приходится откладывать полноценное введение транзакций с мобильного, выделять время за десктопом и потом, со скрипом вспоминая, как все происходило, делать многочисленные копирования и соответствующие им удаления, а потом еще и проверять, что нигде не ошибся.
Хотел делать отдельный пост, но оказалось, что все уже написано. Действительно, основные сценарии для меня, это:
1. Общие расходы. Пример: оплатил картой авиабилеты на несколько человек, позже остальные мне отдали деньги за свои билеты. Мне нужна возможность быстро конвертировать автоматически создавшийся расход в долговое перемещение, а потом оттуда уже сделать расход на величину стоимости своего билета + перевод с карты в нал. В идеале - сразу сделать так, чтобы операцию можно было разделять, и часть оставлять в расходах, а часть делать перемещением с выбором целевого счета.
Пожалуй, вопрос учета общих расходов в системе для меня самый проблемый на сегодня, я бы предложил реализовать какие-то специальные возможности для этого. Например, чтобы все операции разного типа (перемещения и расходы) в рамках одного общего расхода получали связь, и можно было легко просмотреть историю по всей группе операций.
2. Переводы с карты на карту, когда получается расход + доход вместо перевода. Напрягает не очень сильно, так как учитываются суммы целиком, и корректировка очевидна. Но возможность конвертации сильно упростила бы жизнь.
|
|
|
Алексей
|
30 октября 2016 12:26
|
Алексей Пишет: Мне нужна возможность быстро конвертировать автоматически создавшийся расход в долговое перемещение, а потом оттуда уже сделать расход на величину стоимости своего билета + перевод с карты в нал. В идеале - сразу сделать так, чтобы операцию можно было разделять, и часть оставлять в расходах, а часть делать перемещением с выбором целевого счета. P.S. Подчеркиваю, что функция нужна именно в интерфейсе мобильного приложения, тогда можно будет сразу все операции вводить корректно и не оставлять "разбор полетов" на потом. В Web-версии она только сделает этот разбор полетов удобнее.
|
|
|
Сергей
|
15 марта 2017 18:47
|
Тоже поддерживаю и тоже писал об этой функциональности, потому что при переводе со своей одной карты на другую операции задваиваются. Что очень не хорошо, и потом как уже приведено выше кучу операций нужно выполнить, чтобы сделать из них перевод.
|
|
|