logo
logo

Форум Комиссия при переводе

создать новую тему раскрыть все
Комиссия при переводе Евгений 25/12/2008 16:24 #написать ответ
Почему бы не сделать комиссию при переводе со счета на счет? Т.е. либо комиссия при обналичке с банкомата, либо фиксированная сумма за банковскую платежку.
в моем банкомате куверти 25/12/2008 20:31 #написать ответ
нету комиссии. Поэтому перекидка со счета на счет тоже без комиссии, все равно что я снял и руками донес до банка.
а если комиссия и есть - списывается как расход по статье - какая разница, как делать?
... Олег 30/12/2008 00:10 #написать ответ
Если в Вашем случае комиссия равна нулю, это не мешает указать ее равной нулю при реализации предложения операций с комиссией. Посему, какая разница читающим этот топик, есть у вас комиссия или нет?
ну, пацак],[ 27/12/2008 00:52 #написать ответ
есть пару минут, чтобы ответить на твой пост, которым ты наследил по разным веткам.
Сам страдаю от отсутствия в программе того, чего ты просишь, и могу говорить по существу.
Твоя скромная наивная просьба как бы безобидная. А как быть мне. С моими комиссиями.
Я плачу за квартиру, воду, телефон, электричество, интернет как с web-кошелька, так и с портала банка. Первый берет фиксированную комиссию в месяц, но при условии, что число одинаковых платежей не более 2-х. Т.е., могу заплатить за стационарный телефон свой и мамы, а если еще и за телефон сестры, например, - фиксированная плата удвоится!
Банк по-другому, - фиксированная плата за каждую платежку с портала.
Чувствуешь, дружочек, сколько настроек в программе напрашивается?
А если деньги просто на другой счет захочу перевести, то комиссия 2 процента, но не более 100 у.е. Чувствуешь?
А о скидках ты не забыл? А я нет. Почему бы их тоже автоматом не считать автоматом.
Но не тут то было. Заправка по карточке дает скидку несколько копеек с литра бензина. Цена литра кадый день меняется. Понял? А покупка лекарств по скидочной карточке - 15 процентов, но <B>не на все</B> лекарства, а преимущественно на отечественные. Понял? А кредитная карточка в хозяйственный супермаркет позволяет накапливать 7.5 процента с каждой покупки на своем счету. И т.д.
К чему пришли - только мои запросы удовлетворить дервишу тошно станет. А интерфейс ввода операции станет уродливым, чтобы тебя в этом смысле счастливым сделать.
Так что подумай, прежде чем постить. Зло берет.
чтобы ты, пацак],[ 27/12/2008 01:02 #написать ответ
после моего ответа не причинил себе вред, советую:
- используй дублирование операций
- комиссию списывай расходом на банковские операции
- скидку приходом в виде бонуса
- формулу или процент (для памяти) указывай в примечаниях операции  
и будь счастлив
ееее =) Smart 04/01/2009 00:28 #написать ответ
Я, кстати, именно так и делаю, один в один.
 
Есть куча счетов в разных платежных системах, плачу за разные услуги разными способами, плачу зарплату через платежные системы, etc.
... Олег 30/12/2008 00:16 #написать ответ
Чушь не нужно писать, тогда и зло брать не будет.
 
Уже по тем операциям, по которым есть комиссия, станет проще вводить: все-таки не две операции вводить, а одну.
... Олег 30/12/2008 00:06 #написать ответ
Комиссию можно проводить как отдельную операцию расхода.
И эта операция расхода логично связана с другой опреацией (допустим перевода).
Возможно, удобнее было бы не вводить "навороты" наподобие комиссии и т.п., а реализовать связывание операций, т.е. операции перевода и расхода комиссии связываются. (Другой вопрос, как это удачнее реализовать в программе).
 
В моем случае это будет полезно и в следующем:
Я не веду дополнительную классификацию по Агентам и всех агентов ввел в виде отдельных счетов. Это позволяет вести учет долгов и учитывать различные операции дарения с данными персонами (последнее осуществляется за две операции: перевода на их счет и расхода по нему). Такой подход позволяет избежать дублирования одних и тех же агентов в Счетах (они там нужны для учета взаиморасчетов) и в Классификаторе Агенты, я их ввожу только в Счетах.
Так вот, группировка смежных операций позволит соединить операции дарения, описанные двумя проводками в программе.
Зачем нужно связывание операций? user 30/12/2008 09:29 #написать ответ
Возможно, удобнее было бы не вводить "навороты" наподобие комиссии и т.п., а реализовать связывание операций, т.е. операции перевода и расхода комиссии связываются. (Другой вопрос, как это удачнее реализовать в программе).
Зачем нужно связывание двух или более операций для домашней бухгалтерии?  
 
