logo
logo

Форум валюта счета

создать новую тему раскрыть все
валюта счета bonn 24/10/2005 12:37 #написать ответ
очень неудобно при вводе счета выбрать одну валюту и заносить все статьи расходов и доходов только в ней. гораздо удобнее выбирать валюту при вводе статьи, в каких деньгах измерять.
Не совсем понял, о каком именно... Dervish 26/10/2005 13:19 #написать ответ
...удобстве идёт речь, но я считаю принципиальным, что именно счета ведутся в валютах. Не думаю, что у кого-нибудь получится меня в этом разубедить.
Дервиш , ... bonn 27/10/2005 09:51 #написать ответ
... я говорю тебе о том, что при добавлении операции должен быть выбор валюты из списка тех, которые предпочитает пользователь, а не вводить все в одной валюте. зачем привязывать каждому счету одну единственную валюту? что тут принципиального? одно неудобство.
Еще... Karbofoss 17/11/2005 11:40 #написать ответ
Так, я там намесил в предыдущем посте...
 
короче, проблема мультивалютности счета решается так:
В БД в таблице операций заводятся поля:
- Сумма в функциональной валюте,
- Сумма во введенной валюте,
- Введенная валюта.
- вид курса (если по валюте будет вестись несколько курсов).
Функциональной валютой считать Рубль, а вообще, давать выбирать; можно вообще отдельную завести.
 
Далее. Тут возможны варианты, но оптимальным мне видится такой вариант ведения операций. Пре регистрации операций перевода отдельно заводить строки соответствующие ДТ и КТ операции, каждая - со своими аналитиками. А корреспонденцию отслеживать по какому-нибудь коду. В этом случае отпадает необходимоть как-то особо выделять операции расхода, дохода и перевода, все можно вести в одной таблице. И задача обеспечения мультивалютности системы облегчается.
 
Так же, я бы разнес финансовые операции и количественные в разные таблицы. Это позволило бы в дальнейшем наворачивать количественный учет до бесконечности...
 
И опять-таки, не знаю как сейчас )...  В каждой таблице я бы предусмотрел с десяток резервных полей... так, на всякий случай.
 
Тут конечно есть угроза преемственности (я не знаю, как сделано сейчас), но, на мой взгляд незначительная переработка может поставить программу на особое положение среди подобных...
 
Если есть замечания или вопросы, с радостью отвечу. Мыло у Вас есть.
А что тут такого... Karbofoss 17/11/2005 11:06 #написать ответ
Во многих (вернее практически во всех) к счету валюта не привязывается один к одному. Обороты вводятся по указанной валюте. Мультивалютные счета, называется...
 
Другое дело, что это может потребовать некоторой переработки бд и программы. Ну, можно, к примеру, просто вместо одного поля "Сумма" ввести три: сумма (в нац. валюте пересчитанная по курсу на дату) и введенная сумма (в валюте ввода), валюта. Если курса нет, то требовать ввода курса, или автоматом подставлять курс пердыдущего дня (настройки), с возможностью потом ввести курсы за период, а в ходе проверки БД за одно пересчитать смуммы в нац. валюте по введенному курсу...
 
Можно еще весли несколько курсов: Нац Банка, наличный, Черный рынок и т.п. Но это не обязательно, и нужно только для обменных операций, а там все и так пучком...
 
О! Еще мысли.
1. В вер. не понятно как формируется курс пересчета в операциях переноса - средний, что ли?
2. Если ДА, то! 1. Надо брать все-таки курс на дату.
3. Когда формируется операция перевода по счетам с разными валютами:
- Если курса нет и выбран приоритет какой-либо из сумм перевода (сумма расчитывается исходя из другой суммы и курса), по умолчанию ставить соответствующий курс предыдущего дня (с возможностью изменить). Если курсов вообще нет - ставить "1". При сохранении операции - формировать соответствующий курс на дату операции и дальше использовать его.
Я не слишком круто замахнулся?..
4. Мне каццо, что надо наверное разделить прямой и обратный курс обмена, так как все-таки это разные вещи... А в настройках поставить параметр: различать прямой/обратный курсы.
 
