Сообщество
FAQ
Логин
Пароль
Войти при помощи
Кстати, вы можете
Общение / Веб версия / Возможность изменения типа операций

Возможность изменения типа операций

Artem
6 августа 2015 07:15
Очень хочется иметь возможность менять тип операции.
Особенно интересует изменение Расхода на Перемещение.
Т.е. изменил тип, указал недостающие реквизиты, сохранил.
Admin
6 августа 2015 09:20
Здравствуйте.
Можно пример из жизни когда (и почему) это нужно?
Artem
6 августа 2015 09:24
Пример:
Три месяца назад я купил, допустим, чайник. Записал расход
Неделю назад он сгорел и я отнес его в магазин. Сегодня мне вернули за него деньги.
Как мне записать возврат денег? Это не доход. Но и с другой стороны покупка чайника перестает быть тратой.
Я провожу такие операции меняя расход на перемещение во временный счет, остатки на котором я не учитываю, а затем вторую операцию (возврат) провожу вторым перемещением в один из моих счетов.

Сейчас мне приходится сознавать перевод с аналогичными расходу реквизитами, а затем удалять расход. Это не вполне удобно, было бы удобнее преобразовать расход в перемещение, указав счет, на который я делаю это перемещение (это в данном случае и есть недостающий реквизит).
Admin
6 августа 2015 09:38
Спасибо, подумаем.
RsH
12 августа 2015 15:31
Artem Пишет:
Пример:
Три месяца назад я купил, допустим, чайник. Записал расход
Неделю назад он сгорел и я отнес его в магазин. Сегодня мне вернули за него деньги.
на самом деле это две операции - трата и доход.
или ни одной, если производить удаление исходной траты, ведь фактически вы деньги не потратили.

вопрос в том, зачем проводить их через временный счет? непонятно...
Artem
12 августа 2015 16:53
Вот дело в том, что это никакой не доход. Это возврат средств.
При том просто удалить операцию я не могу, иначе я не смогу сверяться с банковской выпиской.
Да и в период времени после покупки и до возврата этих денег реально нет.
RsH
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
Да, спасибо, такие просьбы уже были.
Надо думать над интерфейсом для этой задачи.
Денис
17 мая 2016 12:46
Artem Пишет:
Три месяца назад я купил, допустим, чайник. Записал расход
Неделю назад он сгорел и я отнес его в магазин. Сегодня мне вернули за него деньги.
Как мне записать возврат денег? Это не доход. Но и с другой стороны покупка чайника перестает быть тратой.
В другой программе я оформлял возврат расходом с отрицательным значением. Почему в этом сервисе запрещается вводить отрицательные значения?
RsH
17 мая 2016 13:04
много раз уже обсуждали, что это две разные транзакции.
Денис
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
Не надо придумывать велосипед!
В бух.учете есть понятие "сторно" - т.е. нужно записать ту же операцию как раньше, но с минусом. И таким образом уменьшаться расходы и увеличится наличка в счете
Алексей
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-версии она только сделает этот разбор полетов удобнее.
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.
© drebedengi.ru 2007 - 2017  |  Мобильная версия  |  Карта сайта  |  API интеграции  |  Обратная связь  |   English