ideia писал(а):включайте. никто не запрещает.
но есть вероятность что "овчинка выделки не стоит".
Довольно часто в базе встречаются отклонения в ФК, дате, Серии, номере, сумм безНДС и НДС с реальными данными из накладных. Многие довольствуются первичным вводом, но, неплохо было бы перепроверить на правильность ввода.
И бухгалтера начинают перепроверять каждую накладную, по всем 6-и параметрам. Занимает много времени.
Когда их несколько сот накладных, то, это совсем неприятная операция.
А, сканируя: перелистываешь, сканируешь, и,.. "танцуешь"
На форуме выложил не для того, чтобы заработать (времени уже нет свободного для доп. работ).
Но, для того, чтобы затея была практичной - всем разработчикам необходимо придерживаться общему протоколу (порядка вывода данных в баркод).
Конечно, будем ориентироваться на главного дистрибъютера 1С.
Примерное построение данных(с разделительным знаком | ):
первая строка - служебная;
вторая строка - серияСномером|ДатаВыдачи|датаВыписки|ФКпоставщика|ФКпокупателя|СуммаБезНДС|СуммаНДС|СуммаВсего|...
Формат даты, пример: 20180901152306.
остальные строки на усмотрение разработчиков(служебные данные), с учетом количества символов, допустимых к чтению в выбранном размере рисунка.
Примечание: баркод формата 2D не все сканеры читают.
И, минус: накладные созданные в ЭД будут отличаться. Но, их то, в базу можно перенести без ошибок в автоматическом режиме.