Добрый день!
Планируется переход с 1с7.7 «Торговля+склад для Украины» на 1с8.2 УТ редакция 2.3 и стал принципиальным вопрос о возможности учета себестоимости в трех валютах (грн.,USD,EUR), чтобы, например:
- товар, купленный за 10 грн., при любом курсе имел себестоимость - 10 грн.
- товар, купленный за 7 USD, при любом курсе имел себестоимость – 7 USD
- товар, купленный за 4 EUR, при любом курсе имел себестоимость – 4 EUR .

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

Очень часто возникают подобные "хотелки". Но, ради сохранения целостности учета, в результате приходят к доработке функционала переоценки себестоимости товара.

Спасибо всем, кто не прошел мимо!
То, что часто возникают подобные «хотелки» - лишний раз подтверждает о существовании проблемы, обусловленной сегодняшними реальностями. А реальности такие, что определенный товар закупается по прайсу с ценником в USD, другой в Грн. и третий в EUR. И, честно говоря, я в легком недоумении от того что такие возможности нельзя реализовать в столь мощной программе, и приходится чем-то пренебрегать. С 8.2 придётся подождать?..

Дело в том, что учетный программный продукт не должен учитывать ситуативность валютного рынка, а так же стоит учесть, что учетные решения базируются на законодательных принципах, и здравой логике - если вы используете схемы при которых не можете обеспечить справедливую оценку запасов в одной валюте, то это ваша проблема, а не типового программного продукта, поэтому ее и надо дорабатывать над типовым.
Из практики могу сказать, что подобные хотелки часто обуславливаются тем, что заказчик не понимает своих учетных процессов, часто вообще, т.е. баба Маня с рынка торгующая семечками хочет учет себестоимости в трех валютах, потому, что жопой чует, что ей это что-то даст, например она думает, что поймет "где живые деньги", но реально пояснить она это не может, в результате появляется костыльное ТЗ, и упирается ногами, что надо - делайте. А потом, в результате весь этот функционал оказывается не востребованным, потому что заказчик не может понять что он получил в результате.

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

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

Еще интересно, если у вас это реализовано в 77, как у вас строятся отчеты?

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

Нигде - "законодательные принципы" понимают одну валюту - регламентированого учета.

Предположим товар стоит при закупке 30грн,10баксов,9 евров - через некоторое время 10 баксов уже стоят 40 грн, 10 евров по какой цене будете продавать ?

Законодательство не регулирует управленческий учет, поэтому вы и можете выбирать любую валюту.
Учет в трех валютах одновременно? Можно. Но таких конфигураций не встречал. Дорабатывать придется очень много.
Но! То, что вы предлагаете в первом сообщении, это не учет в трех валютах одновременно. Это - учет одной части в одной валюте, другой части - в другой, третьей - в третьей. В итоге у вас будет 100 грн. + 40 дол. + 35 евро = 175 хз чего. Это и есть конфликт со здравым смыслом.