Я ...всех агентов ввел в виде отдельных счетов. ... (последнее осуществляется за две операции: перевода на их счет и расхода по нему).
Предполагаю, что Вам необходимо более тщательно продумать классификацию. И желательно ознакомиться с принципами бух.учёта. Возможно я чего то не понимаю, но любое движение денежных средств это либо перевод либо приход/расход (в терминах "домашней бухгалтерии"), но ни как не одновременно. У меня складывается впечатление, что Вы используете данную программу не для учёта домашних финансов. Возможно с этим связаны проблемы, с которыми Вы сталкиваетесь.
В частности, для домашнего бюджета операция дарения - это расход и только расход.  
Дарение безвозмездно, оно изменяет общий остаток "навсегда" так же, как и расход на транспорт или еду. Ваши активы (всё ценное что у Вас есть) уменьшаются. При заёме, Вы делаете перевод. И Ваши активы остаются неизменными, изменяется только ликвидность Ваших активов (то есть скорость с который Вы можете Ваши активы поменять на что либо. Одно дело вытащить деньги из кошелька - наличка высоколиквидна, другое дело стребовать с должника, который вообще деньги может не вернуть).
... (-) Олег 02/01/2009 20:52 #написать ответ
... Олег 02/01/2009 20:58 #написать ответ
Мне это нужно для домашнего бухучета.
В свое время здесь на форуме я обсуждал, как лучше вести взаиморасчеты с другими людьми.
Это было в этой теме:
http://www.dervish.ru/forum.php?theme_id=1768&amp;forum_id=4
 
После раздумий пришел к выводу, что лучше для каждого человека сделать отдельный счет.
Но также в тот момент у меня для каждого человека было отдельной значения классификатора в Агентах.
Меня не устраивало, что одни и та же информация о лицах находится в счетах и в Агентах и при ее изменении или добавлении (удалении) нужно вносить эти изменения и там и там.
В итоге я отказался от классификатора Агенты и перешел на учет, в котором все лица, с которыми производятся взаиморасчеты, описаны в виде отдельных счетов.
 
Так вот, операцию дарения и провожу как перевод на счет этой персоны и расход по тому счету. При этом устанавливаю значения классфификатора Подарок на "Подарок вне семьи (в семье (в зависимости от ситуации)).
И эти операции перевода и расхода логически связаны.
Относительно автоматизации комиссий user 30/12/2008 09:34 #написать ответ
Я не возражаю против автоматизации комиссий, если кому это нужно, то почему бы и нет. Проблема заключается в практически непреодолимых трудностях при реализации. О вариантах комиссии подробно описано выше. А теперь представьте себе интерфейс, с помощью которого это можно ввести.
Связывание было бы удобнее Игорь 09/01/2009 13:13 #написать ответ
реализовать в шаблонах. Т.е. при использовании шаблона создаются еще дополнительные необходимые операции. Связи между уже выполненными операциями нет, соответственно, если что-то необходимо удалить/отредактировать это легко делается. Таким образом мы избегаем большого количества однотипных связей в базе, на порядок упрощаем ввод операций с комиссиями и прочим.
... Олег 30/12/2008 00:06 #написать ответ
Комиссию можно проводить как отдельную операцию расхода.
И эта операция расхода логично связана с другой опреацией (допустим перевода).
Возможно, удобнее было бы не вводить "навороты" наподобие комиссии и т.п., а реализовать связывание операций, т.е. операции перевода и расхода комиссии связываются. (Другой вопрос, как это удачнее реализовать в программе).
 
