Господа, веду учет транснациональной компании в 1С УТП для Укр. (1.2.19.1).

Компания состоит из нескольких подразделений внутри страны и за её пределами, а валютой БУ пока выбрана Грн (хотя в базе не ведется ни реальный БУ по ПСБУ, ни НУ), а валютой УУ Евро.
В связи с этим, (пока) думаем, что переоценивать все валютные активы (задолженности и денежные остатки) в Евро через Грн по окончании месяца нет смысла. Затраты и доходы по курсовым разницам в таком случае являются очень сомнительными, если не сказать виртуальными.

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

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

Естественно будет , для этого и необходима переоценка.
Но в алгоритмах ошибок быть не должно.

Будет конечно, по 312-му счету гривневая сумма будем зависать, по расчетам в валюте так же будут зависать гривневые суммы, плюс все валютные проводки которые делают оценку гривны на момент проведения будут не корректные. Т.е. все данные бухучета о операциях связанные с валютным учетом будут отображать не корректную цифру гривневого эквивалента, соответственно с общими данными бухучета (ОСВ, баланс) можно будет ходить исключительно в туалет, т.к. реальную картину в валюте учета (у вас она ГРН) отображать не будут.
В управленческом учете, если валюта УУ будет отличаться от валюты документа будет та же фигня.
Для того, что бы не использовать переоценку, необходимо, что бы все валюты учета были одинаковы, и документы и вводные данные вводились только в этой одной валюте.

Документы проводятся и в УУ и в БУ, для проверки УУ, т.к. я УУ не доверяю - там нет двойной записи, а некоторые документы могут не писать записей в УУ, а я этого никак не проверю, кроме как при сверке с БУ.

Как я понял это не помеха:


Тут как бы ТС намекает...

Видимо задача не раскрыта полностью, мало информации.
P.S. Все таки после этого база будет еще пригодна, например, для распечатки первичных документов...

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

да вот с этого и надо бы начать... Что скажет ТС?

База ведется для управленческого учета.
Но подсистема "УУ" в 1С не даёт возможности её проверить двойной записью, как БУ, поэтому ведутся 2 подсистемы и БУ и УУ.

Хочу добиться, чтобы они были идентичными, но информацию анализировать из регистров (из УУ).
Поэтому и не хочу переоценивать валютные ценности.

Скажите, а затраты курсовых разниц в УУ Вас не интересуют?

Так, а что Вы хотите проверить по БУ, если он у ведется как попало. Если цель - проверять данные УУ по БУ, то БУ должен вестись корректно и в полном объеме.

Касательно реального УУ:
На данный момент пока валютой учета является грн., переоценка в реальном управленческом учете меня не интересует, т.к. переоценивать все через гривну неадекватно.

Касательно подсистемы УУ в 1С:
В подсистеме УУ почему-то, на удивление мне, переоценки вообще не делается - документ закрытие с галкой "Переоценка" обнуляет (делает отрицательные записи) регистр по всем затратам за месяц, но положительных записей с затратами по курсовым разницам не делает.
Поэтому УУ в 1С не переоценивает мои валютные активы (и пассивы).


Фразой подразумевалось отсутствие привязки к ПСБУ и Налогам - база ведется только для отображения управленческого учета, но ведется корректно в обеих подсистемах и в БУ и в УУ.

Какие именно данные Вы хотите получить в УУ?
- Данные по затратам Вы не получите - они не актуальны, хотя бы из-за курсовых разниц.
- Данные по доходам в принципе в УУ в УТП как таковые не ведутся.
- Отсутствует двойная запись? так баланс Вы все равно в УТП не построите. Баланс в УУ можно получить в УНФ или Управляющем
Что остается? Оперативный учет товаров в количественном учете? Анализ движения бабла в разрезе проектов и ДДС? Как-то однобоко, но можно.

Егор, с балансом Вы меня серьезно опечалили

Мне нужны PL (план факт), BS, CashFlow (план факт) и IFRS.
В какой конфигурации такой функционал есть?

Начнем сначала:
- сколько юрлиц,
- в чем ведется учет (в том числе и в зарубежных филиалах),
- ведется ли упр учет, есть ли отличия между бух и упр учетом,
- есть ли данные по ВГО в каждом филиале?
- отчетность консолидирована по группе?
- откуда, собственно, брать данные? Форматы источников?

УПП.

Выражаю ОГРОМНОЕ СПАСИБО за интерес к теме и ответы!




