Множество Планов Счетов в одной фирме.

[NeNavision_imported]

Есть мега идея, которая не дает спать. Создать в Navision возможность работы с несколькими планами счетов, одновременно. (в рамках одной фирмы). т.е. например План Счетов 1, План Счетов МСФО и т.д. Т.е. Операции отраженные в одном плане счетов на одних счетах, в других планах счетов учитываются по другим счетам. Учли строку в Фин. Журнале в одном плане счетов - автоматически сформировались проводки по другим планам счетов. Таким образом будет возможность различного финансового отражения операций. Различные представления.
Нужен совет: насколько это актуально? где могут быть проблемы? какие принципиально нерешаемые ситуации и т.д. и т.п.
Жду любые комментарии

[rmv]

Zitat:

Zitat von NeNavision

Учли строку в Фин. Журнале в одном плане счетов - автоматически сформировались проводки по другим планам счетов.

Если будет определен механизм мэппинга одного плана счетов в другой - ничто не мешает сформировать отчетность (или проводки) по неосновному плану счетов периодическим заданием .

Вариант 1:
Создать соседние фирмы по числу доп. планов счетов. Настроить в них учет как заблагорассудится, при учете
в основной фирме кидать данные в них и учитывать.

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

[Wizard_imported]

"Измерения" чем не подходят?

[rov_imported]

Ну, в общем как обычно - надо начинать с цели: а для чего нужно несколько планов счетов?
Разные модели учета? Насколько разные? В чем разница? Был упомянут мэппинг-как правило для МСФО
так и делают. Только сразу уточнить надо: какие правила мэппинга? Один в один? Или можно и по другому?

На мой взгляд, чаще всего модель, по которой готвится МСФО или скорее принцип этой модели - это использование
русского баланса и последующее оформление различных корректировок: по ОС, по курсовым и пр.

Для этой цели мы разрабатывали след. механизм:
1) Заводится второй план счетов
2) Настривается мэппинг обоих планов
3) Заводится вторая G/L Entry -для отражения западных проводок
4) По окончании периода проводки из 17 таблицы перекачиваются заданием в табл. из п.2. Тут надо учесть,
что если база большая - то имеет смысл проводки перегонять уже с агрегированном виде: по счетам и
измерениям.
5) В фин. журнал строке - заводим пару полей: МСФО Счет Но. и МСФО Бал. Счет Но. - ясен пень привязаны
они ко второму плану счетов. Если пользователь заполнил эти поля - значит проводка идет по МСФО:
в русском учете запись в G/L Entry не формируем - а в МСФО запись создаем - это как раз нужно для учета
корректирующих проводок.

Ну и всё, собственно.
А идея корячить 12-ю функцию - чтобы там круто все переучитывалось по другим настройкам - как то не кажется
мне правильной.

[rmv]

Zitat:

Zitat von Wizard

"Измерения" чем не подходят?

Хороший вариант, только все операции придется проводить как минимум двухстрочнымии проводками.

[Wizard_imported]

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

[rmv]

Разумеется, однако кроме докуменов продажи и покупки есть еще применения в 21 и 25, фин. учет себестимости, коррекция курсовых... я ничего не забыл?

PS. Описанный мной 2 вариант - рассуждения не более. В здравом уме я конечно так Навижн ломать не буду.
Скорее пойду по пути паралелльного учета в соседних фирмах либо нарисую мэппинг.

[artkashin]

Zitat:

Zitat von NeNavision

Есть мега идея, которая не дает спать. Создать в Navision возможность работы с несколькими планами счетов, одновременно. (в рамках одной фирмы). т.е. например План Счетов 1, План Счетов МСФО и т.д.

1C недает покоя? Зачем?