Смотрю материалы партнерского форума 1С....

[BOAL]

1С:Аналитика
https://wonderland.v8.1c.ru/blog/1s-analitika/
Инструментарий BI-анализа, как часть платформы

[Сисой]

Цитата:

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

очень интересно
насколько я понимаю 1С - у них принцип корреспонденции счетов в проводке (Д-К) заложен именно в самом ядре. Как это можно обойти (именно на уровне ядра!) при переходе на МСФО, где вполне нормальны конструкции ДД-К или Д-КК (или даже ДД-КК)? Ничего кроме каких-то виртуальных счетов не приходит в голову. Но это кмк не решение, а профанация

Когда 1С только делала платформу 8, она предусмотрела на уровне ядра в регистре бухгалтерии свойство "Поддержка корреспонденции". Что интересно - многие стандартные бухгалтерские отчеты анализируют этот признак, т.е. могут работать и при отключении российской корреспонденции в какой-нибудь самописной конфигурации. Типовая российская 1С:Бухгалтерия и российская 1C:ERP работают с корреспонденциями. В международных системах используются регистры бухгалтерии без поддержки корреспонденции.

[EVGL]

Цитата:

Сообщение от Сисой

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

А я в Швейцарии внедрил Финансовый директор был очень доволен, пока ни пришел архитектор из Редмонда и не сказал, что на extensions все это поднять невозможно.

[fed]

Цитата:

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

А я в Швейцарии внедрил Финансовый директор был очень доволен, пока ни пришел архитектор из Редмонда и не сказал, что на extensions все это поднять невозможно.

А ты типа глобально внедрил корреспонденцию, или для какого-то ограниченного функционала ? Просто любопытно...

[trud]

Цитата:

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

А я в Швейцарии внедрил Финансовый директор был очень доволен, пока ни пришел архитектор из Редмонда и не сказал, что на extensions все это поднять невозможно.

Надо было через PowerApps делать с использованием dual write. тогда бы архитектор был бы доволен

[EVGL]

Цитата:

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

А ты типа глобально внедрил корреспонденцию, или для какого-то ограниченного функционала ? Просто любопытно...

Глобально. Задача была поделить деб и кред задолженность по видам расходов и доходов (деятельности), и строить по этому отчеты. Отчеты делал спец из Германии на Power BI.

При глобальной активации России вылезла пара новичков, типа испорченной переоценки и РК и РП, это поправили отдельно, перенаправив логику на стандарт.

[EVGL]

Цитата:

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

Надо было через PowerApps делать с использованием dual write. тогда бы архитектор был бы доволен
Вложение 12930

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

[fed]

Цитата:

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

Глобально. Задача была поделить деб и кред задолженность по видам расходов и доходов (деятельности), и строить по этому отчеты.

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

[Logger]

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

[BOAL]

В 1C ERP WE корреспонденция для бух. учета на плане счетов оставлена. Можно было вырубить и сделать "как у всех", но на деле это же не удобно - нет нормального анализа счета, шахматки - зачем вырезать хороший инструмент.
Для совместимости с мозгами бухов будет форма просмотра проводок по сложным проводка, в кучу Дт и Кт, запросом поверх двойных. Так и так смотреть, рубильником, как в форме ГК АХ.
Вдруг понравится, распробуют и будет новый термин "русская проводка" и все ее захотят, как матрешку и балалайку

[EVGL]

Цитата:

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

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

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

Зачем мне здесь много кредитов, если платеж один?

[Удвой Покуров]

Цитата:

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

Вдруг понравится, распробуют и будет новый термин "русская проводка" и все ее захотят, как матрешку и балалайку

Лука удищев Пачоли смотрит с недоумением.

[mazzy]

Цитата:

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

Странно, почему в англосаксонском учете так держатся за свою форму проводок.

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

двойная запись (конечно есть: сумма дебетов равна сумме кредитов) не предписывает сопоставлять каждый дебет каждому кредиту, а это позволяет изящно записать такие вещи как общие скидки/наценки, оборотные налоги, общие накладные расходы, общие курсовые разницы и т.п.

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

вспомните типовой случай закупки на русских проводках:

Дт20, Кт60, 100руб
Дт19, Кт60, 18руб

