Отрицательные остатки 2 регистр.... чё делать?... : ЕГАИС в опте и рознице

Нет не путаю, так как на другой точке 2 регистр был зачищен полностью, партионка переведена в поштучный, но некорректно привязались марки, в итоге те бутылки которые были на 1 регистре без привязанной марки, списывались при продаже и с 1 и с 3 рег. Выравнивали это только возвратными чеками, так как фактически алкоголя на 1 регистре не было. В этой ситуации я более чем уверена. Насчет перемещения, перемещать не чего, актов списания тоже не нашла, они есть но их очень мало, нет такого количества как нужно.

продукция не могла испариться с 1 регистра. Возможно, они были сделаны не из вашего ПО, а из другого или напрямую. Можете взять любую справку 2 из старых ТТН (точнее, из Уведомлений о регистрации движений, пришедших вместе с ними) и сделать по ней запрос истории [ ➜ ] (стр.98) В ответе будет написано по какому документу поступила эта продукция и какими документами расходовалась. Ну а зная идентификатор и дату документа уже можно пробовать обращаться в ФСРАР

Она могла туда даже не поступить, сегодня буду центр проверять, сдается мне что все там. А в рар обращаться никак нельзя, во всяком случае пока, там 8 точек
Сейчас подровняю, а потом уже в рар, ну или так и оставим, вдруг проскочим.

Здравствуйте, может кто поделиться xml схемой технического возвратного чека?

если не ошибаюсь, то такой же как и продажи, только тип указываете Возврат

<?xml version="1.0" encoding="utf-8"?>
<ns:Documents Version="1.0" xmlns:ck="http://fsrar.ru/WEGAIS/ChequeV3" xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2" xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2">
<ns:Owner>
<ns:FSRAR_ID></ns:FSRAR_ID>
</ns:Owner>
<ns:Document>
<ns:ChequeV3>
<ck:Identity></ck:Identity>
<ck:Header>
<ck:Date>2021-11-15T09:15:15</ck:Date>
<ck:Kassa></ck:Kassa>
<ck:Shift></ck:Shift>
<ck:Number></ck:Number>
<ck:Type>Возврат</ck:Type>
</ck:Header>
<ck:Content>
<ck:Bottle>
<ck:Barcode></ck:Barcode>
<ck:EAN></ck:EAN>
<ck:Price></ck:Price>
</ck:Bottle>
</ck:Content>
</ns:ChequeV3>
</ns:Document>
</ns:Documents>

Отправлять чек надо командой вида
Перед localhost вставьте "http://", иначе движок форума преобразует команду в ссылку
"Che_3.xml" - имя файла с отправляемым чеком.
Так же учтите, что цена должна быть положительной (а отличии от чека 1й редакции)

_R2D2_, Igor_NP, FerroPanda, спасибо за помощь!

Я тоже и уже давно реализовал на своих РМК автоматическую очередь чеков ЕГАИС, которые не смогли отправиться в ЕГАИС по тем или иным причинам (и не важно - возвратные эти чеки или прямые)
Ну а как по другому обойти существующее "несовершенство" ЕГАИС в этом плане?

Ведь самое простое и логичное - это поставить чек ЕГАИС (мы про чеки ЕГАИС говорим, а не про кассовые чеки!) в очередь, и как только ситуация с ЕГАИС "разрулится" - автоматически их (чеки ЕГАИС) - из очереди - отправить в ЕГАИС.

Поэтому, поддерживаю _R2D2_ в плане:
А по другому (когда кассовый чек пробит, а чек ЕГАИС в ЕГАИС не отправлен) - будет в любом случае нарушением. (а так - хоть пусть и с задержкой, но в ЕГАИС информация о продаже будет отражена, и не подкопаешься..).

Я вот так думаю.

Что в данном случае подразумевается под "ЕГАИС" - ? УТМ - ?
Чек должен быть при продаже отправлен в УТМ, там подписан и .т.д.
А уж когда он доставит его в ЕГАИС - это его дело, на это есть три дня, в течении которых может не быть интернета, лежать сервера в самом ЕГАИС и т.п...
Потом, если в течении трех дней чек не будет отправлен - УТМ блокируется, и уже не будет принимать/подписывать чеки.
По сути - это и есть очередь.