Есть товары с ед. измерения штуки и кг. У них есть штрихкоды в EAN-13.
Надо будет создать доп. единицы "коробки" и для них заполнить штрих коды в itf 14
Засада в конвертации :(
Есть мысли ?

(0) первая цифра от 1 до 9 - логистический вариант, можно брать тупо 1, если планируется один код. Затем 12 цифр ean13 без контрольной цифры. Затем контрольная цифра, которую надо посчитать самостоятельно исходя из предыдущих 13. Ничего сложного.

Как считать цифру - ответ есть вот тут чем напечатать SSCC код в 1с7.7

(0) Вообще, колхозить какие-то свои ШК не приветствуется, если вы собираетесь работать с розничными сетями. Для коробок регистрируете свои ШК 14-значные как обычно. Т.е. штучная единица товара и коробка будут иметь разные ШК. Насчет весового товара(без индивидуальной упаковки), у нас, к примеру, печатают на коробках 13-значный штрих-код, дополненный лидирующим нулем до 14-значного.

Поставщик прислал список штрих-кодов на штуки. А на коробки не прислал. Для штук я загрузил в базу, а как сгенерировать для коробок ? На коробках есть,но не вручную же выбивать в базу ?

Да, это, кстати, верно. Технически коды, сформированные по (1), будут корректными, но по базе Юнискан пробиваться не будут, пока вы их не зарегистрируете обычным принятым там порядком. Это желательно понимать и вам, и тем кто дал вам такое задание на конвертацию.

(4) ну не хотите вручную - сосканируйте.

Нужно понимать, что там нет однозначности, потому что первая цифра может быть в сущности любой от 1 до 9.

Поставщик присылает коробки в которых лежит 20 штук. Но может прислать коробку и еще отдельно 10 штук.
И на коробках и на штуках есть штрихкоды.
Штрихкоды штучных товаров загружены в базу 1С. А для коробок поставщик список штрихкодов не прислал.
Моя задача с пом. обработки прописать в базе 1С штрихкоды для коробок.
Вот меня и интересует как можно это дело автоматизировать.
На штуке   ШК 9009861552483
На коробке ШК 9009861552486

(8) или просто дописать обработчик поиска по шк, если правил получения этой шестерки поставщик тоже не прислал

(8) Вы пример привели нереальный.
9009861552483
9009861552486 - в обоих кодах 13 цифр, причем во втором контрольная цифра неверная.
Во втором коде должно быть 14 цифр, нет первой цифры логистического варианта.

+ (8) вашу задачу однозначно решить сложно, потому что неизвестно, с каким логистическим вариантом ваш поставщик (или его поставщики) закодировали ITF-14 для коробок. Там может быть в начале кода произвольная цифра от 1 до 9. Если вы точно уверены, что там всегда единица, или двойка, или тройка - ну, кодируйте. Механизм я дал в (1), (2).

у поставщика могут быть, например, два варианта короба - большой и малый. У малого код начинается с цифры 1 и вмещает 10 шт. товара, а у большого с цифры 2 и вмещает 20 шт. товара. И сейчас вам привезли такой, а завтра привезут другой. Как вы разрулите такую ситуацию?

возможно, самым разумным вариантом в вашем случае будет доработать механизм сканирования таким образом, что если код не найден и его длина 14 символов - то показать форму его подвязки к номенклатуре, где выбирается номенклатура и количество единиц в коробе. Оператор подтверждает - и дальше сканирование уже идет без проволочек.

"Во втором коде должно быть 14 цифр"
Да, так и есть, первая цифра 9, т.е. код 99009861552486

(14) отсканировал 14, нашел нашел по 12, записал в базу 14, изи и без ручной работы

(15) так-то да, но вот только из него никак не понять, сколько единичных упаковок в коробе. Это может знать только оператор, посмотрев на короб или в короб.

если только в юнискан сделать запрос через API... Но я не знаю, насколько это реально.

(14) ну вот видите. Они логистический вариант 9 присобачили. Интересно, почему? Вообще программа Юнискана дает их по порядку начиная с 1. Может, оставшиеся 8 уже тоже заняты подо что-то?

(9) Алгоритм есть в конфах 1С, начиная с ТИС. Правда, он для EAN8 и EAN13, но без проблем дописывается для последовательности цифр любой длины. Код выложен по ссылке в (2).

(16) ну так нет же ни какой информации, задачи без информации интересны если есть тортик или интернет выключили

Опять-таки, если поставщик дал количество вложений в коробку и гарантирует, что оно не поменяется - ваш алгоритм работает. Заранее создаем необходимые единицы типа "гофроящик", где указываем переданное поставщиком количество вложений, но не указываем штрихкод. При приходе 14-значного кода сначала ищем по коду. Если ничего не нашлось, то  формируем из него EAN13, взяв Сред (Код, 2, 12) и рассчитав контрольный символ для этой последовательности. Если нашли, то ищем единицу, подчиненную той же номенклатуре, но типа "гофроящик", и вписываем в нее код. Профит!

Пишут, что первая цифра-индикатор от 1 до 8. А у меня получается 9.
https://s8.hostingkartinok.com/uploads/images/2019/02/eb8d2b35674af3dd3963421af73d6694.jpg

(22) тоже вижу 9

В общем, буду  надоедать поставщику, чтобы сбросил файл с товарами (артикулы у нас совпадают) , единицами измерения и штрихкодами на каждую единицу. Раз такая засада с этим ITF-14

Кстати, в том коде для НЕчетного количества работать будет не правильно.
Потому, что там идет отсчет с начала ШК, а надо с конца.