Несовместимости

Несовместимости расположены в порядке убывания их значимости.

1. Стандартные клиентские части (Windows и DOS) используют строгую последовательность ответов на вопросы при вводе хозяйственной операции. Клиент-FCM допускает ответы на вопросы хозяйственной операции в произвольной последовательности. Это может привести к несовместимости, если результат работы форм, формирующих списки ответов, зависит от ответов на «предыдущие» вопросы.

«Предыдущими» считаются ответы на вопросы в последовательности, установленной стандартными клиентскими программами (Windows и DOS) – начиная с суммы операции и кончая комментарием.

Передача «влияния» одной формы на другую может осуществляться при помощи контекста или посредством записи в файл EXTRD.DAT.

Если вы используете такие приемы, проинструктируйте операторов, чтобы они отвечали на вопросы хозяйственной операции последовательно, начиная от суммы и заканчивая комментарием. При этом можно пропускать вопросы, на которые уже даны правильные ответы (подставились автоматически).

2. Клиент FC ориентирован на использование своих системных форм _SYS00*_.RPT, которые поставляются в комплекте. В общем смысле это нельзя назвать несовместимостью, так как их подмена осуществляется простым переписыванием в каталог данных сервера. Системные формы _SYS00*_.RPT ни чем по внешнему виду и функциональности не отличаются от стандартных системных форм. Все отличие заключается в том, что в их тело включены директивы N:, делающие их активными.

Когда вы нажимаете кнопку «Обороты счетов» , то Клиент-FC отправит на сервер стандартный запрос R __SYS001.RPT, то есть вызовет стандартную форму оборотного баланса.

Однако свойства «системности» для форм __SYS00*.RPT Клиент-FC не поддерживает, в отличие от стандартного клиента (Windows и DOS). Поэтому активным оборотный баланс не будет, то есть он не будет реагировать на нажатие Enter, F9.

Для того чтобы подключить активные отчетные формы _SYS00*_.RPT, необходимо внести изменения в файл USERS.RPT, или воспользоваться USERS.RPT, поставляемым в дистрибутиве.

А почему бы не сделать так, чтобы Клиент-FC сам сразу вызывал _SYS001_.RPT, ведь это – элементарно?

Принято (по стандарту) по этой кнопке подавать определенную команду – так и будем делать. Если хотите, то это дань уважения тем программистам, которые активно пользуются новыми технологиями и уже имеют файлы USERS.RPT со строками вида __SYS001.RPT = _SYS001_.RPT. Им вообще ни чего переделывать не придется.

Также поставляется и файл USERS.RPT, описывающий необходимые подстановки. Если некая конкретная настройка не использует файл USERS.RPT, то просто перепишите _SYS00*_.RPT и USERS.RPT в директорию базы знаний и перестартуйте сервер.

Если вы используете файл USERS.RPT, но не пользуетесь подменой системных форм, то дополните его содержимым поставляемого USERS.RPT и перестартуйте сервер.

А почему бы не сделать так, чтобы Клиент-FC сам сразу вызывал _SYS001_.RPT, ведь это – элементарно?

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

Смысл замены системных форм является идеологическим и заключается в следующем.

В первых версиях стандартных клиентских частей (Windows и DOS) активными были только системные формы. Собственно поэтому они и называются с тех пор «системные». Их «активность» поддерживалась на уровне клиентской части. С введением расширения N: в язык форм активными могут стать любые отчетные формы. «Активность» таких отчетных форм поддерживается на уровне интерпретации директив N:. Многие разработчики активно этим пользуются и разработали большое количество активных форм, в том числе и собственные системные. Такая тенденция будет нарастать со временем и технология реализации системных форм, как она осуществлена в стандартных клиентских частях (Windows и DOS), станет морально устаревшей. Единственно верным решением в этой ситуации является не воспроизводить устаревшие технологии, а снабдить обычные системные формы соответствующими директивами N:, то есть сделать их истинно активными. Это надежнее, логичнее и лучше соответствует принципам структурного подхода.

Следует иметь ввиду, что в поставляемых системных формах _SYS00*_.RPT используется переменная CM, которая может быть уже используется у кого-либо в конкретных настройках. Это особенно актуально, если переменная CM используется в файле FIRST.RPT. В этом случае может возникнуть потеря содержимого переменной CM. Если это так в вашем случае – внесите необходимые коррективы – замените переменную CM в системных формах (_SYS00*_.RPT) на переменную, заведомо не используемую в ваших настройках.

4. В обозначении и наименовании счета не должны использоваться символы ‘|’ (высокое двоеточие).

¨	Видимо этот символ «\|» и так ни кем не используется в обозначениях счетов.

5. Очень желательно, чтобы все отчетные формы имели уникальные наименования – первая строка формы (как правило, закомментаренная), которая интерпретируется как наименованием формы в ответе на директиву F.

В общем случае все наименования форм должны быть уникальными, так как каждая отчетная форма служит своей цели и наименование должно это отражать.

Однако иногда может оказаться, что некоторые формы имеют одинаковые наименования. Это может произойти, например, при копировании содержимого одной формы в другую с целью последующей модификации.

Не будет большой беды, если окажется, что некоторые наименования идентичны. Решено было ни как не разрешать это противоречие, так как эффект, который можно достигнуть, умело манипулируя этим свойством, очень интересен и функционален. См. Browser-like поведение Клиента-FC в разделе Краткая инструкция по эксплуатации.

[EOF]