Вызов f_cu_date в качестве хранимой процедуры, по-моему, на странице 44 не нужен (тем более, что это приводит к ошибке). Я удалил.

Явным параметром-датой должна быть не дата отчёта, а дата приказа.

Без второй страницы (43) всё работает. Можно удалить.

Итоги отчёта (последние несколько строк) не совсем понял, что собой представляют. Мне кажется, там количество штатных должностей сейчас. А надо количество штатных единиц. Кстати, в текущем виде отчёта получается, что итог по отчёту может отличаться от суммы предшествующих строк (: так не надо.

В шапке отчёта итог (количество штатных единиц) тоже должен вычисляться.

У процедуры P_REP_SHTAT_RASPIS не было параметров. Я их описал в процедуре и организовал их передачу при вызове со страницы.

Breadcrumb Отчёт "Штатное расписание", по-моему, тоже не нужна. Не вижу, где бы она использовалась. Удалю?

Breadcrumb Отчёт "Штатное расписание" думаю да, т.к. все равно есть кнопка "Отмена".

"В шапке отчёта итог (количество штатных единиц) тоже должен вычисляться" --> Сделаю)

Итоги отчёта (последние несколько строк), ДА там выводится количество штатных должностей, Мой косяк забыл что надо количество штатных единиц. ---> Исправлю.

Про страницу 43 не очень понял, но посмотрел что вызов процедуры P_REP_SHTAT_RASPIS перенес на 44!

В шапке отчёта итог (количество штатных единиц) тоже должен вычисляться --> Сделаю.

Пустые строки убираются -- хорошо (:
Наименования подразделений полностью выводятся -- хорошо (:
В пределах одного сеанса работы с системой значения параметров сохраняются -- уже хорошо (:

Замечания:

1. Не сохраняются значения параметров отчёта, если выйти из системы и войти вновь.

2. Повторюсь,

Дата приказа -- она информативная -- не влияет на расчёты. "по состоянию на" должно показывать дату, используемую в расчётах (f_cu_date).

3. Печатал отчёт для ОМСКа, в отчёте вылезла "Москва". Почему?

Ещё надо фичу добавить: при вводе параметров отчёта не видно, для какого подразделения был вызван отчёт -- надо показать. Можно использовать AI_DEPNICK (Application Item).

При печати (предварительный просмотр) отчёт на одну страницу по ширине не помещается.

Рафаил по поводу Отчета!
По пункту 1 ----> пока читаю и разбираюсь!
Пункт 2 ----> исправил!
Пункт 3 и "Ещё надо фичу" ----> исправляю седня, вчера не смог интернет упал!
"Отчёт на одну страницу" ----> исправил!

Молодец! Мне нравится. Подпись (label) к полю ввода даты не забудь поменять.

Пункт 3 ---> Исправил!
"Подпись (label) к полю ввода даты" ---> Исправил на "Дата приказа"!

OK. По коду


1. Поле в таблице имеет тип varchar2(512), переменная fguz объявлена как varchar2(240). Если ввести достаточно длинное название организации, отчёт не сможет быть сформирован. Я сейчас ввёл "длинное" название организации, получил "ORA-06502: PL/SQL: : буфер символьных строк слишком маленький" вместо отчёта. Рекомендую привести тип переменной в соответствие с типом поля таблицы, из которого берётся значение для переменной, либо использовать конструкцию rdep.depname%type, чтобы это соответствие обеспечивалось автоматически, либо выделить память под "невозможно длинную строку", например, varchar2(2000) -- это примерно страница А4 печатного текста.

2. Вырезание первых 4-х символов из названия -- не лучшая идея, если не проверять, что в этих символах написано. Если кто-то решит развернуть аббревиатуру "ФГУЗ", в отчёт попадёт только "ральное государственное учреждение здравоохранения" -- некрасиво. Рекомендую использовать replace. Результат получается более предсказуемый.


Хорошо (:

Понял сделаю (:
Только вот чето из СЭСа не могу подключится к Удаленому столу по 5.8.127.55!
У нас инет в офисе есть? Или опять проблема)))

А нет все получилось!
(Добавление)



Пункт 1 и 2 исправил. Посмотри, лучше сделать не придумал. Если будут какието замечание или преднолежения пиши!

1. "Не сохраняются значения параметров отчёта, если выйти из системы и войти вновь." ---> Cделал (:

Всё хорошо. Сделал версию 2.0.3.