Версия для печати темы (https://pro1c.org.ua/index.php?s=22ced7c5607f59773be9384ca3987e0a&showtopic=19414)

Автор: drug_com 19.08.14, 10:17

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

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

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

Автор: Егор Динин 19.08.14, 10:28

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

Автор: TipsyKID 19.08.14, 10:29

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

Автор: logist 19.08.14, 11:40

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

Автор: drug_com 19.08.14, 12:15

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

Автор: Егор Динин 19.08.14, 12:16

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

Автор: logist 19.08.14, 12:30

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

Автор: Егор Динин 19.08.14, 12:49

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

Автор: drug_com 19.08.14, 12:50

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

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

Автор: Егор Динин 19.08.14, 12:53

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

Автор: logist 19.08.14, 13:07

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

Автор: drug_com 19.08.14, 13:16

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

Автор: Егор Динин 19.08.14, 14:24

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

Автор: drug_com 19.08.14, 15:18

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

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

Автор: Егор Динин 19.08.14, 15:32

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

Автор: logist 19.08.14, 15:35

УПП.

Автор: drug_com 19.08.14, 17:04

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

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

Автор: Егор Динин 19.08.14, 17:22

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

Автор: drug_com 20.08.14, 13:32

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

Протестил:

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

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

Автор: Егор Динин 20.08.14, 13:53

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

Автор: drug_com 20.11.15, 1:52

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

Вместо

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

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

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

Автор: Егор Динин 20.11.15, 9:52

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

Автор: drug_com 20.11.15, 13:23

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

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

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