1. Пока около 15 будет 30
2. Пока учет ведется УПРАВЛЕНЧЕСКИЙ в единой базе по всем странам, но перспектива - разные базы сливающиеся в одну. Но есть ньюанс №6.
3. На данный момент только Управленческий, отличия - дата дохода раньше чем бумага (согласно оценке менеджмента по ИФРС).
3. Да
4. Да
5. Да
6. В каждой стране есть своя финслужба с ведением учета по СБУ тех стран. Идеальный вариант - ведение учета в единой базе - но такой, еще не придумали (мультиСБУ). Пока бизнес есть в странах СНГ и Европе.
Возможен вариант использования одного вида конфигураций для разных стран и конфигурации консолидации в центре, чтобы данные стекались из баз по странам.
Правда я не знаю функционала "консолидации". Даст ли он мне извлечения ВГО и трансформацию в ИФРС?
И возникает вопрос: не знаю конфигураций 1С для Европы и других стран (Америка, Израиль, Египет)?

При таком количестве организаций, да еще в разных странах организовать учет в 1С не представляется возможным. В таких случаях можно использовать конфигурацию 1С в которую загружается информация за период из других баз, присланная в excel файлах или другом заданном формате.
После этого информация обрабатывается и получаем нужную отчетность. Сложно. Дорого. Долго.
Конфигурации: что-то типа Консолидации (стандарт или Проф), УПП, БИТ_МСФО, БИТ_Финанс, ИТРП_Бюджетированиие и финансы, и прочие... В некоторых уже есть загрузка данных из файлов заданных форматов, можно и свою мини-конфигурацию написать. В любом случае если самостоятельно, то скорее всего будете консолидировать отчетность в excel/

Посмею с Вами, господа, не согласиться!


А с Вами, Егор Динин, однозначно соглашусь!

Протестил:

Проводки по валютному счету БУ (например: 305 Касса в USD) (по этапам):
1. Курс дебетовой проводки будет соответствовать курсу установленному в регистре сведений "Курсы валют" на сегодня (которую возьмет документ, например: приходный кассовый ордер).
2. Курс кредитовой проводки будет соответствовать курсу остатка по счету БУ перед документом, а вторая нога этой проводки может быть двойной:
1) Одна часть ляжет на расчеты с контрагентом ПО КУРСУ на СЧЕТЕ РАСЧЕТОВ С КОНТРАГЕНТОМ,
2) Разница курсовая будет отнесена на доходы или расходы: сч.945, сч.714.

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

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

Получил определенное промежуточное но пока актуальное решение, поэтому решил написать может кого-то заинтересует идея:

Вместо


Мультивалютный учет в единой базе решен таким образом (очень незатратным, но эффективным)

Создан паралельный учет в функциональных валютах стран.
В плане счетов созданы копии всех счетов, только с буквой в коде и признаком "забалансовый".
Все проводки в УТП дублируются, только с суммой в функциональной валюте.
Т.е. документ в грн. в Европейской Организации делает проводки по забалансу с валютной суммой грн., а сумма проводки Евро.
Курсы беруться из отдельного регистра курсов по источникам: т.е. для каждой страны свой источник - свой нацбанк. Курс в регистре указывается к функциональной валюте.
Не дублируются проводки по курсовым разницам - они создаются оналогичным алгоритмом как в украинском учете, только по забалансовым счетам и к своей функциональной валюте.
Созданы: отдельный отчет "ОСВ забаланс"; документ "Закрытие месяца забаланс"; регистры сведений "функциональные валюты организаций", "курсы валют по источникам", "соответствие балансовых счетов забалансовым"

Результат: Получены балансы (по ОСВ) в валютах стран. (обрабатываются пока в Эксель)
Главным достижением стало: учет внутри каждой страны с переоценками своих валютных активов к своей функциональной валюте.
Почти МСФО

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

Документы не трогали. Дописан общий модуль, подписка на событие - "Обработка проведения":

Процедура ПодпискаНаСобытие1ОбработкаПроведения(Источник, Отказ, РежимПроведения) Экспорт
Функция ПолучитьЗабалансовыйСчет(Счет) Экспорт
Функция ПолучитьБалансовыйСчетИзЗабалансового(ТекСчет) Экспорт
...

При проведении документа парралельно пищутся еще проводки, например вместо 2х проводок - 4.
Еще правили какие-то алгоритмы для сч. 333.
БУ не пострадал совсем.