Не установлен на текущем компьютере не определен тип addin ingenicodriver1c

Розница 2.2. Слетели драйвера ККТ #809551

После большого числа экспериментов с драйверами штриха в базе слетели драйвера всех ККТ. При попытке просмотреть настройки кассы пишет, что драйвер не установлен. Нажимаю установить, пишет, что компонента уже установлена. Но при повторном нажатии на настройки, та же картина.

Посмеяться решил? Стаж: 10 лет 5 месяцев 28 дней Достижения (опыт): специализируюсь на нетиповых конфигурациях и нестандартных решениях

при чистке кеша ни какое оборудование не слетает по причине особенностей хранения. Настройка внешнего вида может слететь но не оборудование. Панель управления, устанвка удаление программ, грохнуть драйвера, презагрузить, установить заново. и на будущее, если задумаешь заниматься извращениями с системой(тем более с боевой) в особо жестокой форме, почитай про точки востановления системы.

))) Ну если хочешь то тогда все по полочкам раскладывай )) операционка, платформа, база(файловая или серверная), драйвера, железо какое? есть ли возможность другую железяку прицепить(комп)

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

Винда седьмая. Драйвер штриховский. Старая база его видит на ура. Драйвер несколько раз переустанавливали вчера. И до вечера база работала с кассой. Перенос основного файла базы в другую базу результата не дал. Следовательно, косяк в самой базе.

В драйвере штриха в 1с текущее состояние Не установлен на текущем компьютере. Не определен тип: AddIn.SMDrvFR1C22

Удалось победить через %опу. Я открыл штриховский драйвер ккт. Сделал выгрузку. Но не через сохранение, а открытие. Запомнил, куда он выкинул архивчик. В списке драйверов есть те, которые поставляются отдельно. Я в один из них загрузил этот драйвер и всё встало на свои места.

Де жё вю, «Не установлен на текущем компьютере. Не определен тип: AddIn.ATOL_KKM_1C82»

