Как организовать учёт в видео-прокате?

[skiperski]

Есть прокатный пункт видео. Как в нём организовать регистрацию дисков? Просто как в магазине свалить всё в кучу нельзя, т.к. диски с одинаковыми фильмами могут сильно отличаться по кач-ву (царапины, мятая обложка и т.д.). Кроме того диски продают, т.е. "парк" дисков постоянно обновляется. Потому заводить на каждый диск УИН тоже не хочется (из-за обновления УИН будет постоянно расти и продавцам не удобно). Нужно нечто среднее. Если у кого-нибудь есть наработки или хотя бы какие-никакие соображения, прошу ими поделиться. По возможности решение должно быть прозрачным. Может кто учёт в библиотеке делал: очень похоже.

[GSerg]

Прозрачное решение: юзать счётчик как УИН и не думать об этом.
Поле Изношенность можно сделать, например, в % (этот % будет вычитаться из полной стоимости в случае продажи). А то и просто проигнорить это поле, а сделать единственное "Цена", которая у каждого диска будет своя.
Ессно, жанровая принадлежность (список жанров отдельной таблицей, коды жанров в главной).

[skiperski]

Просто счётчик не подходит в любом случае, т.к. запоминать такие идентификаторы невозможно. Иидентификатор вкючает в себя тип носителя (DVD, CD, VHS и т.д.), УИН фильма, УИН диска. Вот о последнем и идёт речь. Да, ещё есть группы, например сериалы, иногда берут всё, а иногда частями. Т.е. с одной стороны - единое целое (чтобы продавцу не оформлять каждую ед. в отдельности), с другой - кадждый диск/кассета отдельно (при выдаче частями).

Ещё как посоветуете привязать описание фильма к носителю? Например, один и тот же фильм может быть и на DVD и на VHS. При этом скорее всего время будет различно + бонусы на DVD или реж. версия и т.п. Считать их совсем разными или одно описание на двоих?

[GSerg]

Думаю, придётся принести одно в ущерб другому... В данном случае, хозяйственная часть важнее художественной, потому каждый штюк учитывается отдельно. Хотя никто не мешает какой-нибудь УИН группы поставить.

Описание: то же самое. Раз оно разное, то придётся хранить его разно.
Можно, правда, разделить описание на две части: описание фильма как такового ("Это про мужика, который...") и описание device-dependent вещей ("Это коллекционное издание"). Тогда первое из них можно хранить в ед. экземпляре.

[Ennor]

Так... Сейчас практ. на всех подобных предметах быта имеются штрих-коды - поставить ридер и не париться. Хотя это может быть дорого, наск. я помню.

Если же нет штрих-кода... его можно сгенерить и приклеить Проги такие есть, это точно.

[xolod]

Ставится касса R-Keeper + заводится база с помощью ПО к кассе, и гемморой забывается навсегда.. Да не дешево, но продавцы лишь будут снимать штрих-кода (как правильно вспомнил Ennor) и вообще не думать, что там, да как работает

[alibek]

skiperski, привет
Однажды просили заняться подобным (учет дисков), но до реализации дело не дошло. Тем не менее, кое-какие наработки были.

1. Есть ли сканеры (штрихкода, магнитного кода)? И если есть, как они интегрируются?
В этом случае лучше всего велосипед не изобретать, а использовать готовый софт.

2. Если таких сканеров нет, то нужно будет организовать несколько избыточную БД. В ней будут общие справочники (каталог фильмов, студий, актеров, режиссеров и пр.) и детальные справочники по дискам/кассетам, в котором будет внешний ключ на фильм, ключ на родительский элемент (если диск/кассета является частью сериала) и куча вспомогательных полей (состояние, текущее месторасположение, если диск/кассета у кого-то на руках, и т.п.) Вдобавок, на каждый диск будет уникальный идентификатор (УИН?), т.к. учет нужен поштучный. Может и не совсем удобно, но продавцы быстро привыкнут. А если организовать средства поиска/фильтрации, то неудобство будет сведено к минимуму.
Кроме того, нужна база клиентов, чтобы вести учет, у кого из клиентов на руках диски/кассеты.

