Маркировка: штрихкод упаковки SSCC из типовых конфигураций 1С может не читаться на приемке у ваших покупателей. Во всем виноваты скобки в идентификаторе применения.
1с ответили, что данная ошибка исправлена в патче EF_00_00344385.cfe для . Пока не получилось проверить, надеюсь на неделе выяснить, работает ли исправление корректно.
Пытался разобраться, , точно такой же как в методичке. Мне не удалось.
Подскажите, может есть способ заставить компоненту выдавала такой ШК, как прописано в спецификациях GS1?
Маркировка: штрихкод упаковки SSCC из типовых конфигураций 1С может не читаться на приемке у ваших покупателей. Во всем виноваты скобки в идентификаторе применения.
Запускаем маркировку текстиля на предприятии оптовой торговли.
Столкнулся с таким вопросом. 1с КА 2.4.13.57 (проверял и на актуальной 2.4.13.103 - результат тот же) при маркировке остатков предлагает сделать виртуальную агрегацию, и распечатать КИТУ (коды идентификации транспортной упаковки) и нанести на товар. формато кода: (00)iGGGGGGGGGSSSSSSSK
i - символ расширения (тип упаковки)
GGGGGGGG - 9 первых символов GLN компании-эмитента упаковки
SSSSSSS - 7 символов для серийного номера данной конкретной упаковки
и последний - контрольный символ.
подробнее можно посмотреть вот тут:
Я хочу обратить внимание на идентификатор применения (00).
В дальнейшем выполняется агрегация, на честный знак все выгрузилось, можно проверить на портале. Коды идентификации передаются с вырезанным идентификатором применения, т.е. без (00), сразу начинается с символа расширения.
Даже сформировать УПД и просканировать туда КИТУ можно, УПД выгружается в ЭДО как надо.
Если на той стороне 1с-конфигурация, она даже сможет прочитать этот ШК, и все будет хорошо... вот только не у всех наших клиентов 1с.
Оказалось, что клиент не может принять товар этими упаковками, поскольку ожидает код в формате UUiGGGGGGGGGSSSSSSSK. 20 символов без скобок. Они уже даже сделали у себя патч, чтоб можно было принимать вообще без идентификатора применения, т.е. 18 символов.
Но 1с для них преподнесла сюрприз.
Попробуйте просканировать штрихкоды из методички GS1:
У них тоже скобки в ШК не зашиты. Они выводятся в подписи, но в самом ШК их нет.
Я экспериментировал, но никак не могу заставить 1с распечатать именно тот штрихкод, как в примере в методичке. Я уже убирал скобки, убирал скобки с нулями, все равно сам узор ШК отличается. При этом, есть онлайн сервисы, которые умеют по переданному значению SSCC (что со скобками, что без) генерировать точно такой же узор, как в методичке. Вот например:
Вопрос. Что нужно сделать, чтобы заставить 1с генерировать валидные штрихкоды, согласно спецификации SSCC?
Вот не уверен, что это правильно.
Вообще говоря, то ИмяСервера (включая порт), которое мы получаем таким образом, это адрес кластера 1с, на котором крутится эта база. Если порт стандартный, то он совпадает с именем сервера (читай агента сервера). Если порты не стандартные - то они разные.
Так вот. Если вы просто обрежете порт из адреса кластера, то получите обращение по стандартному порту, т.е. 1541, и скорее всего, попадете на другой сервер, не тот, на котором крутится данная база.
Вот в связи с этим вопрос: можно ли как то узнать полный адрес агента сервера, на котором крутится эта база?
(15) Linda1C, А вы уверены, что после заливки конфы, база будет работоспособной? Вполне возможны исходы, когда, скажем, не проставлены несколько самописных галочек в константах, учетных политиках, справочниках и прочего, и узнаете вы об этом только через несколько месяцев, пока не наткнетесь на большой-большой косяк.
Не совсем понял, как это подключить регистрацию изменений как внешнюю обработку, наверное просто не сталкивался.
Для расширения кругозора, поделитесь, зачем это понадобилось?
Касательно ошибки, есть у меня подозрение, что данный код выполняется на сервере, и потому, никакие формы открываться не могут. Хотя опять же, я не совсем понял, что именно Вы делаете.
(6) zodiac99-99, я обычно делаю просто (не совсем корректно, но мне кажется это просто и надежно).
1. создаю правило конвертации, в котором в качестве источника указываю "строка" (это не корректно, и при каждой загрузке правил будет выдаваться ошибка, однако это позволяет задать в явном виде все нужные мне соответствия).
2. В созданном правиле я, на вкладке "конвертация значений" добавляю интрересующие меня значения. Получится что-то вроде "ЗаявкаНаПоставку" -> ПеречислениеСсылка.ЗаявкаНаПоставку;
3. В нужных мне документах и прочих объектах, в которых будет фигурировать данное перечисление, в правеле конвертации свойства (конкретного реквизита) просто выбираешь созданное на п.1 правило конвертации объекта (самого значения этого свойства).
4. Ну и в правиле конвертации свойства, в разделе "перед выгрузкой", или "при выгрузке", уже в зависимости от твоих надобностей, просто пишишь
Код
Значение = "ЗаявкаНаПоставку"
При этом, в момент выгрузки, по правилу конвертации значения произойдет подстановка из соответствия заданного на п.2
