1С предприятие 8.1, рабочее место кассира. В регистрации продаж при оплате ККМ выдает аннулированный чек. Версия драйвера АТОЛ 6.10, на 6.8 все вроде работало. Как можно откатить драйвер или есть еще варианты?

Ах да, пишет: "Ошибка фискального регистратора операция запрещена в таблице настроек"

(1) Зайди в таблицу настроек, и разреши операцию.

Прошу прощения за некорректный вопрос, как это сделать? Я не силен в 1С. Если можно - пошагово, а то работа магазина стоит.

через драйвер ФР делать надо

Как именно через драйвер ФР это разрешить?

У вас нет кассового механика?

(3) тогда лучше самому не лазить и вызвать спеца ЦТО.

Поди же пытаетесь нулевой чек пробить, который действительно запрещён в таблице настроек, чтобы потом вопросов с налоговой не возникало.
P.S. а таблица настроек очень сильно зависит от модели кассового аппарата (того принтера, который чеки печатает).

Мастера нет, что поделать. Чек пробивается не нулевой, а на оплату. Принтер FPrint-5200, рядом стоит такой же на 1С 7.7, там все в порядке.

(9) ну можно конечно попробовать откатить драйвер до 6.8 и поэкспериментировать.
Но все таки лучше найти универсального спеца. Или двух спецов - один по ФР, другой по 1С.

смотрю что мы исправляли для интерфейса 1С в драйвере с версии 6.8:
- Для интерфейса 1С в функции PrintFiscalString тип аргументов Tax и Discount изменен с Single на Double.
-  стандартный интерфейс 1С 8.x (класс "AddIn.ATOL_KKM_1C") добавлен метод "OpenCashDrawer", предназначенный для открытия денежного ящика.
- В стандартном интерфейсе 1С 8.x (класс "AddIn.ATOL_KKM_1C") изменена логика работы метода "PrintFiscalString". Теперь вместо процентной скидки в драйвер передаётся сумма позиции с учётом скидки. Это позволяет исключить ошибки, вызванные передачей в ККМ скидок, содержащих большое количество знаков после запятой.
- Для стандартного интерфейса 1С 8.x (класс "AddIn.ATOL_KKM_1C") изменён механизм регистрации скидок. Теперь скидки не регистрируются средствами ККМ, а учитываются программно на уровне драйвера. Это позволяет исключить проблемы, связанные с различием алгоритмов округления в драйвере и ККМ.

В общем, изменений была куча. 100% надо обработку работы с ФР смотреть

(0) я звоню в ЦТО и по телефону мне, как правило, объясняют - по мелочам им не интересно ездить:)
До таблиц можно добраться и с 1С: Сервис - Настройки(параметры) - Драйвер ФР

(11) До кучи тогда, у вас драйвера не умеют случайно переносить длинные строки?
А то давеча столкнулся с заменой ШТРИХ-ФР на ШТРИХ-Light-ФРК, в первом 36 символов влазить, во втором 32 - пришлось обработку править (7.7)

Кстати, только что появилось уточнение, в корне меняющее суть вопроса: проблема началась после перебоя с электричеством, т.е. драйвер 6.10 работал вполне стабильно. Что может быть в данном случае?

(14) Слетели таблицы, слетели счетчики, ФР перешел в неправильный режим.

За 5 дней и 4 ночи можно было всё переписать заного, про*бать и написать снова. Попутно выучить все таблицы ККМ.

Это даже "проблемой" назвать сложно.

(13) так это не драйвер должен делать, а ФР

Таблицы не учил, про*бать не успел (все сделали до меня), RTFM не исполнял. Но решение проблемы нашлось, даже учитывая, что уделял я ей не так уж много времени (кассиры вполне спокойно научились писать все в книжечку). Скачал с сайта АТОЛ свежие драйвера 6.14 и решил поставить их, предварительно снеся старые. Не помогло совершенно, 1С закономерно начал ругаться на несоответствие версий, но это излечимо в конфигурации. Решил поставить старые драйвера 6.8, опять не помогло, хотя предыдущая установка удалилась вроде бы вся. Подумал, сделал откат системы на дату до сбоя, очистил все ключи реестра и файлы драйверов АТОЛ с помощью Uninstall Tool (принудительное удаление*), вновь установил версию 6.14, импортировал таблицы с того компьютера, на котором все работало и вуаля! Проблема исчезла.

*Тут нюанс. Восстановление системы пытался сделать сначала, не удаляя установленные драйвера 6.8, после уже чистить. Не помогло. Только поставив 6.10, потом откатив и очистив Windows с помощью Uninstall Tool смог корректно настроить 6.14. Танцы с бубном, блин.

(18) Зря ты так. Таких "танцев" делать совершенно не надо было. В принципе, достаточно было импортировать таблицы с рабочей ККМ.