Я не слишком тут разошелся?..
Тут много чего... Dervish 17/11/2005 12:16 #написать ответ
Но начнём по порядку:
 
<font color=black>&gt; Во многих (вернее практически во всех) к счету валюта не привязывается один к одному. Обороты вводятся по указанной валюте. Мультивалютные счета, называется...
 
Да, практически во всех. За исключением MS Money, Quicken да и других действительно серьёзных разработок. Кстати, и в профессиональных учётных программах (1С) тоже вроде как не предусмотрены мультивалютные счета. Да и вообще бухгалтерский учёт, вроде как, тоже не оперирует мультивалютными счетами. И двойная запись (о которой вы ратовали в другой ветке форума) вроде тоже не упоминает мультивалютные счета.
 
Ну это если аппелировать к авторитетам. Но моё личное мнение состоит в том, что так называемые мультивалютные счета вредны для учёта. И это принципиальное мнение, изменять я его не намерен.
 
Но уж если очень-очень хочется скрестить на одном счёте "колбасу в килограммах и унитазы в штуках", то вторая версия это позволяет. Последовательность действий должна быть такова:
 
1. Создаёте новую базу данных.
2. Переводите её в режим работы с иерархическими счетами (меню "Файл" / "Настройки базы").
3. Создаёте групповой счёт (он и будет так называемым мультивалютным счётом).
4. В этом групповом счёте создаёте нужные вам лицевые счета в нужных валютах.
5. Устанавливаете пересчёт остатков в требуемую валюту (вы же хотите посмотреть остаток по мультивалютному счёту хоть в какой-то валюте?).
Я не против... Karbofoss 17/11/2005 12:34 #написать ответ
Я ссылаюсь на устройство программ iScala и Oracle Applications. Думаю, это тоже достойные уважения продукты... Но так или иначе меня интересует польза делу.
 
Я предлагаю вариант, который позволит использовать программу и по-старому и с мультивалютным учетом. Да, вы предложили неплохой вариант, но если предполагать рост программы, мультивалютность все-таки надо предусмотреть. В конце концов, если кто-то будет путаться, ни что не мешает ему использовать вариант предложенный Вам выше.
Ремарка. Karbofoss 17/11/2005 12:38 #написать ответ
ПЛЗ, гляньте мой пост "Еще..." в этой ветке. Каково Ваше мнение?
Трудно комментировать... Dervish 17/11/2005 13:02 #написать ответ
...предложения по реализации мультивалютных счетов в ситуации когда есть ярко выраженное желание не делать мультивалютные счета.
 
Как я понял, вы там предлагает классическую реализацию мультивалютных счетов. Такую реализацию я встречал в некоторых программах.
 
Поймите, я так настаиваю на одновалютных счетах не потому что мне лень переделывать программу, а только лишь потому что я считаю мультивалютные счета вредными и разрушающими учёт. Ну как можно на одном счёте учитывать разные сущности?
 
И даже если взять тривиальный счёт "Наличные", то у меня в кошельке лежит не какое абстрактное количество денег, а вполне конкретное количество рублей, долларов и евро. И меня куда чаще интересует ответ на вопрос "А сколько у меня рублей? Мне хватит чтобы сделать вот эту покупку?", чем "А сколько у меня денег всего?". Кстати, программа и на последний вопрос тоже может дать ответ.
 
Ну и, наконец, тут в форуме вы можете найти обмен опытом по использованию программы для товарного учёта. Это когда вводится товарная валюта (штуки и килограммы). Ну и как будут выглядеть мультивалютные счета в товарном учёте? Как на одном счёте учитывать рубли скрепки и литры бензина?
 
В общем, я считаю, что мультивалютные счета, это вредная идея по своей сути. Извините за категоричность суждения.
Не извиняйтесь :) ... Karbofoss 17/11/2005 14:33 #написать ответ
1. Вы считаете, что идея это вредная и разрушающая. Становится непонятным тот факт, что мультинациональные корпорации  используя такие счета до сих пор не разрушены до основания и даже, напротив, неплохо себя чувствуют. )
 
2. Так же вы не объясняете свою позицию. Доводы типа "меня чаще интересует..." откровенно не согласуются с тем, как Вы относитесь к другим пожеланиям и предложениям пользователей.
 