Нет, один товар учитывается только в одной из валют.Каждый товар имеет дополнительный реквизит -"валюта учета", он задается один раз при создании (как в "альфа-авто),и было-бы неплохо чтоб себестоимость хранилась в этой же валюте, а в отчете идет пересчет в грн. по текущему курсу. Но, как я понимаю, это достаточно сложно и не выгодно.

Этим я хотел пояснить, по какому принципу разрабатываются типовые решения 1С. Они учитывают основные требования, напрочь игнорируя ситуативные.

Все можно упростить. Вы рассказываете о том, что надо изменить в конфигурации. Но надо понять, что вы хотите в результате.
1. Если вам просто нужна информация о себестоимости в валюте и самой валюте, то эти данные уже (ничего не дорабатывая) можно хранить в ИБ тем или иным способом.
2. Если вам необходим отчет по себестоимости или результатам продаж, то работа ограничивается созданием такого отчета, который будет брать данные согласно первого пункта.
Ну и так далее. Можно усложнять без ограничений.

Увидел недавно на Этом форуме подпись"Написание конфигураций под требование заказчика, доработка типовых решений." Дай-думаю спрошу, может кто сталкивался...

Himfil, свой первый ответ исходил из первого вопроса.
Между

и

огромная разница в плане разработки.

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

Ситуация такая: сегодня я продал запчасть, которую закупал полгода назад за 9 евро , тогда курс был 26 грн. за 1 евро и потратил 234 грн. Наценка на этот товар 50% и конечно-же розничная тоже в евро, но продаю за грн в пересчете по текущему курсу(30,5грн за 1 евро) - получается нужно продавать за 411,75грн., но с покупателем договорились за 400грн. Теперь моя задача пополнить склад этой же запчастью и забрать прибыль. Закупочная цена в валюте не изменилась(9 евро) и по сегодняшнему курсу мне нужно заплатить за нее 274,5 грн, а оставшиеся 125,5 записать в прибыль. Поетому мое мнение такое, что данный товар нужно привязать к валюте евро, и себестоимость оставить в этой валюте. Точно также поступить с теми товарами , на которые поставщики выставляют прайс в usd, и отдельно привязать к грн отечественные товары. Ну как-то так...


К моему огромному сожалению в плане разработки я ничего не понимаю, поэтому и выставил вопрос на форум для обсуждения, и благодарен всем кто принимает в этом участие.

В вашем примере это свободные оборотные средства (ведь если вы не собираетесь покупать на них ту же запчасть, то в карман вы положите всю сумму), прибыль всё таки (400-234) 166. Можно списать 40,50 в убытки за счет переоценки запасов, но прибыль от конкретной операции, с точки зрения учетных принципов, будет 166 грн.

logist @ Сегодня, 15:42 необходимо зарегистрироваться для просмотра ссылки,
Я уже понял, что мои принципы учета отличаются от общепринятых. Но если в день продано 50 или 100 разных товаров, то выполнять переоценку и списывать в убытки придется много. Не усложнит ли это мою задачу, тем более эту же запчасть нужно закупать обязательно в ближайшие сроки.

Саму ситуацию я прекрасно понимаю. Но тот выход из ситуации, который вы видите, считаю неверным.
Еще раз в двух словах. Считаю вам необходимо либо определять (расчетно) нужные показатели (себестоимость, цена, результат продажи) с учетом текущего курса для принятия оперативных решений, либо пересчитывать курсовую разницу и выделять ее из общих финансовых результатов для получения информативных отчетов о результатах деятельности.

Это совсем немного. Тем более, если процесс автоматизировать.

Petre @ Сегодня, 16:50 необходимо зарегистрироваться для просмотра ссылки,
Если в результате (расчетного) определения я получу себестоимость 274,5 грн, а прибыль 125,5 грн, то такой вариант, скорее всего, будет приемлем. А вот пересчет курсовой разницы - это когда 166 / 30,5 *26= 141,51грн прибыль, что-то не очень понятно...

Расчет в обоих случаях будет один.

Если говорить об УТУ 2.3, то там в основном есть два отчета по результатам продаж - "валовая прибыль" и "валовая прибыль по поставщикам". Для первого случая достаточно переделать эти отчеты (или сделать их аналоги).

Himfil, можно чисто из личного интереса пару вопросов: если вы не покупаете запчасть второй раз, как понимаете что прибыль не 125 а 166? Если покупаете несколько штук, а не одну как в прошлый раз, считаете что прибыли нет вообще?

logist @ Вчера, 17:45 необходимо зарегистрироваться для просмотра ссылки,
Все просто: купил за 9 евро(или эквивалент) - продал за 13,15 евро (эквивалент) - прибыль 4,15 евро (или эквивалент) :faceoff:Собственно поэтому меня интересует учет в валюте.

Himfil @ Сегодня, 14:18 необходимо зарегистрироваться для просмотра ссылки,
Привяжите Цену ТМЦ к валюте. Все движения будут в гривне по текущему курсу (на момент проведения).

Acid @ Сегодня, 14:30 необходимо зарегистрироваться для просмотра ссылки,
А себестоимость в валюте управленческого учета?

Himfil @ Сегодня, 14:43 необходимо зарегистрироваться для просмотра ссылки,
да

Acid @ Сегодня, 16:09 необходимо зарегистрироваться для просмотра ссылки,
Валюта упр.уч. одна, а есть товары с привязкой и грн. и евро и дол.

Прибыль в каких единицах хотите видеть?
Сумму продаж?

все правильно. так и делайте.

Егор Динин @ Сегодня, 17:21 необходимо зарегистрироваться для просмотра ссылки,
Прибыль и продажи в грн., себестоимость в валюте товара и грн. (можно отдельно),отчет по взаиморасчетам в грн. по документам


Не получается.., может я что-то не как делаю,но себестоимость записывает только в одной валюте(упр.уч.)

Himfil @ Вчера, 17:50 необходимо зарегистрироваться для просмотра ссылки,
Себестоимость в БУ будет в гривне по курсу, себестоимость в УУ будет в валюте УУ по курсу. Обычно это доллар.
А все что ваш маркетолог напридумывает по валюте, пересчитывайте в самих отчетах, в случае с евро.

Еще один пример: допустим валюта УУ это доллар. В августе 2014 был закуплен товар "вода дистиллированная 5 лит.бутыль". Товар недорогой, поэтому купили 500 шт. по цене 7,00 грн. курс в то время был 14 грн. за 1 доллар. Себестоимость УУ = 0,5 дол. У товара привязка к гривне, наценка 100%, продаем по 14 грн. В марте 2015 средний курс был 28 грн. за 1 доллар. Воврос: какая прибыль будет от продажи 10 ед. этого товара в марте 2015? (p.s. на сегодняшний день закупочная цена этого товара - 7,92 грн.)

Himfil @ Сегодня, 10:44 необходимо зарегистрироваться для просмотра ссылки,
Если в цене хотите привязаться к баксу, то должно быть 2 Номенклатуры: 1 с ценой в гривне (старый товар), 2 с ценой в баксах (по новой политике).

*Если товар местный, и вы его купили за гривну, то у вас не может быть никаких мотивов привязки к доллару. Результат этой деятельности в баксах вы увидите в отчетности УУ.
*Если товар импортный, но куплен за гривну, тогда да, надо привязать товар к баксу.

Еще раз благодарю всех, принявших участие в обсуждении темы. Подводя итоги сделал для себя такие выводы: что для реализации своих целей необходимо; 1)Забыть о использовании нескольких валют в УУ; 2) Сделать привязку товара к определенной валюте (требуется доработка); 3) Поскольку себестоимость меняется вместе с курсом- определять ее расчетным способом на день отчета (требуется доработка); 4) Используя эту расчетную себестоимость строить отчеты о прибыли(требуется доработка). Я все правильно понял?

