В 90-е годы, когда Scala только появилась в России, все, кто её использовал, знали, что такое «консолидация», сейчас почти никто не знает и вот почему: можно сказать, что именно функциональность «непрерывная консолидация» обеспечила ERP системе Scala продвижение в России. В то время было очень важно вести учёт по российским и западным стандартам одновременно, причём в разных валютах. И делать так называемую «перекладку» не по курсу на дату «перекладки», а по историческому курсу, когда каждая проводка в рублях пересчитывалась в доллары (шведские кроны, финские или немецкие марки и т.д.) по курсу на дату проводки, а учёт складских проводок и того более мог вестись одновременно в 2-х валютах независимо, причём с возможностью использования различных моделей оценки запаса, например, в рублях с использованием средневзвешенной цены, а в долларах (кронах, марках и т.д.) по методу ФИФО. Сейчас чаще всего и российский и западный учёт ведутся в рублях, а потому использование такой продвинутой функциональности во многих компаниях сошло на нет. Кстати, по большей части это происходит не из-за того, что это сложно, а чаще всего просто потому, что большинство пользователей элементарно не знают о возможностях своей системы. А зря! Давайте я кратко расскажу, как это работает и Вы прослезитесь от того, как много Вы потеряли 🙂
Для наглядности я воспользуюсь четырьмя слайдами из очень старой презентации, доставшейся мне в свое время от Алексея Харыбина.
Как Вы можете видеть на слайде выше, в iScala имеются разные методы консолидации, но я буду рассказывать о наиболее продвинутом — «непрерывной консолидации». Выше Вы можете увидеть экран настройки связи счетов передающей и принимающей компаний, а ниже схематическое объяснение связи планов счетов. Самое главное условие состоит в том, что план счетов передающей компании (в нашем случае с российским учётом) должен быть не менее подробным, чем план счетов принимающей (в нашем случае GAAP). Т.е. одному счету в исходной компании может соответствовать только один счет в принимающей, но в то же время одному счёту в принимающей компании могут соответствовать один или несколько счетов в исходной (отношение один к одному или многие к одному, но не один ко многим!). На картинке мы видим соответствие один к одному. Кстати, очень часто счета в Скале нумеровались так, чтобы сразу было видно данное соответствие, например, если на картинке 62 счету соответствует 22, тогда их делали примерно так: 620022 в передающей и 220062 в принимающей, впрочем, это совершенно не обязательно.
Мне довелось работать не только со Скалой и я видел другие оригинальные идеи консолидации, но именно в Скале можно строить очень продвинутые иерархические схемы консолидации подобные изображённым ниже или ещё более сложные:
Выше Вы видите, что возможны разные варианты, как на одном уровне, так и многоуровневые. При этом между компаниями одного типа учёта преобразование планов счетов не производится, также не производится и пересчёт в валюту, а между компаниями (не физическими, а компаниями в Скале) с разным типом учёта производится трансформация планов счетов, а пересчёт в разные валюты может иметь или не иметь место, в зависимости от того, в какой валюте ведётся международный учёт.
Как это физически работает? Когда Вы отправляете проводку в Главную Книгу в исходной (передающей) компании, в нашем случае с российским учётом, одновременно создаётся проводка в журнале Главной Книги принимающей компании, например, GAAP, причём счета там заменены с помощью специальной таблицы соответствия планов счетов, а если наша GAAP компания ведёт учёт, например, в USD, тогда все суммы пересчитываются по историческому курсу (а в модуле «Управление Запасами» рублевые суммы заменяются на суммы независимого учёта в USD. Непрерывная консолидация и модуль «Управление Запасами» — это отдельная тема, если возникнет интерес, не стесняйтесь спросить, сейчас не буду Вас «грузить» подробностями).
Всё ещё остались вопросы? 🙂 Я далёк от мысли, что теперь Вы — знаток консолидации в iScala. Моей задачей было лишь пробудить интерес к этой, не побоюсь этого слова, выдающейся функциональности 🙂
Задать вопрос или оставить отзыв:
Все материалы раздела «для чайников»:
- Что такое проводки 07 типа модуля «Управление Запасами»?
- Типы проводок Главной Книги :: General Ledger Transaction Types
- Что такое проводки 10 типа модуля Управление Запасами?
- Цикл продаж
- Автоучет и Книга Закупок
- Коварный параметр «Учет запасов»
- Импорт информации в iScala — это очень просто!
- «Умножение» скидок в Заказах на Продажу 2.0
- Взаимодействие скидок в Заказах на Продажу
- Ввод прихода для заказа на закупку
- Что такое автоучет и как это работает?
- Мы поменяли пароль sa и теперь у нас не работают отчёты AFR и SSRS. Что делать?
- Мы учитываем напитки в литрах, хотим изменить единицу измерения, как это сделать самым простым способом?
- AFR: что это такое, из чего состоит, с чем взаимодействует? :: AFR: what is it, what does it consist of, what it interacts with?
- Заметки из практического опыта администрирования AFR
- Самая распространённая ошибка при работе с отчётами AFR
- The most common mistake when working with AFR reports
- Самая распространённая ошибка при работе с отчётами AFR — какие варианты можно использовать, чтобы с ней не сталкиваться?
- Deploy existing AFR reports on another server
- Развертывание отчётов AFR на другом сервере
- AFR: Как сделать расчёт значения в столбце зависимым от номера строки? :: AFR: How can I calculate the value in a column dependent on the line number?
- Мы случайно удалили проводку в журнале счетов-фактур Книги Закупок, что делать?
- Ещё раз об импорте информации в iScala
- У нас для закупок используется единица измерения упаковка, а для склада — килограммы, как это правильно ввести в карточке запаса?
- Стандартная последовательность действий при работе с модулем «Заказ на Закупку»
- Standard steps when working with the «Purchase Order» module
- Предполагаемые действия при работе с модулем «Управление Запасами»
- Что такое «непрерывная консолидация» и с чем её едят?
- Сравнение разных технологий печати документов в Scala, iScala
- Как сохранить текст хранимой процедуры SQL Server’а
- Мы перешли на новую версию iScala и у нас перестали работать внешние отчёты в Excel, что делать?
- Scala/iScala и электронная отчётность в России | Scala/iScala and e-reporting in Russia
- Шаги по получению запасов от поставщика по заказу на закупку без лишних подробностей
- iScala 3.4 проверяет наличие требуемых DDF файлов до того, как вывести список выходных каналов для печати
- ABC и частотный анализ в iScala на примере программы лояльности Азбуки Вкуса