В моем случае это будет полезно и в следующем:
Я не веду дополнительную классификацию по Агентам и всех агентов ввел в виде отдельных счетов. Это позволяет вести учет долгов и учитывать различные операции дарения с данными персонами (последнее осуществляется за две операции: перевода на их счет и расхода по нему). Такой подход позволяет избежать дублирования одних и тех же агентов в Счетах (они там нужны для учета взаиморасчетов) и в Классификаторе Агенты, я их ввожу только в Счетах.
Так вот, группировка смежных операций позволит соединить операции дарения, описанные двумя проводками в программе.
ну, пацак],[ 30/12/2008 12:49 #написать ответ
ты умен, даже термин новый ввел "реализовать связывание операций".
Говори проще - ввожу одну операцию, а по результату появляются две.
И это называется "связывание". Я называю - лень.
Вернее, интеллигентное подгребание под себя. Не навязчиво, и с умом.
Мне такого связывания мало. Мне давай три связанные операции.
Ты вот "операции дарения" осуществляешь, а я бензин списываю.
Так вот мне надо при списании со счета денег на бензин выполнить а. перевод рублей в литры операцией перевода и б. перевод литров в километры.
Так вот, группировка смежных операция позволит соединить операции списания бензина, описанные <B>тремя</B> проводками в программе.
А почему бы и нет. Многим полезно будет.  
Хотя после таких "усовершенствований" cash может непременно стать уродцем.
Возможно следует добавить user 31/12/2008 10:07 #написать ответ
новое понятие "операция".
 
Пока в порядке обсуждения. Пока не реализация, а идея.
 
В некоторых моих программах существует такое понятие как "операция". "Операция" порождает проводки от одной до нужного кол-ва.
Пример - Операция "Принятие наличности для осуществления перевода Westerm Union" порождает проводки
1. принятие суммы перевода (дебет касса, кредит транзит)
2. принятие суммы комиссии за перевод (дебет касса, кредит транзит)
3. зачисление части комиссии на доход (дебет транзит, кредит доход)
4. перечисление части комиссии платёжной системе (дебет транзит, кредит платёжной системы).
 
Возможно и стоит в домашней бухгалтерии ввести такое понятие как "Операция".
И прописать, что  
"Операция оплаты бензина со счёта" порождает проводки списание со счёта... и т.д.
 
Что-то в этой идее есть. Надо обдумать.
ты либо туп, либо зол от рождения slachizh 01/01/2009 13:00 #написать ответ
и похоже забываешь, что разговор идет о программе. Может, как в старь, на бумаге фигачить? А прогу упростить до минимума? А связывание операций возникает из самой сути коммиссии. Нечто подобное должно присутствовать и с моей точки зрения. Тоже приходится создавать пару операций. А по прошествии времени, порой невсегда удается понять, что они парные. И не парься, уродцем кэш не стал до сих пор, надеюсь не станет и в дальнейшем, так как все его свойства выпариваются из опыта, а не абы как.
во-во, пацак],[ 01/01/2009 23:49 #написать ответ
и ты подгребаешь под себя.
Ладно, кто-то при вводе одной операции просит возможность генерить 1-2 дополнительные. Как бы ввод упрощать. Можно понять.
А ты в своем эгоизме идешь дальше - тебе логическую связь между этими операциями подавай. И это стерпеть можно, хранить эту связь в программе явно или неявно. А вот как быть со связью, если одна из операций должна быть редактирована/изменена/удалена? И т.д., и т.п.
Никто не против развития функциональности программы, но надо знать меру. Ускорить ввод операций и упростить анализ можно: а. правильной организацией учета, б. использованием дублирования операций, в. использованием классификаторов. Уже сейчас. И не надо городить огород, если нужен результат учета, а не разговор о программе как самоцель.
Диву даешься пользователям, которые шантажируют: "ухожу к другой программе потому, что разработчик пообещал и два года не делает фиксацию остатка ..." или "не сообщает на первой странице сайта, когда будет очередной релиз". Бред. Ну, уходи, никто не держит.
Я не пойму, разговор о чем вообще? slachizh 02/01/2009 13:17 #написать ответ
Если при операции возникает коммисия - это парная операция или нет? Если нет, то и говорить неочем. Ну а если парная? Логично было бы их связать! Конечно мы и сейчас как-то связываем их, кто как может. Говорю, что гораздо логичней было бы связать и весь сказ. Ну а по поводу ухода к другой программе. Передергиваешь. Нашел бы лучшую, давно бы ушел. И шантаж тут совершенно нипричем. Программа - это инструмент, а не самоцель, если он устаревает, его меняют. И она должна развиваться ИМХО.
ну, пацак],[ 02/01/2009 19:59 #написать ответ
я помогу тебе понять суть разговора, если ты не можешь сделать это сам.
Есть предложения в форуме, которые читаешь и дух захватывает, - круто, великолепно, как сам не додумался до такого изящного решения.
А бывает, читаешь и все понятно - юзерь полтора дня ведет учет, находит как ему кажется функциональный недостаток, получает прилив в мозг и начинает гнать волну - срочно надо реализовать фичу, поскольку без нее жизнь невозможна. Постит идею, где только можно, требует сиюминутного личного отвера разработчика, организует бойкот программы и обструкцию разработчику, поднимая вопрос, а жив ли разработчик вообще.
Никто не против таких идей, всего лишь против доведения необходимости их реализации до абсурда.
Например, те, кто кричал по поводу исключительной необходимости в программе бюджетирования таперь не стесняются постить, что получившаяся реализация бюджета гавно. И т.д. Вот в чем суть.
... Олег 02/01/2009 20:37 #написать ответ
Форум для того и сделан, чтобы обсуждать и свободно выражать имеющиеся мнения.
И никто не требует автора отвечать на все посты.
 
... А из обсуждения может родиться что-нибудь разумное.
... Олег 02/01/2009 20:35 #написать ответ
Да, я сейчас стараюсь избегать связанных операций: допустим, комиссию ввожу в сумму самой операции и пишу в комментарий размер комиссии.
А вот если это разные типы операций (допустим перевод и расход), то приходится догадываться, что есть связанная операция и искать по дате.
во-во, и у меня slachizh 03/01/2009 13:13 #написать ответ
порой возникают заминки при таких вот разделенных парах операций. Более того, кроме даты я их маркирую еще и отдельным номером, что бы было проще их опознать.
да уж, а так и буду, slachizh 04/01/2009 03:26 #написать ответ
или парную операцию отредактирую, либо удалю их нахрен, но опять же парой... А не буду рыться и искать вторую, после того, как что-то сделал с основной. Хорошо бы еще не забыть о второй, иначе попляшешь потом, соображая, откуда она взялась... Отсюда и логика