Операция перевода

Операция перевода Дмитрий 23/01/2008 22:34 #

Считаю, было бы неплохо в операцию перевода добавить такую опцию как "комиссия". Вот допустим у меня есть счет А в банке 1 и счет Б в банке 2. Я перевожу из банка 1 в банк 2 средства, при этом банк 1 берет 0.5% комиссию. Так было бы удобно учитывать сразу. Причем можно как в процентах, так и указывать конкретную сумму, если она известна. По умолчанию значение будет 0. Как вам идея?

какой смысл? Loki 24/01/2008 10:25 #

придется в списке операций вводить еще одну колонку, которая почти всегда будет пустой, или автоматом добавлять еще одну операцию. А если все равно добавлять операцию, то вы можете сделать это и сейчас. А в будущем, хочется надеяться, появятся шаблоны операций.

смысла очень много MaX:) 24/01/2008 11:43 #

если вы мало общаетесь с банками то для вас смысла никакого. А некоторые по несколько раз на день могут деньги ложить и брать из банка. Ну и возможно любое другое использование.
Можно ведь сделать по принципу: надо включил в настройках, не надо оно по умолчанию выключено

А куда в этом случае Loki 24/01/2008 12:43 #

будет относиться комиссия при анализе?

а я каждый раз Lexx 24/01/2008 16:41 #

учитываю комиссию банка в отдельн статье "Комиссия"

Собственно, я об этом и говорил Loki 25/01/2008 09:40 #

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

можно и так но MaX:) 25/01/2008 13:04 #

человек тогда делает два действия. А если б были коммисионные то делал бы только одно действие. Я вообще никак их не учитываю, гляжу на последнюю суму в банке, а остальное списываю. Не охота парится.

так куда относить комиссию? Loki 28/01/2008 10:29 #

если, как вы предлагаете, реализовать ее отдельным столбцом?

можно сделать отдельный пункт в MaX:) 28/01/2008 12:30 #

отчетах. Можно также добавить новый столбец в операции. И т.д. и т.п.

а если комиссии надо Loki 28/01/2008 13:30 #

на разные счета относить? несколько дополнительных столбцов в отчетах? или прям свое дерево статей специально для этого поля завести?

хм... MaX:) 28/01/2008 15:53 #

я вроде бы понятно написал...

Не надо плодить сущности (-) (-) k` 29/01/2008 00:40 #

Все комиссии должны быть учтены. (+) Dervish 07/02/2008 16:39 #

Вот только учитываться она должна не как-то "особенно", а как обычный расход. По статье "комиссия банка". Или, для тех кто использует двойную запись, как отдельная операция перевода на счет учета комиссии.

Действительно не надо придумывать новых сущностей, каждый пользователь для себя ведет учет расходов и комиссии должны учитываться так, как это нужно пользователю.

Вся проблема, как мне кажется, даже не в том, что в операции не хватает поля "банковская комиссия". А в том, что операцию учета комиссии приходится вводить отдельно, да еще и расчитывать сумму этой комиссии.

Мне кажется, что должен быть автоматизирован ввод комиссий.

проблему решило бы MaX:) 10/02/2008 19:25 #

добавление цен на класификаторы и возможность при операции добавлять или отнимать эти цены.

Не надо плодить дополнительных сущностей... Dervish 26/02/2008 12:05 #

...особенно там, где они совсем не нужны.

какие-такие сущности? MaX:) 27/02/2008 16:36 #

я тут дело предлагаю а вы меня сущностью называете?

Мне например было б очень удобно если бы вместе с класификаторами были их цены. Мы же все и постоянно добавляем одни и те же операции. И должны каждый раз вводить заново цену? А зачем? Если проще добавить цену на класификатор и не мучатся.

какие-такие сущности? MaX:) 27/02/2008 16:37 #

я тут дело предлагаю а вы меня сущностью называете?

ну, (:ХаМ, ты пацак],[ 28/02/2008 18:11 #

узко понимаешь сущность классификатора.
Классификатор это не "классификатор" в понимании цены.
Какую "цену" ты предлагаешь присвоить моему классификатору "Деловая поездка"?

ну, кацап, это ты MaX:) 29/02/2008 14:37 #

как раз узко понимаешь класификаторы. Можно ведь назначать цену только Некоторым класификаторам! тем которые используются у вас как Товары и Услуги. Можно пойти дальше и отделить класификаторы с ценой от класификаторов без цены. Таким образом избежим путаницы.
Еще было б хорошо добавить к этим класификаторам единицы измерения. Тогда не приходилось бы делать кучу валют и использовать их не по прямому назначению.
Подобный принцип деятельности лежит в основе большинства программ ведения учета. Каждый товар, или услуга просто обязаны иметь свою цену и единицу измерения. Это очень облегчает работу. Если добавить еще и выбор даты создания отдельного товара/услуги, то вы сможете смотреть динамику колебания цен!
Можно пойти еще дальше

У нас у всех есть вещи. Так ведь? Но они никак не проходят по нашей базе! В принципе нужно учитывать как деньги которые вы имеете, так и вещи. Вы купили себе что-нибудь, закинули на склад (счет). И там оно хранится. Вы можете в любой момент посмотреть когда купили, у кого и сколько отдали за вещь, и сколько вещей на вашем складе. Это я бы тоже очень хотел увидеть в этой программе. Однако это уже больше для предприятия чем для личного учета.

Программа уже давно вышла за рамки простого учета личных средств. Так почему бы не развивать ее и дальше?

Потому что это... Дим(м) 29/02/2008 18:04 #

... оттолкнет от программы тех, кому нужен только тот самый личный учет.
Уже сейчас не у всех получается "пробраться" через обобщенный мех-м классификаторов. А если мы еще начнем их делить, добавлять к ним какие-то цены, даты, количества, то ... получим в итоге 1С.

А для "складского" учета уже сейчас вполне можно пользоваться "товарными" валютами. Там и динамика колебания цен будет, и "когда купили", и "сколько отдали". В общем, все, что вам нужно.

на данный момент MaX:) 01/03/2008 20:40 #

в этой программе может разобратся далеко не каждый юзер. Программа очень сложная и так. Так что пользуются ее отнюдь не новички, а те кто перепробовав другой софт, и набравшись опыта знают чего хотят и готовы тратить на это время. Для всех остальных есть маса др. "простых" прог.
1С никогда не получим, это разные вещи. У 1С недружественный интерфейс и она заточена только под бухгалтеров.
А вы сами пробовали пользоватся для складского учета валютами? Это же неестественно и неудобно! И ничего нормально не выйдет из того что вы описали.

Да попросту не хватает шаблонов... M 13/02/2008 09:31 #

Не хватает шаблонов опрераций, вот и всё...

То есть сделал я себе шаблон "БлокЦементКирпичЭкспрессКомБанк - перевод", что по этому переводу сделать 2 операции: собственно перевод и списание комиссии. Жахнул я на этот шаблон (в дереве шаблонов), ввёл недостающую информацию (например получателя перевода) и имею две операции в списке...

Хотя мне кажется, что лучше иметь журнал операций и журнал проводок. В журнале операций - более простая модель объединённых операций. А уже весь сплит - в журнале проводок.

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

Форум Операция перевода