Связка Розница 2.3+Вики Принт 57Ф.

1Ска не пишет теги RequestKM и ProcessingKMResult, а сразу CheckPackage. Соответственно, инфо не уходит в ЧЗ.

Вместо
<?xml version="1.0" encoding="UTF-8"?>
<RequestKM GUID="80328043-4473-44f6-9cba-9eaa96e34940" MarkingCode="MDEwMjkwMDAyNDc4MzA2NTIxSWMyUkdiRGpMSUZVWh05MUV­FMDYdOTJsZWtMeUI0L2FqREF5MXI1U01KS0NVa0VCWjVYSS9CZkZ6WjRVZ0x­EZnBFPQ==" PlannedStatus="1"/>
<ProcessingKMResult GUID="80328043-4473-44f6-9cba-9eaa96e34940" Result="True" ResultCode="16" StatusInfo="0" HandleCode="0"/>
<CheckPackage>

Получается
<?xml version="1.0" encoding="UTF-8"?>
<CheckPackage>


Куда копать?

почему ты решил, что это должно идти в одной xml-ке?
сперва обмен серией RequestKM  GetProcessingKMResult ConfirmKM (это 3 разные xml, которые выполняются по мере наполнения чека данными)

в конце идёт CheckPackage с проверенными выше марками.

можете отказаться от онлайн проверки марок и сразу пихать их в CheckPackage, но проблемы выявленные придется разруливать уже по следам закрытого чека.

(1) Спасибо, так решил т.к. из техподдержки википринта прислали образец XML, сказали должен быть такой формат) Ищите мол проблему в 1С.

Так получается перед пробитием чека 1С отправляет данные, а не в самом чеке? Я пробовал включать настройку "КонтролироватьКодыМаркировкиСредствамиККТ", тогда она перед пробитием (или как вариант при сканировании) обменивается марками с ККТ. Но не знаю, правильно ли это?

(2) и то, и другое - правильно.
вопрос в том, как вы это встроите в свои бизнес-процессы. и насколько этот гемор вам нужен.

Гемор не нужен, но можно ли его избежать. Контролирующие органы говорят, делайте чтобы марки уходили, у вас не уходят.

Аптека больницы, если что

(5) в более чем 85% случаев проблемный код можно отложить в сторону и взять соседнюю пачку.

ещё - нужно повесить кассиру памятку "что такое и как выглядит датаматрикс по версии МДЛП"
и ещё - научитесь производить приёмку строго по кодам.