смена закрылась в меньшую сторону

[Aries]

Всем привет. Ситуация странная:

Хронология такая:
1. Открыли смену №153  (время открытия 08:39  17.08.23)
2. Все последующие чеки были как будто в 152й смене (это потом уже увидел и в такскоме)
3. Закрыли смену (время закрытия 16:55  17,08,23)  На чеке отобразилось, что закрылась смена №152 , так же это и в такском ушло.
4. на следующий день открылась смена 154.

В такскоме висит незакрытая смена №152, они говорят что ничего сделать не могут.
Я не пойму как в ФН так может записаться, откыть 153, чеки бить в 152 и закрыть 152 смену...

что еще добавить:
касса атол11ф
ПО 1С
куда копать?)

[GeorgSerg]

как в ФН так может записаться, открыть 153, чеки бить в 152 и закрыть 152 смену

Вытащить эти ФД из архива ФН напрямую любой утилитой (FNTest или..). А потом можно что-то думать.
То, что распечатывается и / или уходит на сервак ОФД - иногда есть серьёзные отличия.

[ar]

Версия ФФД 1.1
Что там в Такскоме с ней, знает только Такском...

[GeorgSerg]

знает только Такском...

В фискальниках иногда и "верхний софт", в т. ч. и 1С..

[Aries]

Есть еще фото из ДТО, до ФН смогу добраться только в понедельник.

[GeorgSerg]

Поскольку сейчас ФН нет - если есть желание - попробуйте имеющиеся у вас "проблемные" ФД проверить вот здесь https://proverkacheka.com/

[Aries]

Посмотрел через фн-ран

[chellenger]

Aries, в гарантию его с чётким описанием сбоя.

[GeorgSerg]

в гарантию

Формулировка? На всех выложенных ФД "Квитанция из ОФД получена", так что с гарантией можно определить только через FNTest

[ILinSKY]

был подобный случай на форуме https://kkmcom.ru/index.php/topic,14646.msg184581.html#msg184581
в итоге продолжили работать, больше такого не повторилось на этом ФН.

[GeorgSerg]

Посмотрел через фн-ран

Коллега, для конкретики нужен контейнер с данными, НЕПРИНИМАЕМЫМИ сервером ОФД. Если именно на него по номеру и дате отказ в приемке - то он ПЕРВЫЙ в очереди на отправку. И потом уже разбираться - кто виноват, ФН или софт, сравнить, какие ФД сохранены в архиве, какие в контейнере, и что добавлено в "оболочку" для упаковки.

[АМЕ_Worker]

для конкретики нужен контейнер с данными, НЕПРИНИМАЕМЫМИ сервером ОФД

GeorgSerg, то есть, если не смотря на непоследовательный порядок смен сервер ОФД принял все документы, то и ошибки нет? Еще бы как то уточнить, примет ли ФД этих двух смен к учету ФНС (пройдут ли они входной контроль сервера ФНС)? Если да, то пользователь не виноват, так как выручку не скрыл. А производитель ФН, априори не виноват. "Кто же его посадит, он же памятник" (Х/Ф "Джентльмены удачи").

[GeorgSerg]

пользователь не виноват

Коллега, пользователь виноват всегда. Он ( и больше никто) и только он обязан следить за всем, что можно и неможно. Тем более, что доказать ему свою правоту нереально - он и только он отвечает за тех. состояние своей ККТ.
К примеру - ФД пробит, товар / услуга проданы, чек не принят серваком ОФД, эМ с минусом и т.д.. Что должен сделать законопослушный владелец ККТ? Правильно, немедленно прекратить работу на этой ККТ. А что должен сделать бухгалтер покупателя с этим некошерным чеком - оформить покупку / услугу как расход?
 А дальше что? А в ответ тишина..  И мёртвые ФНы с косами стоять..(с)

сервер ОФД принял все документы

И что с того? ОФД принял, квиток приемки отправил, а от сервака ФНС отлуп. На этом всё, где и / или в каком НПА прописана ответственность ОФД в таком случае? Где = да в ...аха, да-да, именно там, о чем вы только что в рифму подумали.. Проверять надо в ЛК сервера ФНС.

[АМЕ_Worker]

Проверять надо в ЛК сервера ФНС.
С

GeorgSerg, вы совершенно правы, окончательный ответ - принять ФД к учету, или не принять, за сервером ФНС. Теперь дело за малым - интерфейсом, через который можно узнать судьбу (принят к учету, или не принят) конкретного ФД. Или доступ в ЛК сервера ФНС уже реализован? А я просто не слышал об этом.