Цитата:
Сообщение от
EVGL
А теперь - по существу:
"И это не учёт", это те самые удобства.
Бггг.
====================
я вот тут подумал, что стоит добавить еще один паттерн, общий для всех erp.
как бы ни ограничивали перепроведение, но везде есть паттерн:
1. делаем первичку
2. на основании первички создаем "налоговый" учет, который допускает ручные коррекции
3. на основании "налогового" учета делаем отчеты, выгрузки и т.п.
В России наиболее типичным является собственно налоговый учет, книги покупок/продаж всякие, кассовые книги, зарплатные налоги и т.п.
В проклято-буржуинии всякие налоги на использование (UseTax, в стандартной Аксапте разными людьми реализовано раз 5-6), разные Intrastat, тот же XBRL
В Аксапте конечно же стоит вспомнить Layer::Operational, Layer::Tax в LedgerTrans... наши локализаторы не заметили этих слоев, поскольку искренне считали, что двойного учёта на холме быть не может
Наши люди искрене считали, что такой паттерн "налоги считать на основании скорректированных врунчую проводок" применяется исключительно в России. Поэтому сделали в Аксапте отдельный налоговый учет и отдельные книги продаж и покупок
А такой паттерн есть везде.
поэтому если самописная система будет уметь:
- регистрировать операционную деятельность
- рассчитывать (и перерасчитывать) затраты и вознаграждения:
--- фиксированной суммой
--- от остатков,
--- от оборотов
--- от итоговой суммы документа
--- от строки документа
- регистрировать рассчитанные затраты и вознаграждения в системе
- предоставлять возможность вводить ручные коррекции рассчитанных затрат и вознаграждений
- корректно обрабатывать такие коррекции в следующих перерасчетах и ручных коррекциях
- получать итоги и обороты по зарегистрированным в системе операциям
то движок можно считать сделанным в бета-версии
но чтобы такой движок был востербован людьми,
кроме движка должно быть многое сделано из области "привычек" и "удобств".
в том числе, о чём так блестяще сказал EVGL