концепция Axapta

[vleg]

Цитата:

Изначально опубликовано Unif
С большим вниманием прочитал все посты ( особенно там где про философию).
Очень интересно( и позновательно) ...
Остальные посты тоже впечатляют.
Хорошо задам вопрос по другому :
в 1C типы документов настраиваются и все действия описываются на внутреннем языке.
как насчет этого в Axapte
PS Спасибо Ruff .

Бизнес-логика Аксапты в большой степени соотвествует объектно-ориентированному подходу к описанию предметной логики. У вас есть какие -то сущности реального мира - например, Клиент, Поставщик, Бухгалтерский счет, Счет-фактура. Каждая сущность - это таблица в базе данных (или несколько связанных таблиц). На таблицах существуют методы, которые реализуют триггеры и некоторые сервисные функции (типа find() поиска нужной записи). Более сложная бизнес-логика (поведение объектов) реализуется классами - обработчиками - они часто мнемонически повторяют названия таблиц. Таблицы в Аксапте не наследуются, но классы - обработчики наследуются весьма успешно.
Таким образом вы не ограничены предопределенным типом сущностей (документами), и можете писать все что угодно.

Существует ограниченный набор решения типовых задач. Вот пример. Есть сущность - основное средство. Список основных средств - AssetTable. Операции с основными средствами проводятся через журнал основных средств. В результате обработки строк журнала создаются операции с основным средством (AssetTrans) - например, проводится очередная амортизация. Обработка строк журнала также приводит к необходимым бухгалтерским проводкам. Соотвествие бухгалтерских счетов и операций c основными средствами осуществляется через профили разноски (что-нибудь типа AssetPostingProfile). По такому примерно принципу (справочник - операции через журналы - бухгалтерская разноска) построены многие модули системы - ГК, ОС, Касса, Расчеты с клиентами и Расчеты с поставщиками.

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

Также существует несколько документированных шаблонов решения сервисных задач (т.н. frameworks) - например, реализация пакетной обработки. Они описаны в Best practices и \ или Developer guides.

Вряд ли все вышеизложенное тянет на "концепцию", но, надеюсь, активисты форума дополнят и направят тему в нужное русло .