Ошибка преобразования данных XML при работе в 1С является стандартной и распространенной ошибкой. При возникновении этой ошибки блокируется дальнейшая работа с документами.
Напомним, что XML — это язык программирования, чем-то похожий на HTML. Разница в том, что HTML регламентирует отображение элементов на странице, то есть браузер «считывает» HTML теги и показывает пользователям веб-страницу, согласно тегам. А XML ничего не регламентирует, он только сохраняет и транспортирует информацию.
Что такое ошибка преобразования данных XML
Ошибка преобразования данных XML обычно появляется тогда, когда нарушается последовательность при принятии периферийным узлом информации от центрального узла. Когда эта ошибка появляется на главном узле в момент передачи на второстепенный узел, тогда самое важное вначале — устранить саму проблему, а не менять сразу настройки главного узла. Если это сделать (менять настройки), тогда присутствует риск возникновения такой же проблемы на второстепенном узле, поэтому важно для начала проанализировать и найти причину возникновения ошибки и устранить ее.
Ошибка преобразования данных XML в 1С: основные причины
Практика показывает, что есть несколько распространенных причин, почему ошибка преобразования данных появляется в 1С:
Иногда ошибка преобразования данных XML возникает по достаточно простой причине, например, из-за того, что в передаваемом документе присутствуют недопустимые символы, а второстепенный узел просто не может их прочитать. Так ли это? Можно проверить на отправляющем узле, если открыть проверку «ВыгрузкаЗагрузкаДанныхXML.epf». Если причина в этом, тогда вы получите соответствующее сообщение. Если сообщения нет, тогда можно искать другие причины и устранять их.
Технические неполадки в файловой системе. Ошибка появляется, потому что XML-файл не может быть прочитан. Такая проблема может быть связана с неправильным именем передаваемого файла, то есть узел-получатель не может прочитать имя передаваемого файла. Чтобы устранить эту причину, нужно на узле-отправителе поменять имя у передаваемого файла и отправить его еще раз. Если ошибка преобразования данных XML была из-за имени, тогда после переименования она устранится.
Не соответствуют метаданные между узлом—отправителем и узлом—получателем. Важно помнить, что безошибочная передача данных XML между узлами возможна лишь в том случае, если оба узла используют идентичную конфигурацию. Поэтому нужно исследовать правила обмена данными в обоих узлах на их соответствие. Если найдены какие-то различия, тогда устраните их и попробуйте еще раз передать XML-файл.
Заключение
Ошибка преобразования данных XML возникает в 1С нечасто, но в то же время это самый распространенный вид ошибки. Причин возникновения может быть несколько, и о них мы сегодня написали. Все ли причины возникновения ошибки мы перечислили? Нет, не все, но это самые распространенные, которые наиболее часто встречаются на практике.
Содержание:
1. XML – расширяемый язык разметки
2. Устранение Ошибки разбора XML в 1С
3. «Обход» Ошибки разбора XML в 1С
1. XML – расширяемый язык разметки
В данной статье речь пойдёт о причинах возникновения фатальной ошибки «Ошибка разбора XML» и способах устранения данной неполадки. Также будет дана инструкция не по устранению, но «обходу» ошибки, то есть действиям на опережение.
XML (с английского – extensible markup language – расширяемый язык разметки) – это язык разметки, который рекомендует Консорциум Всемирной паутины. Обычно язык разметки XML служит для описания документации, соответствующего типа, а также описывает действия соответствующих процессоров. Расширяемый язык разметки имеет довольно простой синтаксис, поэтому используется по всему миру, чтобы создавать и обрабатывать документацию программным способом. Он создавался именно для использования в Интернете. XML назвали именно расширяемым языком разметки, так как в нём нет фиксации разметки, которая содержится внутри документа, а именно: программист может создавать любую разметку, а ограничения будут встречаться лишь в синтаксисе.
2. Устранение Ошибки разбора XML в 1С
«Ошибка разбора XML» возникает исключительно в тонком клиенте 1С. Также стоит отметить, что «Ошибка разбора XML» также довольна схожа с ошибкой по формату потока, которая возникает в толстом клиенте. Обычно в 1С «Ошибка разбора XML» возникает по причине наличия кэша метаданных. И если очистить кэш, то ошибка будет устранена. Выглядит окно с ошибкой, а также окно с комментариями от технической поддержки следующим образом:
Рис. 1 Окно Ошибки разбора XML в 1С
XML данные читаются по потокам, так что в каждый из моментов времени объект «сосредоточен» в некотором узле XML. Из-за этого также может возникать фатальная ошибка «Ошибка разбора XML». Для того чтобы её устранить, можно вызвать функцию «ИсключениеЧтенияXml», как показано на скриншоте примера ниже:
Рис. 2 Вызов функции ИсключениеЧтенияXML для устранения Ошибки разбора XML в 1С
3. «Обход» Ошибки разбора XML в 1С
Данные два способа (очистка кэша метаданных и функция «ИсключениеЧтенияXml») – не все возможные варианты устранения ошибки разбора XML. Далее рассмотрим нестандартный подход, который позволит избежать ошибки еще до её возникновения.
Для наглядности будем работать в конфигурации 1С:Бухгалтерия предприятия, одной из наиболее распространенных программ фирмы 1С. У многих людей, которые пользуются программой 1С:Отчётность появляются неполадки при попытках открыть данные/файлы от налоговой. Чтобы открыть такой файл повторяем следующие действия:
· Переходим по пути: «Настройки 1С:Отчётности → Журнал обмена с контролирующими органами», как показано на скриншоте ниже:
Рис. 3 Настройка 1С Отчетности
· Далее кликаем на «Запросы» и выделяем ту выписку, которую не было возможности открыть из-за ошибки, как продемонстрировано на скриншоте ниже:
Рис. 4 Выбор выписки с Ошибкой разбора XML в 1С
· Обращаем внимание на стадию отправки, которая располагается внизу этого сообщения, и кликаем два раза на зелёный круг:
Рис. 5 Стадия отправки документа с Ошибкой разбора XML в 1С
· Появляется транспортное сообщение, в нём кликаем на «Выгрузить» и выбираем папку, куда необходимо провести выгрузку, после чего сохраняем данный файл. Пробуем открыть его, при помощи любого из графических редакторов, который может поддерживать формат PDF, как показано на скриншоте ниже:
Рис. 6 Результат обхода Ошибки разбора XML в 1С
· Всё успешно открылось, а ошибка даже не успела возникнуть.
Специалист компании «Кодерлайн»
Айдар Фархутдинов
Содержание
- Заметки Лёвика
- web программирование, администрирование и всякая всячина, которая может оказаться полезной
- XML/XSL — Отказано в доступе. Ошибка при обработке ресурса файл Росреестра
- Проверка XML Росреестра и частые ошибки
- Проверка XML Росреестра
- Обсуждение
Заметки Лёвика
web программирование, администрирование и всякая всячина, которая может оказаться полезной
XML/XSL — Отказано в доступе. Ошибка при обработке ресурса файл Росреестра
При получении файлов xml от росреестра возник вопрос, а как и чем их открывать.
В общем-то ничего страшного.. по идее. чем можно открыть файл XML? Конечно, блокнотом Internet Explorer-ом
Сначала столкнулись с ошибкой
Не удается отобразить страницу XML
Не удается просмотреть ввод XML с использованием списка стилей XSL. Исправьте ошибку и затем нажмите кнопку “Обновить” или повторите попытку позднее.
Отказано в доступе. Ошибка при обработке ресурса ”https://portal.rosreestr.ru/xsl/GKN/KPT_b/10/common.xsl”
Решение по сути простое
- открывать ее в 32-х битном Internet Explorer-е версий 8-10.
- Сайт росреестра нужно добавить в доверенные узлы,
- а доверенным узлам разрешить запуск ActiveX.
Ещё одна инструкция по отображению XML файла от РОСРЕЕСТРа
Windows 8 64 bit, IE 10. Помогает F12 (Средства разработчика) + Режим браузера -> просмотр в режиме совместимости
В общем, нехитрой комбинацией манипуляций удалось открыть документ.. Почти. )
Однако, не тут-то было.. файлик на несколько тысяч страниц упорно выбивал IExplorer
К сожалению, или к счастью, наши услуги не стоят на месте, и иногда происходит изменение/обновление форматов файлов, или других данных, поэтому конкретные требования и настройки программного обеспечения следует уточнять у поставщика услуг. Кстати, велика вероятность того, что информация об этих требованиях предоставлялась вместе с результатом выполнения заявки.
Также на сайте росреестра есть сервис проверки файла
https://rosreestr.ru/wps/portal/cc_vizualisation
Отправляем файл туда и переходим по ссылке “показать в человекочитаемом формате”
Опубликовано Суббота, Январь 13, 2018 в 16:19 в следующих категориях: Без рубрики. Вы можете подписаться на комментарии к этому сообщению через RSS 2.0. Вы можете оставить комментарий. Пинг отключен.
Автор будет признателен, если Вы поделитесь ссылкой на статью, которая Вам помогла:
BB-код (для вставки на форум)
html-код (для вставки в ЖЖ, WP, blogger и на страницы сайта)
ссылка (для отправки по почте)
Источник
Проверка XML Росреестра и частые ошибки
Проверка XML Росреестра
Наиболее распространения ошибка, это не соответствие типа межевого плана виду заявки. Например — Заявка о внесении изменений, а межевой план на постановку на учет ЗУ.
014 — Пакет информации c заявлением о постановке на учет,
015 — пакет информации с заявлением о внесении изменений
2. Межевой план с GUID XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX уже
был загружен (Технический план с GUID XXXXXXXX-XXXX-XXXX-XXXXXXXXXXXXXXXX уже был загружен)
Согласно XML-схеме, GUID — глобальный уникальный идентификатор пакета. Таким образом, при подаче заявлений во вновь представленном межевом плане в электронной форме в формате XML необходимо указывать новый GUID.
3. Раздел SpecifyRelatedParcel: Некорректные координаты смежного участка с КН 42:XX:XXXXXXX:X (Некорректно указываются координаты смежного земельного участка) Описание перечня точек должно содержать описание одного участка уточняемой границы. При этом перечень точек должен начинаться и
заканчиваться с точек, которые либо не изменяют своего положения, либо его уточняют.
Участок границы уточняемой границы должен описываться в направлении обхода по часовой стрелке.
Участок уточняемой границы должен содержать описание возникающих, изменяющихся или прекращающих существование точек, а так же сохраняющих свое положение точек. Для сохраняющих свое положение точек старая координата и новая координата должны иметь одинаковое значение.
Если у смежного участка уточняются несколько участков границы, то в элементе «SpecifyRelatedParcels» необходимо повторять элемент «SpecifyRelatedParcel» с одним и тем же кадастровым номером смежного
участка. Существующие точки не должны повторяться в пределах одного ЗУ (т.е. во всех разделах SpecifyRelatedParcel для одного и того же ЗУ).Добавление точки. Указывается только новая координата
Замена точки. Указывается старая координата и новая координата.
Удаление точки. Указывается только старая координата.
В связи с указанными правилами описания перечня точек невозможно исправить кадастровую ошибку в части добавления внутреннего контура смежного ЗУ, т.к. нет существующих точек внутреннего контура.
4. В соответствии с п.49 Требований межевого плана обход точек должен быть указан по часовой стрелке. В случае добавления новых точек в смежный участок на границу между начальной точкой контура и конечной точкой, для корректного построения контуров смежных участков и сохранения порядка обхода контура этих участок после загрузки сведений МП по часовой стрелки в МП должны быть указаны: в качестве начальной точки «до» — координаты конечной точки исходного контура, после добавляемые новые точки, конечную точку «после» в данном случае указывать не требуется, иначе происходит некорректное построение контура с самопересечением.
5. В БД отсутствует точка с координатами x=… y=…
При уточнении границ смежного многоконтурного земельного участка либо единого землепользования указываются номера многоконтурного ЗУ / номера единого землепользования.
В случае подготовки межевого плана при уточнении границ смежного земельного участка для корректной загрузки МП в АИС ГКН необходимо учесть следующее обстоятельство: в кадастровом номере раздела «SpecifyRelatedParcel» (элемент «CadastralNumber») может быть указан либо кадастровый номер землепользования, обособленного участка, условного участка, либо кадастровый номер многоконтурного участка с указанием учетного номера контура, в который вносятся изменения. Учетный номер контура указывается в скобках, например: «42:01:0000000:1(26)».
В случае, если указать в разделе «SpecifyRelatedParcel», в элементе «CadastralNumber», кадастровый номер самого МЗУ (42:01:0000000:1) без указания контура, то АИС ГКН выдает ошибку «В БД отсутствует точка с координатами х=… у=…».
6. Раздел ExistParcel/Contours: КМЗУ с учетным номером 1 не найден среди актуальных сведений
Раздел SpecifyParcels/ExistParcel/SubParcels: Объект с учетным номером 1 не найдена среди актуальных сведений
Атрибут Number_PP указывается только для существующих контуров/частей ЗУ, для новых контуров/частей ЗУ необходимо указывать атрибут Definition.
/
На данный момент у всех кто сдает межевые планы и технические планы, возникает вопрос где и как проверить XML файла.
Источник
Обсуждение
Сформировала запрос через портал Росрееста, пришло письмо:
Ваше заявление № 11-2508776, зарегистрированное на Портале 13.03.2012, не прошло проверку.
Подробности:
Файл подписи req_858feea5-37ed-47f3-a87a-636d042fe594.xml.sig не соответствует файлу данных req_858feea5-37ed-47f3-a87a-636d042fe594.xml.
В чем может быть проблема?
Xml-файл сформирован через ПК ЗО, подписан через КриптоПро, сертификат подписи еще действителен.
На портале Росреестра проверила электронный документ. В результате проверки:
Проверку цифровой подписи не удалось выполнить в полном объеме.
Сертификат, которым подписан документ, был выдан более года назад, либо xml-файл и sig-файл не соответствуют друг другу. При формировании печатного представления произошла ошибка.Возможно, данная версия файла в настоящий момент не поддерживается порталом. О проблеме сообщите, пожалуйста, по адресу электронной почты Support_Site@rosregistr.ru. К письму необходимо приложить xml-файл, при работе с которым произошла ошибка.
Файлы высланы на ваше электронную почту.
У меня такая же проблема. Как быть?
>Файл подписи req_858feea5-37ed-47f3-a87a-636d042fe594.xml.sig не соответствует файлу данных req_858feea5-37ed-47f3-a87a-636d042fe594.xml
Это сообщение не имеет отношения к содержимому XML-файла. Возможно, Вы могли вручную внести какие-то изменения в XML-файл после простановки ЭЦП или использовали для простановки ЭЦП отличные от ПКЗО программы («…,подписан через КриптоПро,…»).
Напомним, что для формирования и подписи электронного пакета нужно в контекстном меню проекта выбрать пункты «Сформировать в электронном видемежевой план для портала Росреестра». Пример формирование электронного пакета для портала Росреестра можно увидеть в видео-уроке «Генерация МП для портала».
В случае повторения ошибки рекомендуем обратиться за разъяснением в горячую линию портала:
«
Горячая линия
Наши операторы помогут Вам в навигации по порталу, решении проблем и инцидентов при работе с порталом и оформлении обращений.
Телефон:
8 800 100-34-34
Звонок из регионов России бесплатный.
Режим работы:
понедельник — пятница
с 9-00 до 22-00.
Ваши вопросы, замечания, пожелания, а так же предложения по работе портала присылайте, пожалуйста, на адрес электронной почты:
Support_Site@rosreestr.ru
»
Пакет для Росреестра сформирован в соответствии с видео-уроком, КриптоПро подписывать не стала.
Подала заявку и опять:
Файл подписи req_9d26fa73-6f38-46e3-85f9-046f71c58e3b.xml.sig не соответствует файлу данных req_9d26fa73-6f38-46e3-85f9-046f71c58e3b.xml.
Изменения никакие не вносила.
На горячую линию Росреестра обратилась, но дата рассмотрения заявки 20 марта — долго!
Может вы еще какой-нибудь вариант подскажите?
Прежде всего, обращаем Ваше внимание, что файл req_858feea5-37ed-47f3-a87a-636d042fe594.xml не является XML-файлом межевого плана.
XML-файл межевого плана и файл ЭЦП к нему должны иметь вид, присланных нам на электронную почту, файлов:
Ниже приведена примерная последовательность действий по подготовке в ПКЗО «Межевой план» пакета электронных документов для отправки через портал Росреестра:
1. Для формирования межевого плана в виде XML-файла необходимо работать на самой последней версии приложения «Межевой план» (на данный момент это 1.7.fx2).
2. Чтобы сформировать межевой план в виде XML-файла в контекстном меню проекта выберите пункт «Сформировать в электронном видемежевой план для портала Росреестра».
В открывшемся окне на первом шаге укажите сертификат ЭЦП кадастрового инженера.
На втором шаге укажите документы, которые вы планируете приложить к заявлению. Программа сформирует для них файлы с подписями, а также создаст копии исходных файлов с правильными именами. Полученные файлы нужно указать при заполнении заявления на сайте портала.
На последнем шаге укажите папку, куда будут выгружены XML-файл с межевым планом, копии прилагаемых документов и подписи к ним.
3. После окончания формирования пакета электронных документов заполните на портале заявление о постановке земельных участков на кадастровый учет (для физ.лиц, для юр.лиц). На третьем шаге к заявлению приложите межевой план в формате XML, а также другие использованные документы.
Все делала как у вас написано, проблема была в другом:
1. Перенустановили сертификат, цетра, который выдал ЭЦП;
2. При отправки заявки на портале на последнем этапе, выбрали нужный сертификат.
Заявка принята в работу! Все получилось!))
как понять выбрали нужный сертификат? чей? сотрудника организации или сотрудника росреестра? У нас такая же ошибка
При работе на портале, а также при формировании межевого плана в электронном виде с помощью ПКЗО «Межевой план», используется ЭЦП кадастрового инженера.
Все направляемые через портал электронные документы должны быть подписаны этой ЭЦП.
Пытаюсь прикрепить файл с межевым планом на портале росреестра но никакой реакции. В чём дело. вроде всё по правилам сделал. Кто поможет?
005, поместите выгруженный пает документов в корень диска (локального) и крепите от туда — проблема в длинном пути к файлу, который крепите
Получаем ошибку Файл подписи req_c3b23280-def2-42ad-bcc9-189f2cf0ab64.xml.sig не соответствует файлу данных req_c3b23280-def2-42ad-bcc9-189f2cf0ab64.xml. Корневой сертификат УЦ переустанавливали. Кому адалось решить этот вопрос по-другому или получить ответ от поддержки портала? Запрос в техподдержку портала тоже зарегистрировали, но ответа не получили.
Здравствуйте. XML не прошел проверку на портале с комментариями «Неизвестная схема документа». Как решить эту проблему?
Пожалуйста, сообщите версию ПКЗО «Межевой план» и пришлите XML-файл на электронный адрес support@pkzo.objectland.ru. Номер установленной версии можно узнать через пункт главного меню «Справка» («Справка» «О программе» «Надстройки»).
[ Татьяна ]
Получаем ошибку Файл подписи req_c3b23280-def2-42ad-bcc9-189f2cf0ab64.xml.sig не соответствует файлу данных req_c3b23280-def2-42ad-bcc9-189f2cf0ab64.xml.
Проблема в ЭЦП, стоит обратиться в Удостоверяющий Центр, выдавший вам ЭЦП.
Здравствуйте, сформировала межевой план для портала росреестра, получила следующее: «Ваше заявление № 11-3635224, зарегистрированное на Портале 19.07.2012, не прошло проверку.
Подробности:
Межевой план не соответствует утвержденной xsd-схеме.»
Подскажите, что делать дальше.
Измените версию xml-схемы межевого плана (в настройках приложения на закладке «Формирование пакета») на более другую, сформируйте заново межевой план для портала Росреестра и повторно попробуйте сформировать заявление на портале.
>Светлана
Насколько мы знаем, в настоящее время порталом поддерживается 2-ая версия. По имеющейся информации (источник) поддержка порталом 3-ей версии планируется в третьем квартале 2012 года.
Следует иметь в виду, что возможно ситуация, когда принимающая кадастровая палата перешла на использование 3-ей версии. В этом случае отправленный через портал межевой план 2-ой версии будет отвергнут кадастровой палатой. Такие случаи уже есть. В таких случаях, наверное, следует обратиться непосредственно в Вашу кадастровую палату, подготовив межевой план в бумажном виде и приложив электронную форму(3-я версия) (п.16 Требований).
В ПКЗО «Межевой план», используемая для формирования версия схемы выбирается в настройках приложения на закладке «Формирование пакета».
здравствуйте, при формирования заявление через портал получила следующие:»Файл подписи согласие.jpg.sig не соответствует файлу данных согласие.jpg.». К заявлению я приложила шесть документов:межевой план, свидетельство. согласие об обеспечении доступа. Если меняю порядок приложенных документов, то такая же ошибка приходит на последний. Может кто подскажет в чем причина?
За последнее время появилось множество подобных жалоб. С большой вероятностью данная ошибка связана с проблемами в работе портала. Обратитесь к тех.поддержке портала.
«Ваше заявление № 11-7465218, зарегистрированное на Портале 29.03.2013, не прошло проверку.
Подробности:
Файл подписи req_6b8263ac-c594-419b-baed-23ab1c0bd453.xml.sig не соответствует файлу данных req_6b8263ac-c594-419b-baed-23ab1c0bd453.xml.»
Файлы:
Добрый день. XML не прошел проверку на портале с комментариями «Неизвестная схема документа». Что это может быть и как эту проблему решить? Проблема в Портале?
Какую именно проверку Вы пытались пройти на портале? Это сообщение было выдано при подаче заявления на постановку на учет/учет изменений?
Подача заявления на постановку на кадастровый учет/образование зу из госсобственности!
В соответствии с какой версией xml-схемы межевого плана сформирован электронный документ, который Вы пытаетесь подавать? Если это вполне обычная и самая что ни на есть актуальная 3 версия, то (судя по предыдущим сообщениям наших пользователей), сообщения вида «Неизвестная схема документа» свидетельствуют о технических проблемах на портале или профилактических работах на портале. Убедитесь, что в данный момент для Вашего региона доступна подача заявлений (регионы на портале включаются и выключаются постоянно).
Сдаю актуальную третью версию. Было три попытки полностью идентичных и одна и та же проблема с «Неизвестной схемой документа». Спасибо за ответ, попробую еще раз.
Файл GKUZU_a2d8ffbb-726c-47ec-b91e-6cd3ef311855.xml. Проверка на соответствие сведениям ГКН: В файле найдены ошибки Кадастровый номер не соответствует шаблону
Файл GKUZU_a2d8ffbb-726c-47ec-b91e-6cd3ef311855.xml. Проверка на соответствие сведениям ГКН: В файле найдены ошибки Раздел SpecifyParcels/ExistParcel: Объект с КН 69:14:0190601:266 не найден среди актуальных сведений
Пришлите xml-файл на support@pkzo.ru. Мы попробуем определить причину.
Здравствуйте. Сделал межевой. Образование. Отправил на проверку ФЛК. Пришло ответное письмо от «testxml» : «Ошибка проверки структуры файла: Атрибут ‘Version’ имеет значение, недопустимое с точки зрения его типа данных.»
Объясните пожалуйста что не правильно сделал и как исправить недочеты ?
Кадастровая палата ожидает XML-документ, составленный согласно XML-схемы другой версии. Скорее всего, у вас документ имеет 3-ью версию, они ожидают 4-ую. В ПКЗО версию XML-схемы можно выбрать в окне формирования XML-документа.
Версия 4 с 30.06.2014г. Несколько рас отправлял на проверку. Как после обновления выбрал нужное, так оно там и стоит. Никуда не переставлял. Всё в 4ой.
Атрибут ‘Version’ в XML-документе есть только в одном месте, там где указывается версия XML-схемы. Если вы выгружали в 4-ой версии, значит палата ожидает другую версию, наверное, 3-ю. Или это вообще недоразумение (со стороны палаты). Такое впечатление, что они используют какой-то старый сервис для проверки, который настроен на 3-ю версию. Фактически проверка XML-документа по существу даже не происходит, т.к. сразу идет ошибка о несоответствии версии.
Александр, я как неофициальный участник и потенциальный победитель битвы экстрасенсов, вангую, что Вы
1. не прочитали инструкцию/рекомендации по использованию замечательного сервиса testxml или прочитали, не не выполнили полностью,
2. сформировали электронный документ межевого плана в соответствии с 4 версией xml-схемы межевого плана,
3. распаковали архив, достав из него xml-файл,
4. отправили на проверку приложенный к письму вынутый из сформированного архива xml-файл, а не сам сформированный архив.
Какие пункты я угадал, а какие нет?
Cенсей, скажите, а для подачи доп документов к заявлению ваш алгоритм подойдет? ^_^
Константин, Вы были правы по вступлению, 2, 3 и 4 пункту. Восхищен вашими талантами 🙂 Тем не менее инструкцию читал. Отправлял файл XML без архива только потому, что на образовании всё проходило удачно.
Александр, надеюсь, ни одно мое слово не показалось Вам невежливым и Вы поняли принцип работы этого сервиса (АИС ГКН и косвенно портал работают аналогично, «определяя» версию xml-схемы по расширению файла :))
ВладимиR [42], да это как бы был не алгоритм, а отгадка на загадку 🙂
Для подачи [если я правильно угадываю, именно межевого плана в качестве?] дополнительного документа [через портал?] максимально вероятный ответ в том, что нужно формировать xml-файл 3 версии схемы и дополнять именно им (особенно, если указывать тип документа «межевой план»). Перманентно недоделанный портал в отношении приема межевых планов на данный момент устроен именно так 🙂 И именно к вышеописанному аналогичному результату (про инвалидный атрибут Version) уже с помощью портала, а не с помощью сервиса по проверке, приведет распаковывание zip-архива, доставание из него xml-файла 4 версии схемы и попытка подачи его в качестве дополнительного документа: xml-файлы 4 версии схемы непригодны к существованию вне архива, разгерметизация распаковывание убивает смысл их жизни 🙂
О да, я помню про то, что там 3-я версия. Благодарю.
Константин, Ваш ответ был полон, вежлив и со здоровым юмором. Спасибо, что терпите и помогаете 🙂
Проверку цифровой подписи не удалось выполнить в полном объеме.
Сертификат, которым подписан документ, был выдан более года назад, либо xml-файл и sig-файл не соответствуют друг другу.Подскажите что делать? ключ только получила.
Обратитесь в техподдержку той программы (ресурса), которая Вам об этом сообщила.
1. Проверьте дата-время на ПК
2. на ПК, на котором заверяете
3. проверьте цепочку сертификатов вплоть до удостоверяющего центра
4. можете сказать название УЦ?
5. проверьте на наличие данной КЭП в списке отзыва
6. можете предоставить открытый сертификат подписи? (wanderer_2[бибизьяна]mail.ru)
7. все рекомендации и настройки рабочей машины провели согласно инструкциям от УЦ?
Здравствуйте! При формировании на портале заявления о постановке земельного участка выходит: Ошибка при проверке электронной подписи файла SchemaParcels_E06A8B82-F078-4C56-8527-A5AF5F6D4CEB.zip. Файл подписи SchemaParcels_E06A8B82-F078-4C56-8527-A5AF5F6D4CEB.zip.sig не соответствует файлу данных SchemaParcels_E06A8B82-F078-4C56-8527-A5AF5F6D4CEB.zip. Можете помочь разобраться в чем причина данной ошибки? xml я отправила на вашу электронную почту.
Причина Вам указана — Файл подписи SchemaParcels_E06A8B82-F078-4C56-8527-A5AF5F6D4CEB.zip.sig не соответствует файлу данных SchemaParcels_E06A8B82-F078-4C56-8527-A5AF5F6D4CEB.zip.
Подробности отправили на электронную почту.
PS. Большая просьба, не дублировать сообщения во всех известных Вам местах.
У нас такая же проблема. Отправьте нам на zemelniy@inbox.ru пожалуйста
[ Иван Климентьев (разработчик) ]
Здравствуйте!
При сдаче межевого плана кадастровая палата присылает следующую ошибку:
Земельный участок, кадастровый номер 66:25:1333001:133. Элемент
MP/Package/FormParcels/SpecifyRelatedParcel[3]/ChangeBorder[7] — В БД отсутствует точка с
координатами x=1560427.15 y=349379.09.
Подскажите, пожалуйста, с чем может быть связана данная ошибка?
Проверяю границу, в ней содержится точка с данными координатами.
Сообщение «в БД отсутствует точка с координатами», всегда следует понимать буквально — в ГКН отсутствует точка с данными координатами. Возьмите актуальную выписку и сверьте координаты. Иных причин нет.
Источник
Adblock
detector
|
|||
SFilchakov
10.06.16 — 22:32 |
Всем привет! Хочу кое что в хмл запихнуть.
Пишу в модуле объекта обработки
\\
Ошибка при вызове метода контекста (ОткрытьФайл)
////// Подскажите, что не так? |
||
Dmitry1c
1 — 10.06.16 — 22:33 |
наклонная черта в другую сторону.. |
||
Dmitry1c
2 — 10.06.16 — 22:35 |
или контекст на сервере |
||
SFilchakov
3 — 10.06.16 — 22:38 |
Что значит контекст на сервере? Это в модуле обработки на 8.3 Поменял наклон, тоже самое. |
||
Лефмихалыч
4 — 10.06.16 — 22:38 |
(0) это все происходит на сервере приложений, а там все не так, как у тебя на клиенте |
||
SFilchakov
5 — 10.06.16 — 22:40 |
Это надо делать на клиенте что ли? |
||
SFilchakov
6 — 10.06.16 — 22:42 |
Спасибо, теперь понял. А как же желать загрузку выгрузку по регламентному заданию через файл xml? если регламентное задание крутится на сервере, а файл можно создать только на клиенте и перейти с сервера на клиент нельзя? |
||
Лефмихалыч
7 — 10.06.16 — 23:05 |
(6) файл можно создать и на сервере. Просто надо создавать его на дисках и в папках, которые существуют на сервере |
||
Лефмихалыч
8 — 10.06.16 — 23:06 |
+(7) даже — не просто существуют, а еще и права на запись в них должны быть у пользователя, под которым запущена служба сервера приложений (ragent) |
||
SFilchakov
9 — 10.06.16 — 23:15 |
А где этого пользователя можно посмотреть? |
||
Стальная Крыса 10 — 11.06.16 — 04:18 |
На том компьютере, где работает сервер 1С |
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа.
Фредерик Брукс-младший