3. Я считаю, что количественный учет должен вестись вообще в другой таблице (на уровне БД) и согласовываться с финансовым на уровне вывода на экран. Это слишком разные вещи. Не учитывая этого, Вы загоняете программу в тупик.
 
4. В финансовом плане я предложил, на мой (и не только) взгляд, вполне приемлемое решение. Абсолютно весь финансовый учет вести и сводить в одной единственной, функциональной валюте. То есть, во всем, что касается расчетов и т.п. ориентироваться на функциональную валюту. Но вместе с ней вести учет и в дополнительной валюте (пусть это будут даже штуки, если хотите). В этом случае, сумма операции хранится как в функциональной валюте, так и в введенной. И сравнение идет функциональной валюты с функциональной.
Допустим, надо сравнить сальдо одного, скажем, рублевого счета, с сальдом другого - килограммового счета.
Для этого берется сальдо каждого в функциональной валюте (которое уже есть, его не надо считать), и пересчитывается в... амперы, которые и будут сравниваться: по курсу на дату отчета, или по историческому курсу (как юзер пожелает).
 
В этом случае, все ограничивается фантазией юзера.
Нормальный пример. У меня расчеты по кассе ведуться в трех валютах: гривны, доллары и рубли.
Так вот мне важно знать не сколько у меня рублей, или долларов, а сколько у меня ДЕНЕГ! То есть, какой суммой я располагаю вцелом, будь она выражена в рублях, долларах или в гривнах. Грубо говоря, размер моего состояния.
Вы сами как думаете, Билл Гейтс считает отдельно акции всех компаний, все облигации, все активы которыми владеет? Его состояние выражается просто и понятно - в баксах.
Так в чем вопрос-то? Loki 17/11/2005 16:43 #написать ответ
&gt;сколько у меня рублей, или долларов, а сколько у меня ДЕНЕГ!
Выбираете групповой счет и приводите остатки по всем его ветвям к любой валюте.
Вопрос в том,... Karbofoss 17/11/2005 17:21 #написать ответ
...что это ставит в тупик развитие функциональности. Лично мне кажется, что программа довольно удачная, и она могла бы вырасти во что-то более серезное, чем домашняя бухгалтерия...
Думаю, что она вырастет (+) Loki 18/11/2005 10:43 #написать ответ
если этого потребуется. Но как этому может поспособствовать сложение рублей с километрами - для меня загадка.
Этому поспособствует Karbofoss 18/11/2005 12:21 #написать ответ
введение мультивалютности и отказ Автора вопреки своим убеждениям от тупиковых и безосновательных идей.
Мне знакомы учетные программные продукты, которые зависли из-за особенностей, которые казались разработчикам чуть ли не главным достоинством. Да, программа работает и внедряется до определенного этапа. Но ведь хочется укрупняться, и тут выясняется, что прога исчерпала себя, что нормальную зарплату в ней написать невозможно, что производство реализовать невозможно и т.п. Вернее возможно, но это все равно что натянуть презерватив на бочку. Мне искренне не хотелось бы повторения той истории.
Я еще раз повторяю, что учет в разных валютах на одном счете осуществим и не притиворечит логике учета. Рубли прекрасно сравниваются с километрами, если это километры, пройденные водителем, исходя из которых ему платится зарплата. Все, что может быть оцененно в деньгах сравнимо. Тем более, разные валюты.
 
Блин, я не понимаю, почему такие трудности. Я внедрил уже кучу учетных систем и ни на одном предприятии ни разу ни у одного финансиста не возник вопрос "как это так, разные валюты на одном счете?" Тут же - засада какая-то...
Мультивалютные счета и апроксимация Николай 21/11/2005 08:53 #написать ответ
...курса уже обсуждались. Мультивалютность активно не нравится дервишу, а апроксимацию дервиш давно обещал убрать, но воз и ныне там. В последнее время, к сожалению, меняется только интерфейс программы. Честно говоря, я считаю, что программу нужно заморозить на текущем уровне и довести до ума - исправить ошибки, сделать давно обещанное (отчёты, апроксимация курса, пользовательские поля и т.п.) и выпустить стабильный релиз.
 
