В обработке ФронтКассира есть такой фрагмент:
    //Теперь подставим реальные фискальные реквизиты чека, если это не копия
    Если Результат И (УстановленРежим("Чек") ИЛИ УстановленРежим("ЧекНаВозврат") ИЛИ УстановленРежим("ЧекНаОплату") ИЛИ УстановленРежим("ЧекНаОплатуВозврат") ИЛИ УстановленРежим("ПриходныйКассовыйОрдер") ИЛИ УстановленРежим("РасходныйКассовыйОрдер")) Тогда
        Попытка
            КоличествоСтрок=0; КоличествоСтолбцов=0;
            SafeArrayПараметрыЧека.GetBounds(КоличествоСтрок,КоличествоСтолбцов);
            НомерСмены=Число(SafeArrayПараметрыЧека.GetValue(0,0));
            НомерЧека=Число(SafeArrayПараметрыЧека.GetValue(1,0));
            ДатаФР=Вычислить("'"+SafeArrayПараметрыЧека.GetValue(3,0)+"'");
            НомерДокумента=Число(SafeArrayПараметрыЧека.GetValue(2,0));
            СтруктураВозвратныхПараметров=Новый Структура("ДатаФР,НомерЧека,НомерДокумента,НомерСмены",ДатаФР,НомерЧека,НомерДокумента,НомерСмены);
        Исключение
            ТекстОшибки="Ошибка получения фискальных реквизитов пробитого чека: "+ОписаниеОшибки();
        КонецПопытки;
    КонецЕсли;

Уже 3-й день эта ошибка мучает!? Вроде кассу не трогали, кассу перезапустим, и работает...

ВыполнитьКомандуОборудования("ФР",GUID_ФР,"ПробитьЧек",SafeArrayПараметрыЧека,ТаймаутФР,ТекстОшибки) - прошла успешно, а получить фискальные реквизиты - ошибка!?

Хоть версию альфы скажи 4 или 5 ?

(2) 4.1.01.30

В начале функции ПробитьЧек()
    // Сформируем параметры задания
    SafeArrayПараметрыЧека=Рарус_Компонента.СоздатьПараметры(4,1);
Рарус_Компонента - это обращение к Серверу защиты и управления оборудованием (для меня "черный ящик"). Но почему метод GetBounds в некоторых случаях может перестать быть значением объектного типа?

(4) Потому что защита сглючила или не той системы.
Наилучшее решение это викинуть нафик защиту (ключик защиты не вытаскиваем пусть стоит дальше) программно.
И сделать пробивку на ККТ своим кодом мимо защиты.

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

(5) Круто! Но скорее касса (АТОЛ 11Ф) сглючила...

Рарус...

Как в типовых конфигурациях получают фискальные реквизиты чека?

(8) Они не нужны для штатной работы.

Единственный требуемый реквизит это "номер чека".

(9)+ необязательный

(10) Как необязательный? Если ФР не выдал "номер чека", значит чек не отбит!?

(11) Тебе кто мешает в номер чека написать число от балды?

(12) Дык, так и чеки от балды рисовать, зачем кассу ставить!?

(13) Если знаешь "алгоритм" внутри ФН то можно и без кассы.

Можно только ФН купить и зная мануал заюзать его через комп напрямую или через прокладку в виде "ардуинки".
Чтобы печатать лектронные чеки.
Можно и бумажные на термопринтере "копии" выводить так то.

Так что да "касса" не нужна чтобы чеки для ОФД и ИФНС "рисовать".

(14) А как 1С узнает: отбился (записался в фискальную память) чек успешно, или нет? Номер чека - главный критерий!

(0) на Штрихе такое бывает : в коде обращаешься к ККТ первый раз - всё нормально. Обращаешься второй раз - приходит такая ошибка что данные не получены.
Решение( одно из решений ) - изменить тип подключения к ККТ: с TCP на обращение по IP ( т.е. или по СОМ или по IP )

(15) Начнем с того а нафига это "знать 1С"?
Какую полезную функционалу несет это знание?

Кроме того что в конце дня "смена в 1С не закрывается"...

(17)+ Извини но сверить две циферки (суммы) по Z-отчету из ККТ и по данным 1С может любой кассир.

И позвать "программиста 1С" если они не сходятся ))

(17) Как нафига знать работает касса или нет!? Это в рознице на чеки смотрят (единственный документ, который выдают покупателю), а оптовой торговле чеки для налоговой отбивают (ну если покупатель попросит).
(18) В конце смены поздно сверять, если весь день касса не работала.

(19) Сделай запрос в ОФД там в личном кабинете чек появился - значит касса успешно его пробила ))

Или X-отчет по кассе и на бумажке написано сколько ушло/не ушло чеков.

Знать это "в 1С" полнейшее излишество, только усложнение конфы и лишний геморрой юзерам.

Ты еще при печати на обычный принтер давай "в 1С" определяй вылезла бумажка или нет. Какой там номер бумажки с начала дня и сколько всего бумажек отпечатано...
Чтобы знать когда в 1С повторять печать после замятия и когда отправлять на замену картриджа/принтера )))

(20) Ой, какие сложности: запрос в ОФД, X-отчет по кассе... куда нас понесло!?
Если менеджер отбивает чек с компа, к которому ФР подключен, он и так услышит, что касса запищала, заморгала, чек не вылез. Если с другого компа, то номера чека не будет в корешке ПКО - должен заметить (вроде ПКО не проведется). Не в этом вопрос, а в том, что касса чеки не отбивает, а ЖР ошибка: Значение не является значением объектного типа (GetBounds).

(21) Ошибка в кривых программерах или админах.
Глобальное решение проблемы было подсказано:

"Выкинуть пробивку чеков через защиту, сделать прямую пробивку на драйвер"

(22)+ Или долбать техподдержку Раруса

(0) SafeArrayПараметрыЧека   - Рарус компонента в которой должна быть, но почему то нет процедура GetBounds();

Попробуй обновить Рарус компоненту - это ДЛЛка поставляемая с почти каждой обновкой конфы, валяется обычно в папке обновления рядом

(24) В ноябре 1С-Рарус тоже самое советовали https://rarus.ru/forum/messages/forum7/topic11493/message73207/#message73207. Но после перезагрузки сервера ошибка не появлялась. А тут 3 дня каждый день стала возникать. Уже 4=й день нет...

(25) ВК отваливается же периодически, причины вам никто не скажет отвалов.

Или страдать дальше или (22)

(26) +100500  Давно, очень давно выкинули всю работу с торговым оборудованием от Раруса через ВК и... счастие настало. (Когда-то была Альфа-Авто 4.1.х)

КВ - это что?

(27) Молодцы! У меня у же несколько клиентов таких

(28) Это ТАНК! А ВК - Внешняя Компонента