Някои знае ли как може поле с ЕГН от дадена таблица, посредством Validation Rule или нещо такова да бъде ограничено така че то да бъде реално. Става дума да има някакво ограничение с което втората двойка цифри (месеца) да не може да е повече от 12, а третата дойка (деня на раждане) да не може да е повече от 31. Наясно съм със ф-ята Between и мога да направя Validation rule от рода Between 1000000000 and 9999999999, но това пак не осигурява валидно ЕГН. Мерси предварително.

база?

MS Access!

Не знам как може да стане в Аксес( всъщност не си уточнил коя версия на аксес ползваш ), но тази валидация която казваш за ЕГН-то не е добра. Ако не знаеш последната цифра от ЕГН-то е контролно число което се смята на базата ан предните 9 по даден алгоритъм . Така че ти ( а и който иска да валидира ЕГН-та ) може да реализира тази проверка да е примерно още след въвеждането на ЕГН-то, т.е. веднага след като даден потребител ти е въвел едно ЕГН ти изчисляваш тази последна цифра и я сравняваш с този която е въведена и си готов. Ако не можеш да намериш алгоритъма ми пиши на майла аз ще ти го пратя написано на език който знаеш( е-майла можеш да го вземеш като цъкнеш на ника ми ) , айде и успех!


Защо да правим нещата лесно...

Месец 32, както и 52 са валидни стойности.
32 означава декември месец деветнайсти век, а 52 декември двадесет и първи век.

Ами значи аз сам с Access 2003 (от вчера =)) ама това не влияе на зададения проблем. Това със последните числа обаче наистина решава проблема! Мерси за информацията, сега ще потърся алгоритъма за пресмятането. Мерси!

Намерих алгоритъма за изчисление на контролното 10-то число на ЕГН-то:
http://grao.government.bg/egn.html
Дотук добре =) Ама ми е много чудно как да го кажа това на Access-а така че да ме разбере. Някои ако има идеи да казва

ами в аксеса има модули, в които можеш да пишеш собствени функции
после ползваш тези функции при валидацията...
това би трябвало да ти реши проблема

Съдържаниет е скрито
Влезте за да го видите