Объявление

Свернуть
Пока нет объявлений.

Ошибка COM

Свернуть
X
  • Фильтр
  • Время
  • Показать
  • Сортировать
  • Упорядочить по
Очистить всё
новые сообщения

  • Ирина55
    Участник ответил
    В файле street нет улиц, поэтому и не проверяется

    Прокомментировать:


  • v_i_b
    Участник ответил
    По КЛАДРу КУКМОР ПГТ правильно надо ставить в населённый пункт
    вариант для город помечен "51"

    CHECKXML и CHECK-UFA на это не обращают внимание
    и далее CHECKXML проглатывает любое наименование улиц и выдаёт "Успех", CHECK-UFA предупреждения по улицам.

    Прокомментировать:


  • Leonid
    Участник ответил
    Сообщение от Rd_n09 Посмотреть сообщение
    Так сначала в пенсионный и обратились. Они бы и рады помочь, но это сельский пенсионный и что это за ошибка и как ее решить они и сами не знают. Попробуем обратиться в областное управление, но в отчетный период дозвониться к ним весьма проблематично.
    Путь для начала проверят размер библиотеки an_adr2006.dll. Должно быть 50590 байт. И собственно сам КЛАДР. Мы используем тот что в поставке CheckXML от 12.10.2011

    Прокомментировать:


  • Rd_n09
    Участник ответил
    Сообщение от lubezniy Посмотреть сообщение
    По хорошему счёту, с подобными ошибками нужно обращаться в управление - пусть ИТ-шники разбираются с настройкой программ.
    Так сначала в пенсионный и обратились. Они бы и рады помочь, но это сельский пенсионный и что это за ошибка и как ее решить они и сами не знают. Попробуем обратиться в областное управление, но в отчетный период дозвониться к ним весьма проблематично.

    Прокомментировать:


  • Leonid
    Участник ответил
    Сообщение от Rd_n09 Посмотреть сообщение
    У обоих сотрудников один и тот же населенный пункт. В кладре он есть. Может какой то еще кладр есть? Как это проверить?

    - <Регион>
    <ГеографическоеНазвание>КРАСНОДАРСКИЙ</ГеографическоеНазвание>
    <Сокращение>КРАЙ</Сокращение>
    </Регион>
    - <Район>
    <ГеографическоеНазвание>СТАРОМИНСКИЙ</ГеографическоеНазвание>
    <Сокращение>Р-Н</Сокращение>
    </Район>
    - <НаселенныйПункт>
    <ГеографическоеНазвание>ВОСТОЧНЫЙ СОСЫК</ГеографическоеНазвание>
    <Сокращение>Х</Сокращение>
    </НаселенныйПункт>
    Что-то посоветовать трудно. Я проверил у себя ваш адрес. Проверку проводил с использованием an_adr2006.dll - ошибок нет. Значит вывод - что-то не то на стороне ПФР с КЛАДР-ом, либо с самой библиотекой an_adr2006.dll

    Прокомментировать:


  • Rd_n09
    Участник ответил
    У обоих сотрудников один и тот же населенный пункт. В кладре он есть. Может какой то еще кладр есть? Как это проверить?

    - <Регион>
    <ГеографическоеНазвание>КРАСНОДАРСКИЙ</ГеографическоеНазвание>
    <Сокращение>КРАЙ</Сокращение>
    </Регион>
    - <Район>
    <ГеографическоеНазвание>СТАРОМИНСКИЙ</ГеографическоеНазвание>
    <Сокращение>Р-Н</Сокращение>
    </Район>
    - <НаселенныйПункт>
    <ГеографическоеНазвание>ВОСТОЧНЫЙ СОСЫК</ГеографическоеНазвание>
    <Сокращение>Х</Сокращение>
    </НаселенныйПункт>

    Прокомментировать:


  • Leonid
    Участник ответил
    Сообщение от Rd_n09 Посмотреть сообщение
    Адрес у сотрудников не менялся. Сведения на них подаются не первый отчетный период. CheckXML от 12.10.11 установленный у нас ошибок не выдает. Из этого я делаю вывод, что адрес соответствует кладру. Протокол ПФР с ошибкой начинается словами CHECKXML. ВЕРСИЯ ОТ 12.10.2011. Т.е. и версии CHECKXML одна и та же.
    Вывод неправильный. Я тут уже столкнулся с этим: с какого-то бодуна в новом КЛАДР-е пропала улица. Или вот еще пример (высылали на меня):

    Плохой адрес (имеем ошибку "Переменная 'P_REGIM' не найдена"):

    <РоссийскийАдрес>
    <Регион>
    <ГеографическоеНазвание>ТАТАРСТАН</ГеографическоеНазвание>
    <Сокращение>РЕСП</Сокращение>
    </Регион>
    <Район>
    <ГеографическоеНазвание>КУКМОРСКИЙ</ГеографическоеНазвание>
    <Сокращение>Р-Н</Сокращение>
    </Район>
    <Город>
    <ГеографическоеНазвание>КУКМОР</ГеографическоеНазвание>
    <Сокращение>ПГТ</Сокращение>
    </Город>
    <НаселенныйПункт>
    </НаселенныйПункт>
    <Улица>
    <ГеографическоеНазвание>ВОРОШИЛОВА</ГеографическоеНазвание>
    <Сокращение>УЛ</Сокращение>
    </Улица>
    <Дом>
    <Сокращение>Д</Сокращение>
    <Номер>14</Номер>
    </Дом>
    <Корпус>
    </Корпус>
    <Квартира>
    <Сокращение>КВ</Сокращение>
    <Номер>75</Номер>
    </Квартира>
    </РоссийскийАдрес>


    Хороший адрес (на нем ошибки нет):

    <РоссийскийАдрес>
    <Регион>
    <ГеографическоеНазвание>ТАТАРСТАН</ГеографическоеНазвание>
    <Сокращение>РЕСП</Сокращение>
    </Регион>
    <Район>
    <ГеографическоеНазвание>КУКМОРСКИЙ</ГеографическоеНазвание>
    <Сокращение>Р-Н</Сокращение>
    </Район>
    <Город>
    <ГеографическоеНазвание></ГеографическоеНазвание>
    <Сокращение></Сокращение>
    </Город>
    <НаселенныйПункт>
    <ГеографическоеНазвание>КУКМОР</ГеографическоеНазвание>
    <Сокращение>ПГТ</Сокращение>
    </НаселенныйПункт>
    <Улица>
    <ГеографическоеНазвание>ВОРОШИЛОВА</ГеографическоеНазвание>
    <Сокращение>УЛ</Сокращение>
    </Улица>
    <Дом>
    <Сокращение>Д</Сокращение>
    <Номер>14</Номер>
    </Дом>
    <Корпус>
    </Корпус>
    <Квартира>
    <Сокращение>КВ</Сокращение>
    <Номер>75</Номер>
    </Квартира>
    </РоссийскийАдрес>

    Прокомментировать:


  • Rd_n09
    Участник ответил
    Сообщение от Leonid Посмотреть сообщение
    Они судя по всему проверяют из своего программного комплекса, скажем БПИ. Ошибка связана, что несколько разный программный код в CheckXML и в используемой библиотеке an_adr2006.dll по проверке адресов. Думаю надо вам зайти на этих людей и перепроверить адреса по КЛАДР-у. КЛАДР в своей проге (которую используйете для подготовки файлов ПФР) надо использовать тот же что и в CheckXML.
    Адрес у сотрудников не менялся. Сведения на них подаются не первый отчетный период. CheckXML от 12.10.11 установленный у нас ошибок не выдает. Из этого я делаю вывод, что адрес соответствует кладру. Протокол ПФР с ошибкой начинается словами CHECKXML. ВЕРСИЯ ОТ 12.10.2011. Т.е. и версии CHECKXML одна и та же.

    Прокомментировать:


  • lubezniy
    Участник ответил
    По хорошему счёту, с подобными ошибками нужно обращаться в управление - пусть ИТ-шники разбираются с настройкой программ.

    Прокомментировать:


  • Leonid
    Участник ответил
    Сообщение от Незарегистрированный Посмотреть сообщение
    Добрый день. Подскажите пожалуйста. Пришел протокол от нашего пенсионого. В протоколе вот такая ошибка на двух наших сотрудников. Проверка CheckXML и CheckXML-UFA у нас ошибок не выдает. В пенсионном что это за ошибка и как ее исправить не знают.

    *** Ошибка COM!

    Код 80004004
    Значение Операция прервана
    Источник an_adr2006.AN_ADR2006 an_adr2006.AN_ADR2006
    Пояснение findst06 c:\windows\system32\an_adr2006.prg Ошибка в строке 817 Переменная 'P_REGIM' не найдена. 12
    Они судя по всему проверяют из своего программного комплекса, скажем БПИ. Ошибка связана, что несколько разный программный код в CheckXML и в используемой библиотеке an_adr2006.dll по проверке адресов. Думаю надо вам зайти на этих людей и перепроверить адреса по КЛАДР-у. КЛАДР в своей проге (которую используйете для подготовки файлов ПФР) надо использовать тот же что и в CheckXML.

    Прокомментировать:


  • Гость создал тему Ошибка COM

    Ошибка COM

    Добрый день. Подскажите пожалуйста. Пришел протокол от нашего пенсионого. В протоколе вот такая ошибка на двух наших сотрудников. Проверка CheckXML и CheckXML-UFA у нас ошибок не выдает. В пенсионном что это за ошибка и как ее исправить не знают.

    *** Ошибка COM!

    Код 80004004
    Значение Операция прервана
    Источник an_adr2006.AN_ADR2006 an_adr2006.AN_ADR2006
    Пояснение findst06 c:\windows\system32\an_adr2006.prg Ошибка в строке 817 Переменная 'P_REGIM' не найдена. 12

реклама

Свернуть
Обработка...
X