Если вы строите ledger (книгу бухгалтерского учёта, систему двойной записи, где фиксируются все финансовые операции/проводки) под разные страны, сначала нужно понять, в каких системах правил вы живёте: US GAAP — стандарт США, IFRS (МСФО) — международный стандарт, обязательный или доминирующий в GCC и большинстве стран MENA, и локальные стандарты вроде ПБУ/ФСБУ в России или НСФО в Казахстане. В США всё относительно линейно: есть US GAAP, есть налоговый кодекс, есть единая логика учёта внутри одной юрисдикции. Вы строите одну книгу и живёте в рамках одного поля правил. В GCC и MENA формально база — IFRS, но поверх неё накладываются обязательные региональные особенности: — VAT и налоговая отчётность в ОАЭ и KSA — Zakat в Саудовской Аравии — стандарты AAOIFI при работе с исламскими финансами — мультивалютность и ежедневная переоценка — удержания у источника (Withholding Tax) IFRS здесь — фундамент. Всё остальное — обязательные надстройки. В СНГ ситуация еще сложнее. IFRS — это «для инвесторов». Регулятору нужны локальные стандарты (ПБУ/ФСБУ, НСФО), налоговый учёт по кодексу и полный комплект первички: бумажки! По сути вы ведёте параллельные контуры учёта внутри одной компании. Отсюда архитектурный вывод простой. Нельзя «впихнуть» всё в одну логику проводок. Нужен Multi-book Ledger: одна операция отражается один раз в базе, но интерпретируется по-разному в разных книгах — по IFRS, по локальным правилам, для налоговой. США позволяют жить в одном контуре. GCC/MENA требуют расширяемости поверх IFRS. СНГ требуют параллельных миров внутри одной системы. А теперь представьте это в базе данных.