Пересчет первичной и вторичной валют в AX2012

[EVGL]

В AX пересчет сумм из одной валюты в другую всегда идет через валюту компании: несмотря на наличие курса EUR->USD система всегда считает в два приема EUR->RUR->USD, что дает другой результат.

Как общественность относится к этому факту? Как это сделано в других системах?

[fed]

Если это правило не соблюдать, случиться утрата сопоставимости данных. Представь себе, когда у нас EUR/USD 1.35; USD/RUB 34 и EUR/RUB 38. Потом представь что у нас валюта учета рубли, мы запостили накладную в еврах, а заплатили в долларах. (Не типично для России, но при международных операциях допустимо). Потом расскажи мне как курсовую реализованную посчитать. Собственно - в следствие этого явления, если у тебя, например, есть два филиала - один в России,а второй в Украине (ну или Турции той же), то ты никогда не сможешь засунуть по человечески их отчетность в одну учетную систему, поскольку в одном случае для пересчета будут рубли использоваться, а во втором - гривны (или лиры). Поэтому и заводят несколько предприятий, отчетность которых потом консолидируют, пересчитывая курсовые между двумя учетными валютами в момент операции.

[fed]

Кстати - удивляет вопрос сам по себе. Всегда так было - начиная с версии 2.1...

[fed]

Ok. Финальная ремарка. На самом деле -в DAX2012 действительно появился механизм, который позволяет задавать курсы валют между собой, а не к первичной валюте учета. НО: Похоже что, этот механизм сделан не для повсеместного применения в системе, а только для поддержки механизма перехода страны на евро. Допустим, какая-то новая страна начнет переходить на евро. Начиная с какой-то даты (с 1ого января 2015ого например), все пересчеты между валютами в стране, будут происходить через евро. То есть - вводиться режим триангуляции через евро(с точки зрения Аксапты). В этот момент в система должна появиться запись в таблице CurrencyEuroDenomination, с датой привязки к евро. После этого, если мы разносим операции задним числом, то проводки 2014ого года будут пересчитываться между собой через национальную валюту (лиры например), а проводки 2015ого года - уже через валюту триангуляции. Соответственно - для операций до 2015 года - курсы между валютами и евро будут игнорироваться. А для операций с 2015ого года - будут игнорироваться курсы между национальной валютой и всеми остальными валютами (кроме собственно курса между национальной валютой и евро).
Для меня пока загадка, что должно случиться в системе, когда страна окончательно перейдет на евро. ПОхоже что должна еще одна запись в системе появиться, на сей раз с окончательным курсом между национальой валютой и евро, но в какой же валюте учета будут идти проводки в переходый период (когда старый год еще не закрыт, а в новом уже идут какие-то операции), для меня пока непонятно...

[EVGL]

Спасибо за пищу для размышлений. Да, есть триангуляция, всегда была. Да, система всегда так работала, до сих пор не подвергал критике.

Столкнулся, однако, с ситуацией, что для международного концерна с разными первичными валютами и одинаковой вторичной одна Intercompany-операция немедленно приводит к дисбалансу по вторичной валюте в сумме по концерну, поскольку вторичная всегда переводится из первичной. Очевидно, переоценка во вторичной валюте по итогам месяца не поможет, поскольку логика пересчета не изменится. Триангуляция не поможет, поскольку триангуляция через вторичную валюту неминуемо приведет к неверной курсовой разнице по первичной.

Поменял логику, все стало красиво: и курсовая разница по первичной есть, и вторичная в балансе, но осадок на душе остался.

(переименовал тему ; )

На самом деле, тему можно развивать дальше: почему в AX2012 нет отдельных курсов для покупки/продажи?

Как правильно учесть foreign exchange spot swap, если в паре валют (USD -> EUR) не задействована валюта компании (CHF)? Например, операция

Dt X BankUSD - Cr GL_Swap
Dt Y GL_Swap - Cr BankEUR,

X = 192000 USD, Y = 150000 EUR

оставит на счете GL_Swap прибыль или убыток, посчитанный по формуле Y (EUR/CHF) - X (USD/CHF) с учетом бухгалтерского, а не банковского курса, что теоретически не отражает правильного результата от банковской операции. Было бы верно сказать, что экономически правильный результат был бы Y (EUR/CHF Sell) - X (USD/CHF Buy)?

[fed]