Разговор про мультивалютные счета был тут: http://www.dervish.ru/forum.php?theme_id=949&amp;forum_id=4&amp;srch=%EC%F3%EB%FC%F2%E8%E2%E0%EB%FE%F2
 
Кстати, я работаю в компании, которая успешно их использует. Счёт имеет рсновную валюту. Деньги вводятся в разных валютах. Вводится курс операции. Основная валюта вычисляется. Все эти данные сохраняются в операции. В любой момент можно узнать сколько было заплачено реально, сколько сколько это было на момент совершения операции и сколько это стоит на сегодняшний день (по текущему курсу).
 
ИМХО программа пошла по пути увеличения красоты в ущерб функциональности.
Хорошо, не буду. :) Dervish 18/11/2005 22:56 #написать ответ
&gt; Так вот мне важно знать не сколько у меня рублей, или долларов, а сколько у меня ДЕНЕГ! То есть, какой суммой я располагаю вцелом, будь она выражена в рублях, долларах или в гривнах.
 
Один групповой счёт и три лицевых, в рублях, долларах и гривнах. На странице счетов выбираем в поле "Пересчитать в валюте" нужную валюту и видим сумму ваших, как вы говорите, ДЕНЕГ!
 
А если нужно проверить, правильно ли вы ведёте учёт, то можно пересчитать отдельно, например, рубли (бумажки) и сравнить с остатком по счёту.
 
&gt; Вы сами как думаете, Билл Гейтс считает отдельно акции всех компаний, все облигации, все активы которыми владеет? Его состояние выражается просто и понятно - в баксах.
 
Итоговая сумма в баксах нужна только для того, чтобы "погреть душу". Или для того, чтобы удовлетворить любопытство всяких "Форбс". А вот все решения по любому активу принимаются на основе детального изучения именно этого актива.
... Karbofoss 21/11/2005 10:13 #написать ответ
В случае с наличностью, каждая валюта может быт в течение 3-х минут обменяна на другую. И если меня прижмет, я должен иметь возможность оценить свои возможности...
 
Короче. Афтар сотрудничать отказывается. Меня задолбало это упрямство, так что пускай он варится в своих мнениях об учете сам. Прога хороша действительно только для домохозяек. Ни для чего большего она не будет пригодна... И в основоном из-за того, что ее автор не видит ничего дальше собственного носа.
Просто она не для нас :) Николай 21/11/2005 11:04 #написать ответ
Просто программа рассчитана на другую целевую аудиторию. К сожалению.
Странно, что... Николай 21/11/2005 11:20 #написать ответ
...народ сильно озабочен как назвать Справочники/Классификаторы и какого цвета должны быть ссылки. По мне так хоть горшком назови... Жалко, что Дервиш не берёт денег и работает один.
А я согласен! (+) Loki 21/11/2005 16:49 #написать ответ
&gt;Прога хороша действительно только для домохозяек. Ни для чего большего она не будет пригодна... И в основоном из-за того, что ее автор не видит ничего дальше собственного носа.
 
Более того, предлагаю пойти дальше и объявить Дервишу бойкот! Стереть нафик его писульку и установить интуитивно понятный 1С, до боли любимый... Лично я так и планирую поступить. Сразу после Вас.
Уже стоит по долгу службы Николай 21/11/2005 17:54 #написать ответ
&gt;Более того, предлагаю пойти дальше и объявить Дервишу бойкот! Стереть нафик его писульку и установить &gt;интуитивно понятный 1С, до боли любимый... Лично я так и планирую поступить. Сразу после Вас.
 
Это шутка такая? Ну зачем же так программиста (Дервиша) обижать .  
 
