[drug_com]

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

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

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

[Егор Динин]

Если в 8ке, не делать переоценки валютных ценностей в конце месяца, не повлечет ли это какой-то неправильной работы алгоритмов?

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

[TipsyKID]

Не будет ли программа оставлять каких-нибудь остатков в грн., при нулевых остатках валют

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

[logist]

Не будет ли программа оставлять каких-нибудь остатков в грн.,

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

[drug_com]

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

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

[Егор Динин]

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

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

в базе не ведется ни реальный БУ по ПСБУ, ни НУ

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

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

и также я НЕ надеюсь на остатки с правильными текущими курсами

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

[logist]

Как я понял это не помеха:
Цитата(drug_com @ 19.08.14, 11:17)
в базе не ведется ни реальный БУ по ПСБУ, ни НУ

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

[Егор Динин]

Не понятно тогда вообще - зачем вести такую базу

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

[drug_com]

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

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

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

[Егор Динин]

База ведется для управленческого учета.

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

[logist]

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

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

[drug_com]

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

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

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

БУ, если он у ведется как попало

Фразой

в базе не ведется ни реальный БУ по ПСБУ, ни НУ

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

[Егор Динин]

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

Сообщение отредактировал Егор Динин - 19.08.14, 14:26

[drug_com]

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

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

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

[Егор Динин]

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

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

[logist]

IFRS.

УПП.

[drug_com]

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

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

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

[Егор Динин]

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

Сообщение отредактировал Егор Динин - 19.08.14, 17:23

[drug_com]

Будет конечно, по 312-му счету гривневая сумма будем зависать, по расчетам в валюте так же будут зависать гривневые суммы

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

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

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

Не повлечет, можете не переоценивать.

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

Протестил:

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

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

[Егор Динин]

Неиспользование ежемесячной переоценнки документом закрытие месяца не приведет к неправильной работе

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