ошибка CheckXML

программа CheckXML при попытке проверить пачку выдает ошибку-<br> ошибка DAO ошибочная версия файла MSJET35.dll , подскажите как починить ?<br>где взять правильную версию ?

[промодерировано]<br>А вообще, это глюк не программы, а операционной системы. Она каким-то образом защищает свои dll-ки от подмены. Нужно использовать MSJET35.dll версию от 13.06.00 года. Можно попробовать удалить эту dll-ку и CheckXML установить заново. Он поставит новую версию dll.<br>Я на всякий пожарный эту dll-ку ношу с собой на флэшке

> А вообще, это глюк не программы, а операционной системы. <br>Как правило не лицензионной...<br>

Запустите программу спустя некоторое время, все будет в порядке. У нас была такая ситуация, все обошлось.

> Как правило не лицензионной...<br>Вы еще скажите, что все глюки в конфигурации 1С, это явление Как правило не лицензионной конфигурации.<br>Для InnaCheck:<br>На счет подождать немного времени.<br>Я когда столкнулся с этим, мучился дней пять, и на buhsoft.ru писал, там кто-то тоже написал про это, разработчики сами ничего не могли понять. Потом методом научного тыка нашел, что эта dll-ка в \system32\ оказалась от 1997 года. Потому и не работало. Пришлось скопировать её из другой операционки, на которой CheckXml заработал.<br>Для InnaCheck:<br>Есть там ещё одна проблема, но она была связана с переиндексацией КЛАДР.<br>Сообщение было примерно такое : "Невозможно создать СОМ-объект для проверки адреса".<br>Вот та, действительно решается через некоторое время. Просто надо было выйти из программы и опять зайти. При заходе, прога переиндексировала КЛАДР. Всё после этого пошло нормально.

CheckXML <br>Версия от 22.01.08 <br><br>      1. Исправлены системные ошибки - MSJET35, неизвестное состояние COM, связанные с проверкой адресов, и другие <br>      2. Исправлены проверки по соотношению взносов <br>      3. Учтен ряд иных поступивших замечаний <br>Версия от 25.01.08 <br><br>      1. Уточнено тестирование файла ПФ в ОС Windows 98. <br>      2. Устранено влияние региональных настроек компьютера на работу программы <br>      3. Реализована проверка на отсутствие дней и месяцев административного отпуска или больничных, если в течение всего расчетного периода присутствуют только периоды по беременности и уходу за ребенком (ДЕКРЕТ и ДЕТИ). <br><br>Версия от 01.02.08 <br><br>      1. Исправлена ошибка проверки адреса, связанная с созданием COM объекта (на некоторых компьютерах). <br>      2. Исправлена ошибка с невозможностью создать объект класса FileSystemObject. <br>      3. Увеличено максимально допустимое число записей о стаже. <br>      4. Ослаблен контроль на отсутствие параметров «часы» и «минуты» для некоторых профессий. <br>      5. Добавлена проверка на отсутствие РК в форме СЗВ-4. <br>Версия от 04.02.08 <br><br>      1. Исправлена ошибка, связанная с невозможностью создать объект класса FileSystemObject <br>

> CheckXML <br>Версия от 22.01.08...<br>Ну что, я только рад за тех кто прислушивается к пользователям и старается помочь им. Что далеко не скажеш о фирме 1С.<br>Немного статистики:<br>Ставил CheckXML более, чем на 20 компов. Операционки все разные.<br>Один случай, оно ругнулось на "СОМ", и случаев 5 на "msjet35.dll".<br>Это не так уж мого. И вполне поправимо на месте. В данное время все клиенты 100% сдали инд. сведения.

Уважаемый! Добрый день! Подскажите, как исправить ошибку СОМ! <br>При проверке файла перед отправкой (по Такскому)ошибок не возникает, а протокол из ПФР приходит с ошибкой "Ошибка. Невозможно создать COM-объект для проверки адреса" по каждому из сотрудников... Уже столько форумов прочла по этим файлам .dll, но в основом у всех возникают ошибки уже при проверке, до отправки и дела не доходит, а у меня проверка успешно проходит...

Удалить CheckXML, заново поставить CheckXML, для 2003 сервера есть патч (искать в форуме CheckXML)

Спасибо! Оказалось, что файл загружается в базу ПФР, а вот протокол почему отрицательный - непонятно. Вроде бы сейчас уже решили эту проблему и протоколы должны приходить положительные.