Re: АРМ Книговыдача, работа над ошибками
Пользователь:
Михайленко Илья (IP-адрес скрыт)
Дата: 08, November, 2011 13:54
> Для АРМ Книговыдача по назначению кнопок,
> использование которых приводит к корректуры записи
> читателя.
> Попробую предложить такой справочник.
Если предложите - реализую. Может, сделать в виде параметров ини?
Например:
[BOOKLAND]
ETR_LANDIN=ВЫД
ETR_LANDOUT=ВОЗВР
ETR_LANDPRODL=ПРОДЛ
ETR_LANDVISIT=ПОСЕЩ
ETR_LANDREREG=ПЕРЕРЕГ
и так далее.
> > 3. PHP-программист для этого не нужен.
> С PHP-программистом - погорячился, признаю. Но
> почему нельзя сохранять последовательность и
> отображение столбцов (т.е. соотв. параметров) в
> пользовательском ini, как впрочем, и их ширину (в
> относительном выражении)?
Подумаю, как это можно реализовать. Препятствие - различные разрешения и размеры окон, различия браузеров.
> > 4. Может. Если запретить пользователю менять
> > параметры. ( OPTIONABLE установить в 0).
> > Собственно, а что именно хочется запретить
> > пользователю в той форме кроме даты
> > предполагаемого возврата?
> Поверьте, это не мне "Хочется", это требование
> технологии.
> Сроки пользования менять необходимо однозначно, а
> вот место выдачи и прочие маски по ситуации.
> При этом желательно привязывать к некоторым полям
> файлы меню, с конкретными наборами разрешений.
> Например, для одной группы пользователей, места
> выдачи из <пункт выдачи 1>.mnu для другой - <пункт
> выдачи 2>.mnu, т.е. чтобы нельзя было в
> произвольной форме с клавиатуры ввести любое
> значение маски.
> Т.е. главная задача - ограничить действия
> оператора зоной ответственности по пункту
> обслуживания, при этом оставив возможность
> регистрировать операции с разными обозначениями
> места выдачи и места хранения (опять же - в
> пределах зоны ответственности).
Сделаю возможность прятать кнопку фильтра и выбор места выдачи. Имя справочника так же запараметрирую
> > 5. Это не норма жизни и ситуация НЕ допустимая.
> По
> > крайней мере, на рабочем месте выдачи это точно
> > разрешать нельзя. Решение такой проблемы задача
> не
> > для оператора выдачи - это задача для
> > администратора.
> С тем, что это не нормально, согласен. Но в иногда
> такое все-же происходит. На сколько я понял, А.И.
> ввел такую возможность в 64-м именно потому, что
> она в принципе возможна. Обращаться к
> администратору (или ответственному по отделу
> обслуживания) в таких случаях конечно же
> необходимо, но прежде надо иметь оператору
> возможность снять отметку с читателя, т.к. он
> вернул экземпляр с указанными параметрами - ш-к,
> инв. номер, наименование.
И как потом искать проблему? Описание из 40^A стирается при возврате, инв№/шк/шифр изменились, т.е. возникшая проблема в 99% просто теряется. Почему нельзя просто отложить книгу и вложить в нее листок с фио или идентификатором читателя? Ну не правильно это - решать одну проблему, сознательно создавая другую еще более тяжело разрешаемую. Задержка выплывет не на этапе возврата, так на этапе выдачи (экземпляр уже числится выданным). А если статус не 0/1 а U - тогда совсем караул: какие экземпляры, сколько их и кому выданы - уже не понять вовсе.
Нет. Пока не убедили.
> Между местами хранения переключаться каждый раз
> невозможно, т.к. на экземплярах, как правило,
> место хранения нигде не указано.
Видел это в живую. Посочувствовал.
> Маску * ставить нельзя, т.к. в этом случае можно
> будет выдать (вручную введя значение инвентаря или
> ш.к.) экземпляр из любого другого отдела.
> пожалуйста, реализуйте возможность работы с
> разными сиглами хранения для одного места выдачи.
> Без этого - никак нельзя.
Через * можно, но, как Вы правильно заметили, не есть хорошо. Сделаю.
PS: Спасибо большое за обсуждение. Очень "напрягает" молчание - не понятно, все ли устраивает, какие проблемы есть.
То, что взял в работу смогу реализовать только после либкома и Новосибирска т.е. после 28-го