Комментарии 13
когда-то делал для получения уникального номера документа в 7.7 (SQL) - это прозаично ROW_ID таблицы _1SJOURN, догонял до 12 символов, считал контрольный и EAN-13 готов. всё. и не важно, какая нумерация в пределах чего.
если EAN-8, то тоже хватило бы. 9 млн. / ну, пусть, 30 тыс. экз. в мес. = 300 мес. / 12 = 25 лет.
В 7.7 возможно хватит и ean-8. В 8-ке есть ещё префикс от 2 до 4 символов в номере, ввидов документов > 10 (ещё 2 разряда) и год (миниму 2 разряда), потому ean-13 в притык
да, но в 8 никто не запретит замутить отдельную табличку с UID, Видом (_Document<n>, _Reference<n>, ...) (как в документации, я так понимаю, вид как раз) и автоинкрементным полем. автоинкрементное поле - в штрихкод, по которому очень легко получить UID и, собственно, "экземпляр объекта метаданных" (любой ;))
уникальный ключ по UID, индекс по автоинкрементному полю. ИМХО, как-то так ))
ЗЫ. можно даже без "Вида", UID так и так предположительно уникальный )))
Можно наверное, только зачем усложнять хранение в отдельных регистрах уид ради ean-8, когда подходит ean-13.
Регистр распухнет очень быстро, если взять все виды документов и количество документов для каждого вида в год (десятки тысяч). И туда же добавить справочники, из которых тоже печатаются документы, например, договора с клиентами/поставщиками и связанные допники и спе-ции
рискну предположить, что таблица с одним текстовым и одним числовым полем, с учетом индексов, "распухнет" базу на 1-2% не более ))
и, я не говорил про регистр, хотя, можно и регистром. понятно, что под регистр 1с создаст несколько таблиц с туевой хучей полей )). я про табличку в базе данных и паре глобальных функций. и про прямой запрос к БД, можно даже к внешней, можно даже по ADODB.
А как быть с входящими документами?
А в чем проблема с QR кодами?
можно много заложить информации и распознается хорошо при сканировании если использовать PNG в место JPG(много артефактов создает из за этого плохое распознание)
QR-код и DataMatrix после печати читаемый. После сканирования и распознавания становится плохо читаемый. Печать и сканирование 300 dpi. PNG или JPG особой роли не играет, больше влияет плотность. В данном случае, степень распознавания сканов низкая ~50%. До тех же сканов с ean-13 распознавание до 100%, если сам штрихкод не испорчен (скрепками или др.)
Другой ньюанс (дополню в статье) в том, что для распознавания QR-кола нужно задавать координаты области, что не очень хорошо. Скан может быть с наклоном или вообще перевернутая страница. Со штрихкодом таких траблов нет
Автоматическое создание скан-архива документов в 1С