[skiperski]

Доброго времени суток, Большой Человек!

1. Сканера нет. Кстати, сколько это хозяйство - сканер + программа + касса??? - может стоить?

2. С общей организацией всё понятно. У меня, как обычно, вариантов куча - не знаю какой выбрать. С одной стороны не хочется усложнять, с другой - хоцца всё ж таки не просто записную книжку слепить. Вот и интересуюсь у народа. Собственно, интересует формат УИНа, может есть какие стандарты по его формированию. Потом переделывать будет сложно. Он должен быть с одной стороны простым и не очень длинным (для человека) и в то же время частичным описателем, опять же для человека, и полным описателем для машины.

Т.о., такой УИН: 166357654 - полный описатель для машины, но абсолютно бессмысленный для человека. Потому просто ID не подходит.

Например, DVD-234.3-2/4 - уже лучше. Типа: DVD; номер фильма 234; 3 - номер диска/кассеты (а может группы?) для этого фильма; 2/4 - второй диск из группы в 4 диска (опциональный). Можно ещё ввести код жанровой принадлежности. Но этот номер продавцу придётся набивать для поиска, а его формат читабельный, но не набирательный.

Вот и нужно найти золотую середину.


ЗЫ: УИН - уникальный идентификационный номер

[alibek]

Сколько стоит - точно не знаю. Надо у знакомых уточнить. Но не дешево.
Что же касается УИНов, то можно найти компромис. Его можно печатать в двух форматах, и читательном и набирательном. Вернее, в читательном виде он будет напечатан на этикетке, а вбивать его будет не человек, а сканер штрихкодов, каковой будет напечатан над этим текстом.
Сканеры штрихкодов бывают разных типов, тебе удобнее всего будет такой, который включается в разрыв клавиатуры (тогда эмулируется нажатие кнопок на NumPad, т.е. при необходимости штрихкод можно ввести самому). Цены на них бывают разные. Те, которые подешевле, что-то около штуки-полутора. Есть подороже, в районе 70-80 баксов, они обеспечивают синхронизацию с клавиатурой (для более надежного ввода нужна синхронизация с кварцем клавиатуры)..

[alibek]

Т.е. выглядеть будет так.
Покупатель подходит к кассе, дает продавцу выбранные диски. Продавец открывает форму программы и вбивает в поле поиска номер, который напечатан под штрихкодом. Или же не вбивает его вручную, а подносит сканер, тот считывает код и эмулирует нажатие клавиш.
Программа автоматом осуществляет поиск по введенному значению и показывает (к примеру) дополнительную информацию по набранному диску.

[alibek]

Стандартов по формированию УИНа я не знаю. Предлагаю делать сквозную нумерацию, а учет (тип, категория и т.п.) вести в базе данных. Все-равно всех вариантов не предусмотришь.
При генерации УИНов (ты ведь будешь их генерить из своей программы, прежде чем распечатать и наклеить на диски) можно предусмотреть генерацию по шаблону, т.е. какие-то разряды будут предопределены, какие-то зарезервированы.
Для удобства дальнейшего управления с накопленной базой данных предлагаю часть разрядов использовать с БД IMDB; тогда можно будет довольно легко организовать поиск и обновление информации через инет.

[Sebas]

pisoft.ru

[skiperski]

Там я уже смотрел. Сырая и недоработанная болванка. И кривая к тому же. Хотя некоторые идеи подглядел.

[skiperski]

Извиняюсь за относительно долгое отсутствие. Как-то неожиданно в начале января наступил Новый Год . Пока с новым разбирался подкатил Старый Новый Год. Кстати, всех с прошедшими! Красавицу, в щёчку.

Тема закрыта.

Спасибо всем кто принял участие. Alibek'у, как всегда, отделный респект. Есть ещё вопросы, но это позже и в личку.