Строго говоря - это вопросы не про Аксапту, а вобще про подход к валютному учету. ПОкупку и продажу валюты надо учитывать через промежуточный счет. Обычно - просто заводиться поставщик (а это и есть поставщик сервиса по конвертации), имя которого равно твоему банку, но разноситься он на другой счет (в русском учете - субсчет 76ого, в английском - чего-то там типа Sundry vendors или что-то подобное). Сначала ты ему переводишь рубли (ну или чего-там у тебя) со своего банковского счета на его поставщицкий. Потом ты с поставщицкого счета перекидываешь валюту (фунты например) на свой банковский счет (фунтовый). Естественно - у тебя на счете поставщика образуется разница в валюте учета. Дальше ты на разницу между учетным курсом и курсом покупки (или продажи - без разницы) РУКАМИ делаешь проводку в корреспонденции с Losses/Gains (91 счетом).

Экономическая подноготная данной ситуации следующая: Как известно, для точности баланса было бы неплохо, чтобы все активы оценивались бы не по закупочной стоимости, а по их справедливой рыночной стоимости на данный момент. К сожалению, для 99% активов не существует достоверной методики определения рыночной стоимости на данный момент. Поскольку для валюты (и commodity), существует простая возможность определить их рыночную стоимость, непосредственно после покупки они дооцениваются до справедливой стоимости ( по курсу ЦБ). В следствие этого - переоценка делается в момент закупки.
В целом - если у тебя банков не очень много, можно просто тупо на каждый из них завести по субсчету на Sundry accounts и тупо списывать/приходовать туда/оттуда, а не париться с поставщиком-банком.

[EVGL]

Правильно. Однако, курс ЦБ - это абстракция. Любой банк продает дороже, чем покупает, причем сам swap должен быть выгоден клиенту, т.е. эффективная разница по паре валют должна быть в более узком коридоре, нежели (EUR/CHF Sell) / (USD/CHF Buy). Очевидно, убыток по курсу ЦБ будет больше, чем SwapRate vs. Sell/Buy, что скрывает фактический результат операции.

[fed]

Насчет foreign exchange swap - это скорее вопрос к учетной политике твоего клиента, а не к Аксапте. В принципе - можно поиграться с кросс-курсом в форме сопоставления. То есть - чтобы рассчитать сумму сопоставления в валюте учета (и соответственно курсовую), система работает так:
1. Считается кросс-курс валюты задолжености на дату оплаты к валюте оплаты. Берутся системные курсы обеих валют к рублю (ну или в чем там у тебя учет), и между ними считается соотношение.
2. С помощью этого кросс-курса система пересчитывает сумму задолжености в сумму оплаты. Ну например - выставили счет на 100 евро, а заплатили 60 долларов. Система пересчитывает 100 евро в 135 долларов (поскольку текущий ЦБшый кросс-курс .135).
3. Дальше система считает пропорцию между 60 и 135 (0.4444444).
4. Дальше система множит сумму задолжености (в валюте операции и в валюте учета), на этот 0.44444444 и получает суммы сопоставления задолжености. Суммы сопоставления оплаты равны самим исходным суммам по проводке оплаты (конечно может быть частичное сопоставление, но этот случай не будем обсуждать пока)
4. Потом система берет суммы сопоставления в валюте учета (и по задолжености и по платежу) и по задолжености и по платежу, вычитвает их друг из друга и получает курсовую.

Так вот - если ты в форме сопоставления, в кросс-курс проводки задолжености вобьешь другой курс (например не 1.35, а 1.4, потому что в папуа-новой гвинее именно такой текущий курс евро к доллару), то система будет использовать именно этот курс вместо системного курса из пункта 1.

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

[fed]

Цитата:

Сообщение от EVGL

Правильно. Однако, курс ЦБ - это абстракция. Любой банк продает дороже, чем покупает, причем сам swap должен быть выгоден клиенту, т.е. эффективная разница по паре валют должна быть в более узком коридоре, нежели (EUR/CHF Sell) / (USD/CHF Buy). Очевидно, убыток по курсу ЦБ будет больше, чем SwapRate vs. Sell/Buy, что скрывает фактический результат операции.

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

[EVGL]

Согласен. Так и предложил делать, только без манипуляций с поставищиками, а с вбиванием проводки прямо в журнал ГК через промежуточный счет и редактированием курса относительно основной валюты компании. Очевидно, манипуляцией двух курсов USD/CHF и EUR/CHF можно добиться какого угодно финансового результата. Вопрос удобства пользования и правдоподобности остается открытым