чтобы появилась корреспонденция ОБЯЗАТЕЛЬНО нужно сопоставить каждый дебет каждому кредиту.
ради корреспонденции сумму задолженности пришлось разбить на две части.
и мы не видим общую сумму задолженности 118руб в проводках - надо делать отчет.
теперь представим, что поставщик дал скидку. в валюте.

а в многострочной проводке все видно сразу

Дт20, 100руб
Дт19, 18руб
Кт60, 113руб, общая сумма
Кт76(91), 5руб, скидка

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

Дт20, 100руб
Дт19, 18руб
Кт60, $2, общая сумма
Кт76(91), euro 0.5, скидка
дт/кт76(91), ***руб, курсовая

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

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

Цитата:

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

Вариант с корреспонденцией более информативен и удобен. Больше инфы можно вытащить.
Это же практично и в каких то вопросах обходится дешевле.

нет, конечно - не более информативен и не более удобен.
и уж точно никак не вытащить больше инфы.

они просто по другому работают.
они ружья кирпичом не чистют не смотрят на ПРОИЗВОЛЬНЫЙ корр.счет.
они создают субсчета, много субсчетов, отдельно для дебета и отдельно для кредита.

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

в Аксапте отголоски этого в проводках по клиентам/поставщикам:
* оплаты на отдельный субсчет,
* поставки на отдельный,
* а при сопоставлении автоматически создается проводка закрывающая субсчета.

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

=================
разница между подходами как со статической и динамической типизацией в программировании:

корреспонденция = динамическая типизация: можно что угодно, ошибки ловить только в рантайме (исправлять уже созданные проводки)
англосаксонский подход с субсчетами = статическая типизация: затрахаешься продумывать и настраивать, зато контроль на этапе компиляции (ДО создания проводки, а не после)

=================
кстати, сама методика с корреспонденцией в СССР пришла из германии до второй мировой войны, когда массово шел процесс обмена специалистами, знаниями и технологиями. После второй мировой в германии насадили англосаксонский подход.

[Сисой]

Цитата:

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

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

Можно поподробнее? Непонятно. У 1С ведь тоже "у каждого движения может быть своя валюта, своя аналитика, свое количество". Никто не запрещает. В 1С есть как балансовые измерения, так и субконто/небалансовые измерения.

[Сисой]

Цитата:

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

они просто по другому работают.
они ружья кирпичом не чистют не смотрят на ПРОИЗВОЛЬНЫЙ корр.счет.
они создают субсчета, много субсчетов, отдельно для дебета и отдельно для кредита.

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

Перевожу на русский: они используют одномерный регистр с ключом в виде шитого кода вместо работы с многомерными кубами. Очень современно и эффективно.
Если честно, размышлял на эту тему много раз. Имею опыт внедрения систем с многострочными проводками.
Нет "серебряной пули". У любого метода свои плюсы и минусы. И правильно вспомнили про Германию. Победил бы Гитлер - весь мир использовал бы проводки с корреспонденцией, за исключением американского монополиста "1S ltd."... :-)

[mazzy]

Привет, Сисой.
Прежде всего, извини, что засрали ветку про 1С всяким оффтопиком.

Цитата:

Сообщение от Сисой

Перевожу на русский: они используют одномерный регистр с ключом в виде шитого кода вместо работы с многомерными кубами. Очень современно и эффективно.

почему одномерный? см. скриншот с ax2012.
неправильно переводишь - это всего лишь твое представление о плане счетов.
сам придумал - сам обругал

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

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

Цитата:

Сообщение от Сисой

Нет "серебряной пули". У любого метода свои плюсы и минусы.

Да, я уже приводил аналогию - статический и динамический контроль типов.

[Сисой]

Кстати, в 1C ERP WE бухучет ведется на базе модуля МСФО. Ну и сразу начались доработки по первым внедрениям: ввели несколько планов счетов, параллельный учет по ним, нормальный ГФО, запрет изменения операций задним числом и аудирование изменений. Их ждет масса открытий..
Самое полезное, на мой взгляд, следствие попыток выхода на международный рынок - стали менять архитектуру российского решения. Например, идиотскую архитектуру хранения ставок НДС в перечислении в ERP 2.5 наконец-то поменяли на справочник. Вот разработчики-то порадуются ... :-(
На мой взгляд, 1С ERP сейчас наконец-то стала двигаться в нужном направлении (Planning, 24*7, учет по разным моделям). Но по моим оценкам, действительно полноценную по международным меркам ERP мы увидим не ранее, чем года через три-четыре.