2-ой пункт вроде реализован в стандартной конфигурации.

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

Как ограниченный вспомогательный инструмент такое вполне можно сделать.
Делаем два регистра : партии и продажи.
Заполнять их на подписках с обязательным пересчетом сразу в 20 валют какие больше нравятся.
Бросить эти два регистра в скд.
При оценке прибыли пользуемся простым правилом : за какую валюту купили - в той валюте и смотреть прибыль.
Товары соответственно следует как то сгруппировать по валютам закупки, чтобы удобно отчёт по прибыли формировать.
Всё нехай заказчик наслаждается.
П.С.
Когда начнёт спрашивать что то типа "так в какой же валюте мне смотреть всё-таки прибыль всего по фирме?"
- сначала посоветовать доллар.
А потом советовать ему почитать что-нибудь по философии.

Моделируем дальше:
Купили за евро, продали за доллары, при пересчете долларов в евро типовой механизм пересчитает по кросс-курсу через валюту управленческого (рубли?) учета, так как прямого соотношения евро-доллар в программе не хранится.
Курсовые разницы включать в себестоимость? или в доход?- не не слышал.

например купили за 50 евро.

в себестоимость пошло:
60 долларов, 50 евро, 1500 грн, ххх тугриков.
==============================

продали за 130 долларов
в регистр продаж пошло :
130 долларов, 100 евро, 3000 грн, ууу тугриков.
==============================

смотрим наценку по товарам, купленным за евро : четко видно что наценка = 50 евро.

а курсовая разница тут где. может я что-то пропустил?

Каким образом пересчитывается 130 долларов в ууу тугриков?
Очевидно что у вас установлен курс валют по отношению к валюте упр учета (допустим это рос. рубль)
Тогда вы сначала 130 долларов по установленному курсу пересчитываете в рубли, далее nnn количество рублей пересчитываете в тугрики.
То есть, всегда пересчитываем через валюту упр учета. Прямого соотношения между валютой закупки и валютой продажи может не быть - в том случае, если ни одна из них не является валютой упр учета.
ЗЫ. Так работает типовой функционал.

Да. Типовый функционал именно так и пересчитывает сумму из валюты в валюту. Через гривни. .... и что?
Я всё ещё не могу уловить суть проблемы, которую Вы видите.

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

Просто может возникнуть вопрос: Почему 130 долларов стали yyy тугриков, если я в Тугрикляндии через 5 минут обменял эти баксы на zzz тугриков?

да не нужен здесь стандартный пересчет валют.

Тогда нужна другая методика, нужен регистр с кросс - курсами для всех валют.
Я из практики говорю - в итоге решили что пользователь устанавливает сам курс в документе. У каждого поставщика может быть свой курс доллара. Это также влияет на взаиморасчеты.
Конечно, "доработать можно все", но тут методической проработки не меньше чем самой разработки.
Много раз с таким обращались, до ума ни разу не довели. Вопрос на самом деле интересный

Он - совершенно лишний. Это наши "некоторые деятельные управленцы" думают что они самые умные. Существует мировая практика. Там есть принципы и стандарты.
Отчетность по МСФО при 1 (одной) валюте, да при скачущем курсе из месяца в месяц - тот еще гемор....

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

П.С.
Коллеги, я проблемы тут не вижу.
Нужна заказчику такая считалка - ну так можно сделать.
Проблема будет , когда заказчик будет пытаться результаты таких расчетов интерпретировать всего по фирме.
Но там, где ведут полный финучёт, таких задач не задают.

Чем транслируете?

Егор Динин @ Сегодня, 13:39 необходимо зарегистрироваться для просмотра ссылки,
В УПП есть стандартная трансляция. Сводная итогом за месяц.
Но нужно по-другому.

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