For Arkady Vodyanik



Posted by Денис Власов on February 13, 1999 at 06:03:14:

Здравствуйте, Уважаемый Аркадий! Пишу, можно сказать, от полноты
чувств :). Для начала представлюсь: Денис, 1973, Москва, МИФИ, и т.д.
Впрочем, все это неважно, поскольку самое главное – в 1994 году, работая
в АООТ «Авиаспецмонтаж» я настраивал и сопровождал Ваши (тогда еще 3.+ и
4000) ФинансыБезПроблем. Даже регистрационные документы у меня
сохранились (рег.№ В1098/2). С той поры я переменил три работы. Видал
всякое: «Галактика», «БЭМБИ» и «БЭСТ», вездесущую «1С», и даже
«RS-Баланс». В общем, всего навалом, да счастья все нет. Но вот, совсем
недавно, наткнулся на Ваш сайт в Сети. Взял UltraH и понял, что «наши в
городе». Все действительно круто, особенно сетевая версия. Восторг,
правда, понятие временное. А после нескольких бесед с Анатолием
Анимицей, чтения дискуссий на узле и собственного анализа я решил
написать это письмо. В принципе, можно было положить его в WEB, но я
испытываю жуткий дефицит Internet, поэтому пишу сразу Вам. Если
посчитаете возможным, выложите, что захотите, на всеобщее обозрение.
Опишу несколько ключевых моментов, заставляющих серьезно задуматься
над будущим системы:
1. DOS, как это ни прискорбно, умер.
2. Будущее за WEB технологиями.
3. «Кто первый встал – того и тапки». Сейчас только ФБП имеют средства
для организации работы через Сеть.
4. Разработкой полноценных решений на базе ФБП уже давно занимаются
специалисты, а не рядовые бухгалтера, как это предполагалось в старых
версиях.
5. Многие конкурирующие программы привлекательны в первую очередь
удобным (условно) интерфейсом. В любом случае важно, что этой проблемой
конкуренты занимаются вплотную.
6. Менеджеры различных направлений зачастую не имеют полного
представления о принципах бухгалтерского учета.
7. ФБП дают потенциальную возможность автоматизировать практически любой
аспект деятельности предприятия, что заставляет задуматься о комплексных
решениях на их основе.
8. Проблема «оков вложенности» действительно существует. Ветви «дерева
видов операций» все более походят на прутья клетки.
9. Оператор 177 оголил дерево быстрее, чем осенний шторм.
10. Скорость обработки фактов возросла настолько, что скоро ими можно
будет заменять проводки.
Это далеко не все аргументы в пользу глобальной перестройки
идеологии системы. Например, я считаю вполне разумным предложение
Анатолия об установке размера единиц информации ФБП кратными системным
512 байтам и т.д. Так вот что у меня получилось:
ФБП перерастают уровень прикладной программы, в будущем это
профессиональная среда разработки.
«Дерево видов операций», как система задания правил, себя изжило. И
дело здесь не столько в «оковах вложенности», которые могут быть
устранены увеличением максимального количества уровней, сколько в
невозможности внесения оперативных изменений в случае наличия введенных
операций и в сложности интерпретации многих конструкций в рамках
древовидной структуры. Альтернативой может стать введение новых типов
форм. Их приблизительные функции приведены ниже:
Форма-интерфейс. Гирлянды таких форм позволят создавать гибкие
интерфейсы пользователей любой структуры со встроенным аппаратом
разграничения прав. Именно здесь появляется возможность разработки
комплексных решений на базе ФБП, т.к. проблема адаптации персонала
отпадает сама собой.
Форма-операция. Этот гибрид файла-коэффициента и отчетной формы
позволит в интерактивном режиме сформировать любое количество параметров
для инициации в своем теле проводок, фактов, первичных документов, а в
случае необходимости, даже новых объектов учета, и еще бог знает чего.
При этом система запоминает лишь изменения состояний, указывая ссылку на
породившую их форму. И пусть она блокируется от изменений при вводе
операций. Ведь наплодить кучу различных форм гораздо проще, чем
вписывать новые синтаксические конструкции в «рабочее» дерево.
Я хорошо помню, насколько удобно было объявить все объекты учета
субсчетами. Видимо, на первых порах это позволило значительно упростить
расчеты внутри системы. Но время идет, и вот уже механизм
экстрапараметров выводит справочники за рамки баланса. Нет ли здесь
подвоха? По-моему, он очевиден: вместо того, чтобы заставить систему
самой определять, является экстрапараметр элементом внешнего
классификатора или «подотчетного» плана счетов, ФБП упорно загоняют нас
в тесные рамки определений субсчетов. На мой взгляд, реализация таких
«внешних» справочников не потребует серьезных затрат. По сути, они
останутся все теми-же субсчетами, но выделенными в особое
структурированное индексное пространство, не привязанное к плану счетов.
Именно здесь применение экстрапараметров позволит придать объектам учета
большую схожесть с физическими объектами. Самое главное – должны
появиться функции управления, навигации и контроля содержимого
справочников прямо из форм-операций. Да, почти все это можно пытаться
реализовать и в рамках текущего плана счетов, но ведь структура счетов в
процессе работы изменяться вроде бы не должна (?), чего не скажешь об
объектах учета.
И последнее. Можно попытаться написать ФБП сразу как WEB-сервер или
CGI под различные платформы, полностью переориентировав интерфейс на
WEB.
Быть может, все эти идеи абсурдны :). В любом случае, мне было бы
приятно получить хоть какой ответ на это письмо…

С уважением Денис Власов. 12.02.99




Пpишедшие ответы: