Хм... "народная бухгалтерия" - FolkBookkeeping(FB)... с чего же начать?
Наверное, с обсуждения главных стоящих перед всеми разработчиками вопросов:
- а нужна ли? - а какие задачи она должна решать? - а на каких программных платформах это надо бы делать? - а какая должна быть структура данных?
Нужна ли. Вот пожалуй самый сложный вопрос... а может просто уже надоело бороться с чужими ошибками, которые почему-то никто (авторы) не желают исправлять... а может пришло время, когда уже просто надо делать? да кто-ж - это знает... Да и вообще, почему люди начали "линух" ? (или что, меня мучает гордыня?) :-)) Хотя, на самом деле, я не знаю ответа...
Задачи. Что, "тривиальный" :-)) Б/У? :-)) так это уже есть... можно конечно, развиваться и в этом направлении... особенно если у нас большая система, и должна она "переваривать" действительно много документов... А может "управление производством" ? слышал тут слова MRP и MRP II, вот интересно было бы посмотреть, что получится от попытки реализации... :-) хотя, если говорить точнее, то промблем заключается в соответствии задач, которые ставит пред инструментом реализация принципов, заложенных в MRP и выразительных возможностей структуры данных (да и языка реализации)... Ну вот... снова "дележка" ? - или "Б/У" или "Управление производством" и что, двойной ввод данных? (по-меньшей мере) А может в итоге должно получится нечто грандиозно-целое? :-)) - все, и менеджеры и бухгалтера "крутятся" вокруг одних и тех же данных, а вот что попадает в налоговые отчеты ??? (нда... замахнулся я однако...) хотя, слово не воробей... - может общими усилиями и удастся объединить в одной базе, фактически, в едином учете все - и Управление и Б/У... (а может я просто изобретаю валасипед, а вся прогрессивная общественность уже знает ответ? :-)) - и, более того, даже может поделится идеями... Так давайте их, давайте сюда, и быстрее!
В общем, конкретизирую: нужны - список документов (название-и-Что-Делает) и наборы проводок по за балансовым счетам, которые должны совершать означенные документы, для реализации задуманного.
Вот, а это уже самое интересное. Да, на чем все должно работать? C/C++, VB, Java... для написания клиентов, и данные, которые в SQL, а какой фирмы? - они имеют отличия в синтаксисе. Каждая из платформ имеет свои положительности и отрицательноси, как водится. На чем же остановится? Что выбрать? А может и выбирать - то не надо? Может надо писать на том, на чем пишется, и всего лишь определить некую единую структуру данных? И придерживаться ее во всех реализациях?
И вот, (разминки ради) я предлагаю наш (личный) взгляд на нее. Пока данный взгляд описан на http://folkb.narod.ru со временем, новая версия будет выложена сюда, а пока же... все есть - как - есть...
Ну, и совсем уж напоследок, все о чем я буду говорить, представляет лично мое мнение. Естественно, оно может быть неправильным и, естественно, не войти в некую окончательную редакцию. И, вот на что я совсем уж тихо надеюсь, что обсуждение текущего состояния FB приведет к улучшению проекта...
Изложение материала... Это естественно, проблема... Система, которую я берусь описывать - "Клиент-Серверная"... Логика, естественно, размазана по обеим частям. Мы решили, что собственно описание построения бухгалтерии объединим с описанием данных (все это серверная часть изложения). А вот описание клиентских частей объединились с шагами, которые будут посвящены работе с продуктом фирмы Centura SQLWindows (CTD).
Эти шаги буду вести я, Голиброда Александр. А вот тему, о которой я взялся рассказывать, мы обдумывали и писали вместе с Сергеем Терещенко.
Ну и совсем уж на последок: Если я говорю обсуждение то имею в виду интерактивность. Нас действительно очень интересует Ваше мнение... и очень хотелось бы читать Ваши отзывы о нашей работе.
Ну все, хватит слов, пора переходить к описанию проекта FB.