ПК: Windows Server 2008 x64, режим RDP 1С:Предприятие 8.3 . х32 . (8.3.11.2867) — Толстый клиент Бухгалтерия предприятия, редакция 3.0 (3.0.54.20 ККТ Атол-FPrint-22ПТК драйвер Атол 8.15.3.8197

Причина — надо было установить новую версию платформы 1С. Оказалось , что почему-то до сих пор работаем на 1С 8.3 х32.

Опять была попытка установить 1С х64, там драйвер ККТ Атол не завелся : «Не установлен на текущем компьютере. Не определен тип: AddIn.ATOL_KKM_1C82»В результате и в х32 после обновления тоже «Не определен тип: AddIn.ATOL_KKM_1C82».

Попутно в интернете похоже проясняется , что Драйвера ККМ Атол под х64 нет, и как недавно сказали — в ближайшее время не ожидается. Используйте х86 платформу. (Решение ищите в драйверах Атола 9 или 10)

Снес 1С8 х64 , перзагрузка, ошибка исчезла.

не устанавливается драйвер на 1с фискальный регистратор(эмулятор)

62294

Не устроил ответ?
Зарегистрируйся и задай свой вопрос. Живое общение приносит результат намного быстрее.

v8: Ошибка Тип не определен при попытке создать объект драйвера

Хочу в старенькой самописной конфигурации на платформе 8.2 напрямую печатать в Атол ККТ 55Ф. Экспериментирую на ККТ без фискального накопителя.

В тестовой обработке подключил внешнюю компоненту:

ProgID = «AddIn.FprnM1C»;

Попытка

ПодключитьВнешнююКомпоненту(«C:Program FilesATOLDrivers8Bin_FreeFprnM1C.dll», «FprnM1C», ТипВнешнейКомпоненты.Com);

ОбъектДрайвера = Новый(«ProgID«);

Исключение

КонецПопытки;

Компонента подключается (Истина), но при создании объекта драйвера вижу в отладчике ошибку :

Тип не определен (AddIn.FprnM1C)

Что я делаю не так? Как мне создать объект драйвера?

ProgID = «AddIn.FprnM8»; // HKEY_CLASSES_ROOTAddIn.FprnM8

ПодключитьВнешнююКомпоненту(«FprnM1C.dll», «FprnM1C», ТипВнешнейКомпоненты.Native); // Зарегистрирована по адресу: C:Program FilesATOLDrivers8Bin_FreeFprnM1C.dll

//Пробовал так: ПодключитьВнешнююКомпоненту(«C:Program FilesATOLDrivers8Bin_FreeFprnM1C.dll», «FprnM1C», ТипВнешнейКомпоненты.Native); // так же вместо Native выбирал Com

ОбъектДрайвера = Новый(ProgID); // при выполнении этой строки кода — «Тип не определен»

Так вроде нужно использовать FprnM1C82_54FZ.dll

Проблема в УТ 10. Тип не определен (AddIn.ИнтеграционнаяКомпонента.SMDrvFR1C22)

Кусок кода из ShtrihMkkt.epf, где 1С спотыкается:
Макет = ПолучитьМакет(«ИнтеграционнаяКомпонента»);
Адрес = ПоместитьВоВременноеХранилище(Макет);
ПодключитьВнешнююКомпоненту(Адрес, «ИнтеграционнаяКомпонента»);
Драйвер = Новый(«AddIn.ИнтеграционнаяКомпонента.SMDrvFR1C22»);

Более старые версии обработок ТО работают нормально.
В них код такой:
Макет = ПолучитьМакет(«ИнтеграционнаяКомпонента»);
Адрес = ПоместитьВоВременноеХранилище(Макет);
ПодключитьВнешнююКомпоненту(Адрес, «ИнтеграционнаяКомпонента», ТипВнешнейКомпоненты.Native);
Драйвер = Новый(«AddIn.ИнтеграционнаяКомпонента.SMDrvFR1C20»);

В интернете нашел только странные советы типа положить smDrvFR1CLib20.dll в bin или зарегистрировать в реестре (но проверил — там есть и AddIn.SMDrvFR1C20 и AddIn.SMDrvFR1C22).
Но насколько я понимаю, методу ПодключитьВнешнююКомпоненту это не требуется?

Решение проблем с регистрацией внешних компонент в терминале

При этом пользователи видят, например, картинку представленную в анонсе статьи.

В то время как при работе с локальных компьютеров никаких проблем с подключением внешних компонент нет.

С чем это связано? Это связано с тем, что, когда пользователи работают через сервер терминалов, они имеют меньше прав, чем при работе на локальном компьютере.

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

Причина такой разницы заключается в том, что 1С не может зарегистрировать внешнюю компоненту в реестре, когда пользователь работает в терминале под обычными правами, т.к. у обычного пользователя нет прав на запись в ветку системного реестра HKEY_CLASSES_ROOT.

В публикациях на тему подключения внешних компонент в терминале предлагаются самые разные методы решения этой проблемы.

1. Запустить первый раз 1С под административными правами.

Этот вариант далеко не всегда срабатывает. Ниже объясню, почему.

2. Дать обычным пользователям терминала права на запись в ветку системного реестра HKEY_CLASSES_ROOT.

Недостаточно «продвинутым» пользователям лучше этого не делать, иначе могут быть проблемы.

3. С помощью различных «примочек» регистрировать ВК от имени пользователя с полными правами.

Тоже не есть хорошо.

Так как же все таки лучше выйти из этой ситуации?

Я предлагаю свой вариант решения этой проблемы. По моему мнению — простой и красивый, не предлагавшийся на лансере ранее.

Исследуя эту проблему, я задался вопросом — а зачем 1С вообще пытается зарегистрировать ВК по новому пути? Ведь она уже зарегистрирована в системе.

Дело оказалось в том, что в типовых конфигурациях 1С (например «Управление Торговлей») используется такой синтаксис метода глобального контекста ПодключитьВнешнююКомпоненту():

ОбъектДрайвера = Новый («AddIn.АТОЛСканер.Scaner45»);

Как видим, ВК драйвера подключается из макета «ДрайверАТОЛСканерШтрихкода» справочника «ПодключаемоеОборудование».

Что же при этом происходит?

1С сохраняет компоненту во временной папке пользователя, например «C:Documents and SettingsUserLocal SettingsTemp1032v8_4_12.tmp»

и пытается зарегистрировать ее в ветке реестра HKEY_CLASSES_ROOT именно по этому пути.

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

Теперь о том, как выйти из этой ситуации.

Метод глобального контекста ПодключитьВнешнююКомпоненту() имеет несколько вариантов синтаксиса. Вот этим мы и воспользуемся.

Итак, по шагам:

1. Регистрируем внешнюю компоненту утилитой regsvr32.exe на сервере терминалов в папке C:WINDOWSSYSTEM32 для 32-разрядной ОС или в папке C:WINDOWSSYSWOW64 для 64-разрядной ОС.

2. Используем один из двух дополнительных вариантов синтаксиса метода ПодключитьВнешнююКомпоненту():

Вариант 1:

ПодключитьВнешнююКомпоненту(«C:WINDOWSSysWOW64Scaner1C.dll», «АТОЛСканер», ТипВнешнейКомпоненты.COM);

ОбъектДрайвера = Новый («AddIn.АТОЛСканер.Scaner45»);

Вариант 2:

ОбъектДрайвера = Новый (ProgID);

На мой взгляд, вариант № 2 предпочтительнее.

При этом 1С не пытается перерегистрировать ВК по новому пути в реестре и таким образом, все проблемы решаются.

Ну вот собственно и все. Успехов в работе!

Найти хорошего 1С программиста для сопровождения и внедрения 1С-программ довольно сложно — нужно оценить ваш уровень ведения учета и четко сформулировать для себя конкретные требования к работе программиста 1С.