Если бы вы создавали ERP систему с нуля для международного рынка, как бы вы подошли к проектированию финансового контура?

[EVGL]

Цитата:

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

Т.е. делаем ли мы сразу простые проводки с однозначным дебет кредитом как в 1С или делаем сложные многострочные проводки, которые потом героически превращаем где то внутри в однострочные.

3 проводки объективно проще, чем 4, так что это с вашей стороны обусловленная практиками конкретной страны предвзятость. Клиент не платит отдельно 20 рублей НДС и отдельно 100 рублей в ваш карман, он платит 120, а делить уже вам. Эта тема обсуждалась недавно.

В ряде случаев для внутреннего анализа на предприятии интересно иметь, конечно, 100 отдельно. В моей практике это налог в "фонд поддержки семьи" с выплат собственнику / директору предприятия, который сам по себе может быть предпринимателем и получать доход естественно в итоге за вычетом НДС, т.е. платеж платежу рознь. Но это экзотика.

[Logger]

Цитата:

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

3 проводки объективно проще, чем 4, так что это с вашей стороны обусловленная практиками конкретной страны предвзятость. Клиент не платит отдельно 20 рублей НДС и отдельно 100 рублей в ваш карман, он платит 120, а делить уже вам. Эта тема обсуждалась недавно.

Возможно я пропустил это обсуждение.

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

Пользователю потом можно как хочешь показать, сгруппировать по документу / ваучеру и показать как одну сложную проводку по документу.
Если пользователь рукам вводит, то думаю что можно что-то придумать по превращению в однострочные сразу при записи.

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

По поводу клиента - он платит 120, но при этом всегда есть информация сколько там НДС. И это жеж неспроста. Ну а мы отражаем в учете как нам надо.

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

[EVGL]

Цитата:

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

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

Нет, в точности наоборот, поскольку соответствие Ledger - Subledger превращается из 1:1 в N:1. Где тут удобство?

Цитата:

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

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

[Logger]

Цитата:

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

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

А где вам доводилось внедрять кроме Швейцарии и Австрии ?
Везде многострочные используются ?

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

[EVGL]

Цитата:

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

А где вам доводилось внедрять кроме Швейцарии и Австрии ? Везде многострочные используются ?

В Германии, Польше, Чехии, Венгрии, Франции, Великобритании, США, Испании, Италии, Швеции, Норвегии, Дании, Таиланде и теперь Бразилии. Везде используются многострочные.