О периоде оперирования.


[ Пpишедшие ответы ] [ Отпpавьте свой ответ ] [ Пеpеговоpный пункт ] [ FAQ ]

Posted by Борис, Киев. (193.193.199.118) on October 03, 2002 at 15:46:34:

Уважаемые, конец года не за горами, предлагаю вернуться к обсуждению вопроса о периоде оперирования учетной системы.
Почитав не один форум наших коллег, сообщаю, что все пытаются найти золотую середину в вопросе сворачивания совсем немалых массивов данных на серьёзных предприятиях. У нас этой проблемы как бы и не существует, т.к. каждый год мы худо бедно переходим от одного календарного года к другому. Все "+" и "-" этого положения мы обсуждали и в конце концов согласились что не плохо бы улучшить наше положение и отложили дальнейшие дебаты до осени. А она уже тут как тут.

Из соображений совместимости и поддержки главных козырей ФБП предлагаю следующие решения:

1. Загружаясь, сервер должен проанализировать состояние *.f3p. Т.е. найти
наименьший по имени, затем проверить реальную дату и напомнить о нежелании
грузить будущие периоды, а не отказываться грузиться вообще, как сейчас. На
мнемосхеме пусть будут видны последние 12-месяцев и если есть предыдущие,
пусть значок появляется напоминая, что начало периода где-то раньше.(чтобы
не устраивать ленту прокрутки, наверное "овчинка выделки не будет стоить")

2. Если конец ОП установлен не на конец периода оперирования, то сервер
должен сформированть по директиве Q остатки по счетам, параметрам и экстрапараметрам в
EXTRD.DAT
по такому алгоритму:
для счетов индекс будет состоять: AC+'*'+BA+'*'+YYYYMM
где AC-обозначение с.с.
BA- так и есть Begin Account
YYYYMM - месяц следующий за месяцем конца установленного ОП.

для экстрапараметров индекс будет состоять: IN+'*'+BEP+'*'+YYYYMM
где IN-индекс экстрапараметра,
BEP- так и есть Begin ExtraParametr,
YYYYMM - месяц следующий за месяцем конца установленного ОП.

для параметров индекс будет состоять: N+'*'+BP+'*'+YYYYMM
где N-номер параметра,
BP- так и есть Begin Parametr,
YYYYMM - месяц следующий за месяцем конца установленного ОП.

Вообщем-то сформировать остатки в Extrd.dat мы и сами сможем, но вот для мгновенного [ea *AC] и ей подобной в файле-коэффициенте
СЕРВЕРУ в отличие от сегодняшнего состояния необходимо зачитывать начальные
значения остатков по счетам, параметрам и нач.значения экстрапараметров не из ACNT.A3P и
EXTRA.B, а из EXTRD.DAT и каждый раз когда первый месяц пересчета совпадает
с первым *.f3p чтобы можно было управлять обновлением остатков.(Для совместимости, если в extrd.dat все значения =0, то пусть по старой схеме работает, т.е. из ACNT.A3P и EXTRA.B)

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

Таким образом наш план станет прозрачным для любого периода, т.е.
натуральным справочником, на котором при желании можно будет вернуться в любой период без проблем.

Также,
3. Должны появиться еще две системные константы YF, YL.
4. Все функции, имеющие в аргументах номер месяца должны также
почувствовать расширенный формат месяца YYYYMM.
5. Клиент также должен начать управлять периодом в рамках предоставленных
сервером.


Адепт ФБП, Борис.




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



Отпpавьте свой ответ

Name:
E-Mail:

Subject:

Comments:
Link URL:
(можно не вводить)
Link Title:
(можно не вводить)
Image URL:
(можно не вводить)
ВАЖНО: Если отпpавленное сообщение не будет видно сpазу в
списке сообщений, нажмите клавишу Reload в browser'e.


[ Пpишедшие ответы ] [ Отпpавьте свой ответ ] [ Пеpеговоpный пункт ] [ FAQ ]