Проводки в трех валютах

[mad_pilot]

Есть впечатление что Axapta немного маловата для такой задачи.......
С радостью услышу аргументированные возражения.........

[Pavel]

Цитата:

Изначально опубликовано ans
Сразу вопрос - ЭТО РЕШАЕТСЯ НЕСКОЛЬКИМИ БАЗАМИ?
А несколькими компаниями? Или одна компания в единственной базе?

Функциональность планирования работает с данными только одной компании. Отсюда ответ:
- одна база
- одна компания
- единая номенклатура
- четыре кода валюты (для учета двух валют в двух странах по отношению к доллару США)
- выделены подразделения в разных странах (код аналитики)
- выделены склады подразделений (кодировка)

Цитата:

Изначально опубликовано ans
ЗАДАЧА номер ДВА
Отслеживание взаиморасчетов между этими подразделениями. То есть одно подразделение не должно быть в долгу перед другим ни деньгами, ни товаром при отгрузке не своему клиенту, а клиенту другого подразделения.

Код аналитики «Подразделение» позволит «отследить» все операции и состояние взаиморасчетов между подразделениями.

Цитата:

Изначально опубликовано ans
И третья задача - финансовая отчетность по сумме этих подразделений.

Если база изначально одна, то ничего транслировать/консолидировать не надо. Останется только intercompany отсеять (тоже вопрос организации учета).

Цитата:

Изначально опубликовано ans
Да, забыл сказать, про бухгалтерию забудьте навсегда

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

[Zabr]

Цитата:

Изначально опубликовано Pavel


...операции семи юр.лиц...делается семь физических копий БД и в каждой запускается некая процедура (назовем ее «очистка»), удаляющая из базы конкретной компании проводки других компаний. Результат из консолидированной операционной базы формируются индивидуальные базы для отдельных юр.лиц.

Очень интересный подход. Павел, можно уточнить:
Насколько давно прохожит в таком режиме, какова динамика изменения времени очистки? Допустим, если все компании равномерно загружают базу, то каждый раз чистится 85% полного объема базы. Или неполного, только за отчетный период ? И сколько времени длится такая чистка, ночи хватает? Эта операция делается ежемесячно, или чаще? А за год ? Если за год, то просто складываете ранее уже консолидированные данные по месяцам, или чистите всю базу за год (для "чистоты эксперимента")?

[Pavel]

Цитата:

Изначально опубликовано Zabr
Насколько давно прохожит в таком режиме

Уж три года решение в эксплуатации.

Цитата:

Изначально опубликовано Zabr
какова динамика изменения времени очистки?

Время процедуры увеличивается

Цитата:

Изначально опубликовано Zabr
Или неполного, только за отчетный период ?

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

Цитата:

Изначально опубликовано Zabr
И сколько времени длится такая чистка, ночи хватает?

После соответствующих мероприятий по оптимизации никогда не превышала 4 часов.

Цитата:

Изначально опубликовано Zabr
Эта операция делается ежемесячно, или чаще? А за год ? Если за год, то просто складываете ранее уже консолидированные данные по месяцам, или чистите всю базу за год (для "чистоты эксперимента")?

см.выше

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

Сухой остаток
Производительность ради производительности никому не нужна.

[ans]

2Pavel
Просто бальзам на душу какой-то!

Цитата:

Изначально опубликовано Pavel
- четыре кода валюты (для учета двух валют в двух странах по отношению к доллару США)

А я тут вот что надумал.
Четыре валюты - тугрик монгольский ТМ
тугрик русский ТР
рубль монгольский РМ
рубль русский РР
Есть контракт между Монголией и Россией на 100 рублей.
Россия платит Монголии 100 РР по российскому курсу получается 2$
Монголия отгружает товар на 100 РМ по монгольскому курсу получается 1$.
А теперь мы хотим посмотреть состояние контракта.
Ессно система даст мне это в одной валюте.
Например в РР. Считаем. Оплатили 100 РР, отгрузили 100РМ = 1$ = 50 РР
Ну в баксах(2$ - 1$=1$) понятно - часть пойдет на суммовые разницы, а как в другой валюте контракт закрыть? Куда 50 РР девать? РР -же не основная валюта...

[Pavel]

Цитата:

Изначально опубликовано ans
а как в другой валюте контракт закрыть? Куда 50 РР девать? РР -же не основная валюта...

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

P.S. возможно решение и в существующей постановке задачи, но оно в силу неадекватности будет носить «извращенный» характер.