Уважаемые коллеги!

Может быть, следует ввести в соответствующий модуль АРМ Книговыдача ограничения на дату возврата с бронеполки? (Чтобы можно было выставить дату возврата не позднее даты возврата, введённой при выдаче на бронеполку.)

* Отредактировано наименование темы.



Редактировано 1 раз. Последний раз 29.10.2009 13:51 пользователем PRM.

Не понял...

Alio написал(а):
-------------------------------------------------------
> Не понял...

Правильно было бы написать так:

Может быть, следует ввести в АРМ Книговыдача ограничения на дату возврата, выставляемую при выдаче с бронеполки? (Чтобы при выдаче с бронеполки нельзя было выставить дату возврата больше даты возврата, введённой при выдаче на бронеполку.)


---

Пример, отражающий текущую ситуацию:

В АРМ Читатель:
1) выполняется заказ.

В БД RQST:
000012
#201/1:_Перроун Старший, Поль Дж. Создание корпоративных систем на базе Java 2 Enterprise Edition [Текст] : рук. разработчика : [пер. с англ.] / П. Д. Перроун Старший, Венката С.Р. "Кришна", Р. Чаганти, 2001. - 1179 с.
#903/1:_-722799
#102/1:_СПР
#40/1:_10-20-2009 11:52:13
#30/1:_111
#31/1:_111 (Кат. аспирант) - Бродовский Александр Иосифович, 1979. Записан в АБ2; АБ1
#1/1:_IBIS

В АРМ Книговыдача:
1) выполняется выдача (из хранилища) на бронеполку, устанавливается дата возврата 01.12.2009 г.

В БД RQST:
000012
#201/1:_Перроун Старший, Поль Дж. Создание корпоративных систем на базе Java 2 Enterprise Edition [Текст] : рук. разработчика : [пер. с англ.] / П. Д. Перроун Старший, Венката С.Р. "Кришна", Р. Чаганти, 2001. - 1179 с.
#903/1:_-722799
#102/1:_СПР
#40/1:_10-20-2009 11:52:13
#30/1:_111
#31/1:_111 (Кат. аспирант) - Бродовский Александр Иосифович, 1979. Записан в АБ2; АБ1
#1/1:_IBIS
#910/1:_^A0^BП4^DСПР^U2004/7^C20041018^Z1
#42/1:_20091201
#43/1:_10-20-2009 11:56:36

2) выполняется выдача (в читальном зале) с бронеполки, устанавливается дата возврата 21.12.2009 г. (ограничений нет)

В БД RQST:
000012
#201/1:_Перроун Старший, Поль Дж. Создание корпоративных систем на базе Java 2 Enterprise Edition [Текст] : рук. разработчика : [пер. с англ.] / П. Д. Перроун Старший, Венката С.Р. "Кришна", Р. Чаганти, 2001. - 1179 с.
#903/1:_-722799
#102/1:_СПР
#40/1:_10-20-2009 11:52:13
#30/1:_111
#31/1:_111 (Кат. аспирант) - Бродовский Александр Иосифович, 1979. Записан в АБ2; АБ1
#1/1:_IBIS
#910/1:_^A0^BП4^DСПР^U2004/7^C20041018^Z1
#43/1:_10-20-2009 11:56:36
#42/1:_20091221
#41/1:_10-20-2009 11:58:12

---

Таким образом, данные в поле 42 перезаписываются при выдаче с бронеполки.

Может быть, если ограничения не вводить, то ввести в AUTOIN.GBL БД RQST строку, добавляющую содержимое поля 42 в другое (повторяющееся) поле?

42 поле - это ДАТА ПРЕДПОЛАГАЕМОГО ВОЗВРАТА - имеется в виду, возврата в хранение (т.е. окончательного возврата), а не на бронеполку

Alio написал(а):
-------------------------------------------------------
> 42 поле - это ДАТА ПРЕДПОЛАГАЕМОГО ВОЗВРАТА -
> имеется в виду, возврата в хранение (т.е.
> окончательного возврата), а не на бронеполку

Да, Александр Иосифович, про поле 42 понятно.

Но как Вам кажется, если говорить о примере ("Создание корпоративных систем...", см. выше), то не должен ли сотрудник читального зала при выполнении текущего заказа с бронеполки и вводе даты (предполагаемого) возврата 21.12.2009 г. (что больше чем 01.12.2009 г.), получить сообщение об ошибке (с просьбой установить дату возврата в диапазоне от текущей до 01.12.2009 г. включительно)? Или ограничения подобного рода должны устанавливаться административными мерами?