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

Нерюхрубль,Ekuku
...Я подумаю над вашими словами. Все ж-таки не совсем понятно...
Носителями первичной информации в любой учетной системе являются документы.
Утрировано учет можно представить в следующей цепочке действий:

1)Первичный документ (ввод/редактирование/удаление) -->
2)Накопление первичной информации -->
3)формирование сводной отчетности за определенный период.

Выделяем документ как отдельный объект и описываем его, и методы его обработки.
Этот объект и будет первым "кирпичиком" ядра учетной системы.

Далее. Отчетность можно строить напрямую выбирая нужную информацию из документов. НО.
Документы, их формы, могут частенько меняться. На моей памяти был год когда фарму счет-фактуры сменили три раза за один год, а смысл информации в документе остался один и тот же.
Т.е. при смене структуры документа придется перелапачивать и отчетность.

Вот здесть и есть необходимость выделить еще один объект для накопления первичной информации.
Учетные РЕГИСТРЫ. В документе описываются методы добовляющие/изменения/удаления информацию из документа в определенный регистр/регистры.
Пример:
Допустим имеем систему учета с выделенным отделом снабжения, не входящим в состав бухгалтерии.
Какая информация нужна для отдела снабжения, в плане формирования отчетности:
Номер/дата накладной, поставщик, материал/товар, количество, цена.

Также у бухгалтерии есть свои виды на информацию в донном документе.
И форма ее представления совсем иная. Не буду описывать всю структуру проводки, отмечу только что информация будет отражена по регистрам синтетического учета (в зависимости от плана счетов предприятия) и нескольким аналитическим регистрам.

Подытожу - один документ влияет на итоги двух структурных подразделений.
Информация из документа сводится и накапливается в регистрах.
Отчетность формируется на основании содержымого регистров,
а не из документов напрямую.
Также можно отметить что форм документов "определяющих" приход материала/товара, к примеру, можут быть несколько, а информация из них будет сводиться в один регистр. И при смене формы документа, или ввода/отмены действия документа, переопределяются методы данного документа по обработке определенных регистров. А отчетность остается неизменной, т.к. не привязана к первичке напрямую.

Вот и получилось небольшое ядро учетной системы.
Сосотоящее из двух объектов - "Документ" и "Учетные регистры".
Содержащие методы создания и обработки.

Для чего весь этот огород?
Во первых очень хорошее разделение "системной" и "прикладной" частей ПО.
Те кто будет работать с прикладной задачей, а именно описывать в системе прикладную часть, не нуждаются в необходимости делать все, начиная от интерфейса, общей бизнес логике и физической структуры хранения информации. Они сосредотачиваются на предметной области и ее обработке средствами описанных в ядре объектов и методов.
Другая группа разработчиков, формирующая ядро, не вникает в дебри прикладной части, их задача разработка необходимых объектов формирующих ядро.

Такой подход хорошо разделяет и систематизирует работу учетной системы
и ее разработку.

НерюхМожет ссылки какие есть по этой теме?
Посматри 1С. Ее структура очень хорошо показывает что такое "ядро учетной системы"

P.S. Приведенные примеры до безобразия утрированы, с целью объяснения
краткого смысла, очень краткого.

Ekuku... Зато создание систем с "ядром" более медленный и тяжелый процесс.. Это закон сохранения энергии. :)Согласен.
Над разработкой ядра нужно думать.
Но вносить изменения в такие системы гараздо проще.
"Ядро учетной системы" частный случай ООП. И в этом много преимуществ.

mvg_first хотя те кто хоть раз попробовал разобраться в устройстве ее "хваленой" метамодели - только плются.... (это я о версии 7.7 про 8.0 ничего не скажу).Я не сторонник 1С, но им нужно отдать должное. Сама идея хорошая, реализация храмала. Может в 8.0 лудше (или будет лудше в 9.0 :) Но всеравно неплохо. Даже очень, идея в смысле.