А 1С у меня уже стоит, т.к. приходится за ней присматривать по работе. Дома такое не нужно, а нужно что-то проще 1С, но посложнее AC. AC - программа всё-таки хорошая. До определённого момента. Пока в стенку не упрёшься. Ограничения, к сожалению, есть везде.
Ограничения.. Karbofoss 22/11/2005 10:27 #написать ответ
есть тогда, когда с ними (т.е. с разработчиком) ничего нельзя сделать. Тут вроде ситуаия другая: разработчик декларирует открытость для диалога, даже регулярно отвеает на вопросы и предложения. Так о каких ограничениях тогда может идти речь?
Разработчик выбрал стратегию Николай 22/11/2005 12:16 #написать ответ
Разработчик выбрал стратегию развития продукта. Наши предложения не укладываются в эту стратегию. Разработчик открыт для диалога, но он вправе реализовывать только те изменения, которые ОН считает правильными. Он - свободный художник. Что хочет, то и рисует. Может быть поэтому он и не хочет брать деньги за разработку.
И о курсах. Dervish 17/11/2005 12:26 #написать ответ
Об этом много писалось в форуме (поиск как всегда рулит), но тезисно могу повторить:
 
1. Считаю, что вполне достаточно вести в программе всего один курс, который будет использоваться для приведения к единой валюте сумм и остатков. Этот курс ведётся на странице валют. И его мы будем называть официальным курсом.
 
2. На практике мы практически никогда не выполняем обмен по официальному курсу. Поэтому в любой (мультивалютной) операции перевода предусмотрена возможность задания собственного курса. Ограничений нет.
 
3. В нынешних версиях программы (Cash, AbilityCash) если на некоторую дату не задан официальный курс но на эту дату нужно конвертировать некоторую сумму (например при построении графика), то программа линейно аппроксимирует курс по заданным ближайшим значениям. Не буду говорить о причинах, почему было сделано именно так, но сейчас я считаю, что это было сделано неверно. И планирую совсем отменить аппроксимацию. При любом расчёте программа будет использовать последний введённый курс.
 
4. Во введении множества курсов (Нац Банка, наличный, Черный рынок и т.п. а также в различии прямого/обратного курса) не вижу практического смысла.
 
Такие дела.
Я тоже не вижу... Karbofoss 17/11/2005 12:36 #написать ответ
... Да, иметь кучу курсов это слишком. Что скажете на счет прямого и обратного курса?
А зачем? Dervish 17/11/2005 13:03 #написать ответ
Что вам это даст? Смысл какой?
Смысл в том, что... Karbofoss 17/11/2005 14:07 #написать ответ
...пользователь может как покупать, так и продавать валюту. При чем, очевидно, это точно будут разные курсы. А если редположить, что эти операции могут производиться в один день, очевидным становится, что просто обойтись новым курсом не получится. Можно, конечно, указать курс просто в операции. Но по-моему, это не совсем правильно...
Я понимаю... Karbofoss 17/11/2005 17:25 #написать ответ
...что то, что я предлагаю перегружает функциональность, но лишее это можно спрятать настройками, сделать профили настроек: любитель, продвинутый, корпорация и т.п...
по п.1 IF 17/11/2005 13:39 #написать ответ
Да сейчас динамика курсов вычисляется ОЧ странно, особенно заметно если курсы меняются не ежедневно, а, скажем 2-3 раза в неделю...
Вопрос уже поднимался, Dervish обещал подправить, сделав использование последнего (вернее последнего из предыдущих) курса.
Будем ждать.
Мультивалютные счета и апроксимация Николай 18/11/2005 09:40 #написать ответ
...курса уже обсуждались. Мультивалютность активно не нравится дервишу, а апроксимацию дервиш давно обещал убрать, но воз и ныне там. В последнее время, к сожалению, меняется только интерфейс программы. Честно говоря, я считаю, что программу нужно заморозить на текущем уровне и довести до ума - исправить ошибки, сделать давно обещанное (отчёты, апроксимация курса, пользовательские поля и т.п.) и выпустить стабильный релиз.
 
Разговор про мультивалютные счета был тут: http://www.dervish.ru/forum.php?theme_id=949&amp;forum_id=4&amp;srch=%EC%F3%EB%FC%F2%E8%E2%E0%EB%FE%F2  
 
Кстати, я работаю в компании, которая успешно их использует. Счёт имеет рсновную валюту. Деньги вводятся в разных валютах. Вводится курс операции. Основная валюта вычисляется. Все эти данные сохраняются в операции. В любой момент можно узнать сколько было заплачено реально, сколько сколько это было на момент совершения операции и сколько это стоит на сегодняшний день (по текущему курсу).
 
ИМХО программа пошла по пути увеличения красоты в ущерб функциональности.