Как вы уже, наверняка, догадались, речь в этой заметке пойдет о разработке бухгалтерского “софта”. Было дело, несколько лет назад мне довелось сопровождать парочку бухгалтерских систем, поэтому я рискну высказать пару рекомендаций на тему “как обустроить бухгалтерию”. Хочу сразу сказать, что речь пойдёт о реализациях на платформе реляционных баз данных, а мои советы адресованы в первую очередь тем заказчикам и разработчикам, которые стремятся объединить транзакционную и аналитическую базы данных.
Конечно, вы можете сразу задать вопрос – а почему возникает необходимость написания системы “с нуля”? Почему бы не построить систему, например, на базе “1С-предприятия” или какого-либо из его аналогов? Оказывается, не всё так просто, как кажется. Дело в том, что покупая “закрытую” систему, вы неизбежно принимаете все действующие в этой системе ограничения, и нередко оказывается, что нужного эффекта можно достичь только, как говорится, “танцем с бубнами”. Кроме того, система может быть недостаточно надёжной и плохо работать на больших объёмах данных. Если вспомнить любимую в России 1С, то я не уверен, что она “выживет” на 10 млн. проводок. В отличие от “закрытых” систем, разработки на платформе реляционных СУБД типа Oracle, Sybase, Informix позволяют, с одной стороны, относительно легко решать оптимизационные проблемы, а с другой стороны – использовать всю мощь ОС Unix. Кроме того, не придётся мучиться с непродуманными, ограниченными (если не сказать, убогими) средствами разработки интерфейса, которыми часто отличаются “закрытые” системы.

Чтобы не быть голословным, я рассмотрю некую воображаемую систему, похожую на реально сопровождаемую мной программу. Эту гипотетическую систему я буду использовать для моделирования процесса взаиморасчетов (клиринга) между фирмами, непосредственно предоставляющими туристические услуги и агентами по продаже туристических путёвок. Все организации, участвующие в клиринге, можно поделить на четыре категории: кемпинги (пансионаты), агентства по продаже путёвок, страховые компании различного профиля и клиринговая палата (КП), координирующая взаиморасчёты. Ключевыми в нашей схеме являются сущности “План счетов”, “Проводка” и “Документ”. Как известно, каждая проводка соответствует финансовой операции по передвижению “суммы проводки”со счёта, задаваемого значением поля “счёт по расходу”, на счёт, задаваемый полем “счёт по приходу”. Документ является финансовой макрооперацией и содержит несколько проводок, выполняемых в заданном порядке. Если таблицы плана счетов, документов и проводок являются основным звеном практически любой бухгалтерской системы, то таблицы “Отчет о продаже путевок” и “Продажи путевок” уже специфичны для описываемой нами схемы туристического бизнеса.

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