Касса УКМ добавляет 9 в конце serial при передаче в ОФД кода маркировки обуви на остатки : УКМ-4

Работаем на УКМ 90сп1, прошивка 009.13. Все коды маркировки обуви у нас - это полученные от Честного знака коды на остатки. При передаче кода маркировки в ОФД касса зачем-то добавляет 9 в конце серийного номера (serial).
Пример: GTIN=2900001427449, serial=!ywZ)rF3CqX&g
Строка base64 должна быть RE0CozWOD/kheXdaKXJGM0NxWCZn
Касса передает RE0CozWOD/kheXdaKXJGM0NxWCZnOQ==
Видно, что касса добавила в конце OQ==
это 9 в base64. Эта же девятка видна в serial и в личном кабинете честного знака. Т.е. у честного знака видим serial из 14 знаков (с девяткой на конце), а не из 13, как должно быть.
При этом в базе УКМ в таблице trm_out_receipt_item_kiz_marks все отображается правильно: GTIN 14 знаков, serial 13 знаков. Видимо отправку в ОФД делает уже сама ККТ.
Не понимаю из-за чего это происходит. Пробовал другие шаблоны (шаблоны вообще не влияют на отправку в ОФД), задать Tag1162Convert=true (false по умолчанию). Ничего не помогает.
Похоже проблема именно с кодами на остатки, т.к. образец датаматрикс с честного знака формата [01]...[21]...[240]...[91]...[92] отправляется без 9. Но на остатки обуви формат кода вот такой: [01]...[21]...[91]...[92].
Вопрос к тем, кто уже отправлял коды маркировки на остатки: как у Вас отображается код маркировки в ОФД? Нет этих OQ== в конце?

Миниатюры

   

GTINы от честного знака слева добиты нулями до 14 символов. Возможно, девятка в серийнике - это первый символ заголовка 91 тега?

GTIN=02900001427449 (ошибся, когда писал первое сообщение) - 14 символов, конечно.
Код маркировки: 010290000142744921!ywZ)rF3CqX&g91802992...
Да, я тоже подумал, что это первая 9 из 91. Только как победить это?

Перед 91 и 92 тегом в маркировке есть символ-разделитель. Добавьте их в шаблон

Да эти разделители есть - я отметил их стрелками на картинке.
Шаблон попробовал тот, который на этом форуме выкладывали- он на второй картинке.
Не помогло.

Миниатюры

   

Смотрю в Честном знаке продажи обуви, которые мы промаркировали кодами маркировки, полученными от Честного знака. Все то же самое - везде на конце серийного номера добавлена 9-ка.

gtin:02900001276993, sn:QHSP.n9rUDdUt9

И комментарий - чек обработан с ошибкой.
Сижу, чешу репу.
Тоже продажи через УКМ4.
Шаблон

Может надо обновит прошивку фискальника на последнюю, т.е. 9.13.587?

У нас 009.13.597 - девятка на конце serial есть.
В честном знаке естественно будет "Обработан с ошибками", т.к. касса передает serial, по которому не было ввода в оборот.
Ну теперь хоть понятно, что не мы одни такие.

а параметр tag1162Convert во что выставлен ?

Tag1162Convert=false по умолчанию. Я пробовал ставить true - эффекта не увидел. Знать бы еще что это за параметр.