[EVGL]

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

[fed]

Цитата:

Сообщение от EVGL

Согласен. Так и предложил делать, только без манипуляций с поставищиками, а с вбиванием проводки прямо в журнал ГК через промежуточный счет и редактированием курса относительно основной валюты компании. Очевидно, манипуляцией двух курсов USD/CHF и EUR/CHF можно добиться какого угодно финансового результата. Вопрос удобства пользования и правдоподобности остается открытым

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

[fed]

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

[EVGL]

Цитата:

Сообщение от fed

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

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

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

[zemlyn]

Цитата:

Сообщение от fed

Ну и как последний штрих. Сумма во вторичной валюте в учетной системе (не в аксапте - а вообще в учете) - это просто примечание.

Денис, а можно чуть подробнее?
А, то например, пересчёт склада во вторичной валюте как бы есть, но при этом вся себестоимость ВВ - это "примечание".
По поводу переоценок- ну уценили ОС на 20% (так его по обоим балансам можно уценять на 20%)

[fed]

Пересчет склада во вторичной валюте есть, но ведется в отдельной учетной области в ledgerTrans. Если ты попробуешь построить обороты во вторичной валюте сразу и по обычной учетной области и по двухвалютному складу - тебя ждет большой сюрприз Обороты удвоятся (примерно - с поправкой на разные курсы и разные модели учета).
Ну а говоря о невозможности построить нормальную отчетность по суммам во вторичной валюте - Женя уже сказал.
То есть - посмотреть на сумму во вторичной валюте в операции ты можешь конечно, обороты за день построить тоже можешь, но вот пытаться по вторичной валюте построить нормальные баланс, отчет о прибылях и убытках, ОДДС и отчет о структуре капитала - ты не сможешь. Можно только заводить вторую компанию с учетной валютой "Доллар", вводить туда заново операции, разносить и там считать все отчетность.
В конце концов - если бы так легко было строить отчетность во вторичной валюте, любая бухгалтерия (бумажная) давно бы добавила 2-3 колонки в отчетности - для вторичной, третичной и тп валют и вела бы учет в них. Все-таки еще одну-две цифры в таблички внесте при учете - не бог весть какая сложная задача...

[Ivanhoe]

Цитата:

Сообщение от fed

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

К сожалению, в последнее время всё больше клиентов (причем уровня Глав.буха / фин.дира) хотят именно второй баланс "из коробки", наслушавшись / начитавшись маркетинговых материалов.. И потом на проектах пилятся курсовые во вторичной валюте, хранение вторичной валюты во всех модулях и т.п.

[fed]

Я, кстати, когда-то делал двухвалютные реализованные курсовые в сопоставлениях. И оно даже правильно работало Только у меня при этом столько новых седых волос в голове появилось, что я не хочу больше повторять этот опыт...

[Ivanhoe]

Мы тоже делали, ощущения аналогичные..

[wyro4ka]

Добрый день! Не хотела создавать новую тему, может Вы тут мне ответите.
Не могу понять как жить с триангуляцией в АХ 2012, объяните, пожалуйста, кто разобрался. Например: 1. Валюта триангуляции EUR. 2. Валюта учета USD. 3. В справочник валют ежедневно импортируются курсы валют из ЦБ Европы (все курсы по отношению к EUR), в том числе и курс EUR/USD. 4. Теперь, чтобы операции в любых валютах, кроме USD и EUR, разносились в системе, необходимо создать запись для USD в CurrencyEuroDenomination. Курс заданный в CurrencyEuroDenomination будет записываться во вторичный валютный курс, с учетом которого рассчитывается кросс-курс операции (кросс-курс=валютный курс/вторичный валютный курс). И ТУТ ОСНОВНОЙ ВОПРОС: предполагается, что курс USD по отношению к EUR в CurrencyEuroDenomination не нужно ежедневно менять (причем именно менять в существующей записи, а не создавать новые записи на новые даты)? Не могу понять глобальную задумку...Я вижу так: ежедневно курс валют по отношению к EUR импортируются в АХ. Но для того чтобы система разносила валютные операции, пользователь доджен ежедневно заходить в CurrencyEuroDenomination и менять в существующей записи для USD дату и курс (значение курса EUR/USD,кстати, уже есть в справочнике валютных курсов). Подскажите, пожалуйста, правильно ли я пониманию? Очень надеюсь что нет)))