Не то что бы совсем всерьез, но
АБЕсли хотите построить действительно мощную и гибкую систему, управленческую а не учетную, то надо расширить постановку задачи. И углУбить АБТак называемые "события хозяйственной деятельности" -- это, на самом деле, середина бизнес-процесса. Сквозной бизнес-процесс начинается.Внимание! Выделение начала и тем более конца бизнес-процесса незаконно. Согласно Закону РФ О бухучете деятельность предприятия - непрерывна. АБ с того, что наш отдел закупок позвонил Пупкину и спросил "а почем, Пупкин, твои кошельки поганенькие?". . Кстати, не забыть стоимость звонка вычесть из зарплаты звонившего - мы не покупаем и не продаем кошельки АБ Почему программисты берутся в основном только за хозяйственную деятельность понятно: там хоть как-то все упорядочено -- проводки, номенклатура... А тут: может мы позвонили Пупкину, может он нам, а может вообще у нас с ним рамочное соглашение на поставку кошельков. Традиционным программирование такие штуки не взять. Но если обратить внимание на BPM, то в нем мы увидим мощное организующее средство, в рамках которого поднятая задача решается как частный случай. Зашивать в прикладные коды состояние документов -- плавали, знаем.. Резюме: сколько не предусматривай состояний и вариантов перехода, все равно не хватит. "Традиционным" программированием эта дверь давно открыта. АБПолноценное, гибкое решение только одно: визуальная диаграмма процесса, данные, составляющие контекст процесса, и стандартизованные прикладные процедуры, которые движок процессов тем или иным способом вызывает.О! Т.е если вы же умеете считать амортизацию и звонить по IP, то перед вами открываются невиданные перспективы - запустить расчет по входящему звонку и позвонить Пупкину на Канары при его (расчета) окончании.
И почему эти бестолочи-программисты начинают с алгоритмов расчета амортизации?