Отправлено: 20.08.07 23:44. Заголовок: валюта взаиморасчетов

при поставке от поставщика товар приходит в долларах как сделать чтобы балланс по контрагенту велся в валюте?

 Отправлено: 21.08.07 07:48. Заголовок: Re:

Приход от поставщика следует заносить в рублевых ценах, пот екущему курсу.
Все взаиморасчеты и балансы в программе ведутся в национальной валюте (в рублях).
Валюта и курсы валют используются только для удобства ценообразования.
Если вести документы в валюте, то нужно для каждой операции запоминать
курс этой валюты, выполнять перерасчеты и приведение к единой валюте расчетов и т.д.
Зачем так усложнять себе жизнь ? Вы расплачиваетесь с поставщиком валютой ?

 Отправлено: 22.11.08 23:00. Заголовок: пример: 1) Сегодня ..

пример:
1) Сегодня дал мне постащик железяку с отсрочкой и ценой 100баксов(курс 5) и должен я ему 100 баксов прошел месяц и бакс стал 10; - если я ему через месяц отдам 500 грн. то он обидется, - надо отдавать 1000грн. а если отдам из кассы 1000 то грош цена моему учету и прийдется все время верить его(поставцика) приговорам.
***пример 1 это цветочки а вот вам реальная ситуация за две последние 2 недели.
2) в начале первой недели я купил товар (слава богу без отсрочек) за реальные 10тыс баксов. и приходнул на склад накладную суммой 50тыс гривень, т.е. входная цена единицы товара- 5000грн. (партия 10 процесоров). в начале второй недели оказалось что я продал 5 процов по 1000$(в которых измеряется товар)+10%наценки*курс -10 (который был в момент продажи) и получил на руки 50000грн+10% равно 55000 за 5 процесоров. и я поидее уже заработал 30000грн.(так покажет расчет наценки по накладным). в начале 3й недели я продал еще 5 процов, но курс-15грн. за 1$. я и тут не прозевал и получил на руки еще 15000*5процов+10%=82500грн а купил эти оставшиеся 5шт за все теже 25000. - итого заработал 30000+57500=87500грн. а получил на руки (55000/курс10+87500/курс15)=142500гривень/или реальных 11333$. ( вроде заработал 1333$*15 почти 20000грн.) а не 87500 грн. а ещё при этом оператору откатал 50% наценки 43750грн.(за то что на морозе торговал), и осталось у меня на самом деле 93750грн. которых по курсам 10и15 хватит лишь на примерно 8000$. а потратил я 10000$ сколько же я заработал на самом деле????. а такая ситуация в условиях кризиса не у меня одного я думаю.
для меня выход такой. "основная валюта" - долар.(это вроде уже можно в MEMOSQL сделать). и с контрагентами в этом случае вроде реальный бакс балансирует не зависимо от курса. и товар за реальную баксовую цену двигается и наценка твердая. остается только в расходных накладных научиться выбирать нужную национальную валюту (товар с ценой в основных доларах помноженной на текуций курс чтоб получать в кассу национальную валюту в необходимом на текущий момент эквиваленте. и в накладных и счётах всяких любую валюту с учетом курса от ОСНОВНОЙ - РАСПЕЧАТЫВАТЬ. а сейчас в проге несмотря на возможность выбрать любую базовую валюту все отталкивается от "каких то рублей". Или вот цитата из настроек MEMO:-"пересчитать рублевые остатки в : USD, в EURO".... ???? эт как итак базовые баксы в теже баксы,или в ЕВВРЫ а почему только рубли и только в баксы или евры?? а может говоря А надо и Б говорить, почему бы не пересчитать (хрен с ними баками) ОСНОВНУЮ валюту по отношению к выбранной НАЦИОНАЛЬНОЙ?. вот такой крик души так сказать. надеюсь на понимание и помощь.

 Отправлено: 23.11.08 11:49. Заголовок: Не все понятно - осо..

Не все понятно - особенно описание операций пересчета рублевых остатков в валюту ...
Это где и о чем ?

В MT4x4 документы (и соответсвенно долги) ведутся в одной национальной валюте.
Если у Вас в настройке программы установлена национальная валюта ГРИВНА, то Вы
не можете занести приходную накладную в USD и соответсвенно не может быть
задолженности перед поставщиком в USD.

Для такого учета необходима прогамма, которая вела бы документы и соответсвенно
в нескольких валютах (т.е. многовалютный учет).

Вот и все. И именно для того, что бы не плодить схемы учета описанные Вами в п.2.
программа сделана для одновалютных операций.

 Отправлено: 23.11.08 13:11. Заголовок: Администратор-настро..

Администратор-настройки-изменить-первая вкладка"общая" там переключатель с названием:" Перерасчет рублевых цен на товары" 1-нет 2-в USD 3-в EURO. эксперимент показал что если национальная валюта долар или евро (коль такая возможность появилась)- то данная опция во первых должна хотябы по другому назваться например:"Перерасчет цен из нац валюты в:" и во вторых(главное) - галочки должны быть 1-нет(т.е не производить) 2-в бакс 3-в евро. и уж коль это есть то сюда же не добавить список всех возможных нац валют-просто баг. какая то дискриминация прям )) ущимление национальных меньшинств так сказать)

 Отправлено: 24.11.08 11:24. Заголовок: Команда Memo4x4 с гл..

Команда Memo4x4 с глубоким уважением относится к разнообразным и многочисленным меньшинствам.

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

 Отправлено: 24.11.08 14:34. Заголовок: То что переименовать..

То что переименовать опцию дело не хитрое это и так ясно но для того чтоб не надо было курс 1 устанавливать нужно добавить в тот список остальные валюты (ну ведь они уже есть в программе) я понимаю что это больше чем просто опцию переименовать но тогода логическая цепь не разрывается а чтоб эта цепь замкнутой была надо еще чтоб эти пересчитанные цены по курсу ,в рубли к примеру, в этих же рублях в накладных суммировались, и пришедцие в кассу рубли соответствовали национальной валюте*курс. и в отчетах рубли печатались для злых дядей и педантичных клиентов. вот тогда программа будет мультивалютной и будет учитывать реальную разницу межу выбранной (а не навязанной) точкой опоры и текщей действительностью а сейчас исходя из моих примеров №1 и №2 видно что получить хоть какоето понятие о реальной картине невозможно. есть конечно выход сделать национальный бакс и курс 1 но тогда для того чтоб клиенту просто распечатать товарный чек надо покупать другую дополнительную программу и дублировать учет в ней. а для того чтоб вынести вердикт стоимости надо чтоб был под рукой суперкалк а это гемор и отнють не всидетельствует об универсальности и гибкости серийной программы.

 Отправлено: 24.11.08 16:15. Заголовок: 1. "Нехитрое дел..

1. "Нехитрое дело" (по Вашей классификации) уже сделано и будет доступно
в следующей версии программы.

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