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

Ok, я на выходных тогда его выложу. Постараюсь скрипт для БД переложить на ANSISQL и небольшую демку по использованию накатать с инструкцией.