ViPRosleonmbs,

отношение документ - проводка слабое отношение, он может вообще отсутствовать
но при этом вторичные (и т.д. -на всю глубину) и первичные проводки взаимосвязаны
да пишите что хотите

там где оно отстутствует (для документов не требующих проводок) там и записей нет.
и шо значит вторичные и первичные проводки?

Есть первичный документ по своей юридической сути фиксирующий хозяйственную операцию. и есть соответствующие движения по бухгалтерским счетам.
Вот и все.
Не надо ничего придумывать заумного а потом рассказывать о якобы проблемах.

ViPRosleonmbsпропущено...


там где оно отстутствует (для документов не требующих проводок) там и записей нет.
и шо значит вторичные и первичные проводки?

Есть первичный документ по своей юридической сути фиксирующий хозяйственную операцию. и есть соответствующие движения по бухгалтерским счетам.
Вот и все.
Не надо ничего придумывать заумного а потом рассказывать о якобы проблемах.
Советую все же открыть хоть один учебник.
Хотя возможно теперь "учебники" такого же пошиба, как и ваши "системы".
учебник чего?

Откройте 1С, которую мы все дружно не любим, но тем не менее почти все бухгалтера на ней сидят - и найдите там те проблемы которые вы описали.

Я ничего не изобретал и более того идеологически разрабатывал систему так чтобы бухгалтерам было понятно сразу как работать. Пошел на фриланс нашел барыщню - дал задание - набить типа демо данные. У нее не возникло ни одного вопроса - все до боли знакомое и привычное.

Вы,как и многие програмисты, считающие себя великими спецами в прикланых областях, придумываете неведомые конструкции и потом героически преодолеваете возникшие проблемы.

MoroZ.RuleonmbsПересчет потому что обходимся простыми таблицами с линейной выборкой и суммированием по одному целому полю

А потом тормоза с ростом базы все больше и больше.

тормоза больше с ростом любой базы

LSV

Хочется обсуждать системы типа искры, терррасофта. Или даже VIPros.
Что-то высоколобое со своим внутр. языком, компилятором и сложной документацией (ABAP, XAL, C/AL и пр. ) это слишком сложно как для потребителя, так и для небольших команд ERP-энтузиастов.
так бы и сказали.
У меня к сожаление не высоколобое и заумное а простое как для пользака так и для разраба.
В этом и суть проекта и принцип выбора технологий.
Потребителям нет дела до высоколобости теоретиков от програмирования..

MoroZ.Ruleonmbsтормоза больше с ростом любой базы
Здесь тормоза заложены изначально.
сомневаюсь
Для сервака (особенно mysql) пересчитать данные по целому полю одной таблицы простым линейным запросом будет быстрее чем с джойнами кучи таблиц с остатками.
Опять же - ничего не мешает проапгрейдить железо со временем - стоимость железа ща наменного меньше чем оплата труда програмиста.

MoroZ.RuLSVМы обсуждаем бесплатное ПО (именно то, что нужно потребителю).
Возможность правки ядра для потребителя малоценна . Ввиду сложности.
Ценное, это широта возможностей настройки БЛ и морды как таковой.

Я со всем согласен. Просто чисто технически по GPL код ядра должен быть открыт. Ясно, что никто там копаться не будет, особенно вначале. Все будут оценивать по критериям "что она может" и "как она выглядит".
а я нет. Никакой "широтой настройки" никакой пользователь типа бухгалтера пользоватся не будет - будет вызванивать специалиста.
Это айтишникам кажется а че там - пара десятков чекеров.
и шо самое обидное в половине случаев требуеся совсем другая "широта" чем предполагал разраб системы.

Посему мой подход - не усложнять прогу тоннами кода для "широты настроек". Наоборот - раз уже програмисту потом с этим разбиратся - упростить код до минимума.
Как раз исключив многочисленные но не обеспечивющие реальной гибкости настройки.


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

MoroZ.RuleonmbsОпять же пример ненависная 1С - уж куда может быть больше всяких настроек - а в половине случаев все равно надо лезть в дебри кода, две трети которого написано исключительно для функционирования пресловутых настроек.
Тут важен порог вхождения в код. Одно дело, если он написан на чем-нибудь простом, как, например, язык конфигураций 1С, или он написан на C++. Если бы было без разницы, нафига надо было разделять? Фигачили бы уж все на С++.
А вообще да. Пиши как пишешь. Норм всё.

отож - почему я и отметил что С++ проблема. Именно с этой точки зрения.
проблема как для сообщества так и для саппорта - в моем случае система апдейтится простым копированием пары файлов - потому как по сути сайт на PHP/
Если бы вы писали какой медиаплеер или еще чего тогда понятно что нужен низкоуровневый язык.

MoroZ.Ruleonmbs Если бы вы писали какой медиаплеер или еще чего тогда понятно что нужен низкоуровневый язык.
С++ - какой же это низкоуровневый язык? Это ж не ассемблер. Когда-то мне доводилось писать не маленькие проги на ассемблере для Intel 8086 и PDP-11. Прикольно было.
формально нет но по сравнению c C#, java не говоря уже о скриптовых языках - таки низкоуровневый.
Как минимум требует управления памятью со всеми вытекающими траблами.

Прмерно такая же проблема для тех кто разрабатывал свои системы на Делфи (pascal)
Конечно Делфи -компонентная среда и все такое но проблемы те же - высокий порог вхождения отсутствие встроенных в технологию масштабируемости и модульности.
Прсто времена поменялись - сейчас без веба (и соответственно работы с мобильными девайсаи) бизнес-приложения неинтересны.

MoroZ.RuАлексей Выхрыстюк,

в чем же комплексность вашего решения?
А ни в чем - красное словцо такое.
Еще один завсегдатай тщетно пытающийся продвинуть свою поделку.
Но это не опенсорс и не бесплатно - посему не в тему.

Я, кстати, зашел на их демку и так и не въехал как я могу создать например счет фактуру.
Зато нашел "мегафичу" как в журнале раскрасить строчки разными цветами.