Для каждого заказа есть свой бланк (с серией и номером), бланки заполняются не по порядку. Как можно было бы отслеживать "затерявшиеся" бланки?
Это пожелание генерального директора на случаи злоупотребления доверием... Конечно вопрос поставлен очень абстрактно и я даже не совсем понимаю с чего начать... Пример был дан такой - филиал получил свои бланки, один из них заполнил, принял заказ, взял деньги и бланк с концами... или, принят заказ, но в отдел финансов предоставлен один бланк, на производство другой...
Задача - каким нибудь образом вовремя замечать подобные вещи. Варианты решений два:
1) Искать потерянные (бумажные) бланки - выданные живьем на руки, но не записанные в базе данных (вполне подойдет запрос об отсутсвующих диапазонах).
2) Или же в руках оказывается документ с номером, который кажется подозрительным, в том смысле, что он возможно не зарегистрирован в базе (это простой поиск подозрительного номера по базе данных).
Подошёл бы первый вариант, НО: допустим, кто-то взял да и заполнил бланк из другой пачки (ну или она у него упала и взял первый попавшийся) в результате запрос отображает, скажем, 350 "подозрительных" и тому подобные нюансы...
За основу конечно надо брать упомянутый запрос (котрый возвращает ДИАПАЗОНЫ пропущенных значений), но с дополнительными критериями, о которых я и прошу any ideas .

Тогда нужен человек, который отмечал бы что выдано... Начальник не всегда прав, но он всегда начальник. Раз сказано "отслеживание должно быть компьютерезированно", значит надо что-то придумать, что бы генеральный сидя в кресле при нажатии кнопочки видел "подозрительные" номера бланков...

Конечно, если будут все инструкции, которым все будут следовать то проблема решиться сама собой. Но задача поставлена так, чтобы, не меняя бизнес процесса, из компьютера извлечь "подозрительные" номера. Каким образом и по каким критериям это делать - ума не приложу (а сам директор и подавно), но решение надо дать...

Уточню размеры: на сегодня количество серий бланков = 81 (будет расти), количество новых номеров на каждую серию в неделю = 250-400 (будет расти).
Чтобы генерировать, надо отдельного человека дополнительно - что само собой отменяется. Допросить директора отменяется тоже... Остаётся вникать в процесс самому, чем и заимаюсь, но идей не возникло :(
Надеюсь на дальнейшую Вашу помощь!

ModelR+ бланка нет слишком долго
+ бланк не числиться среди уничтоженных как брак.
Желательно не вести учёт когда он был выдан... Надо придумать как без этого, т.к. "компьютер может всё - надо только уметь с ним работать" (Директор)...

Как Вам не покажется это смешным, но такая функция уже есть и работает по описанному Вами принципу. Только, очевидно не продуктивно, раз требуется ещё одна ;-)
Надо найти середину между реальными возможностями и желаниями директоров, вот я и спрашиваю совет как повысить реальные возможности, т.к. простой диапазон здесь неудобен (уже писал почему).

То алл:
может я не так выразился - предложенный вариант не совсем не подходит; его надо просто усовершенствовать до такой степени, чтобы это мог делать сам PC.
Не знаю, может типо такого принципа - взять дату последнего использованного бланка, каклибо фиксировать дату появления диапазона и держать "подозрительными" те, которые не вернулись в течении n дней после рождения диапазона. Только для каждой серии должно быть указано своё допустимое значение n дней отведённых на возвращение бланков на Родину...
Подскажите что-нибудь, кроме рандом и телепатических способностей ;-)

43211. определить критерии подозрительности.
Ну я бы сказал, что ввиду ограничения времени, отведённого на решения будет достаточно такого:
каждый пропущенный номер должен появиться в базе в течении времени указанного для каждой серии отдельно.

43212. реализовать учет, позволяющий вычислять критерии по п. 1.
А вот теперь уже требуется конкретная помощь как это реализовать.

Ну как ещё точнее? Например время на возвращение бланка - 7 дней. Есть таблица заказы (на 2006.01.16)

Номер; Дата
1; 2007.01.10
2; 2007.01.11
4; 2007.01.13
9; 2007.01.16

Значит нужен запрос,
который 2006.01.21 выдаст результат - подозрительный номер = 3

а на 2006.01.25 выдас результат - подозрительный номер = 5, 6, 7, 8 (учитывая то что №3 появился в базе, скажем 2006.01.17)...

вот и мучаюсь теперь как это ркализовать на практике...

Извиняюсь, отстаю - год везде 2007.

smehТаблица1 Выдано:
....
- Дата выдачи
....


Дополнительна работа (ввод даты выдачи) только что была отвергнута...