Обработка ошибок, возникающих при обмене данными в распределенной информационной базе

Общие ошибки, возникающие при работе с XML

Сообщение обмена данными является документом XML, поэтому имеет смысл описать возможные ошибки, которые могут возникнуть во время чтения/записи сообщений обмена данными при использовании средств чтения/записи данных XML, предоставляемых платформой «1С:Предприятие 8». При работе с данными в формате XML может возникать множество различных ситуаций, однако в данной статье будут рассмотрены только те, которые так или иначе имеют отношение к обмену данными в рамках распределенной информационной базы.

Значение URI пространства имен должно соответствовать рекомендации Namespaces in XML (см. http://www.w3.org/TR/REC-xml-names)

Производится попытка записи в XML значения, для типа которого не определена процедура записи в XML. Или производится попытка чтения из XML значения неизвестного типа или типа, для которого не определена процедура чтения из XML.

Ситуации, возникающие при обмене данными в рамках распределенной информационной базы

Источник

Ошибка парсинга запроса поле type отсутствует

Часовой пояс: UTC + 3 часа

Ошибка при парсинге ответа WEB-сервиса

Старший специалист

Зарегистрирован:
Пн, авг 29 2011, 08:54
Сообщения: 318
Откуда: Владивосток, Россия
Пол: Мужской

Ассистент

Зарегистрирован:
Ср, дек 16 2015, 14:30
Сообщения: 38

Ассистент

Зарегистрирован:
Ср, дек 16 2015, 14:30
Сообщения: 38

Старший специалист

Зарегистрирован:
Пн, авг 29 2011, 08:54
Сообщения: 318
Откуда: Владивосток, Россия
Пол: Мужской

Ассистент

Зарегистрирован:
Ср, дек 16 2015, 14:30
Сообщения: 38

Старший специалист

Зарегистрирован:
Пн, авг 29 2011, 08:54
Сообщения: 318
Откуда: Владивосток, Россия
Пол: Мужской

Ассистент

Зарегистрирован:
Ср, дек 16 2015, 14:30
Сообщения: 38

Старший специалист

Зарегистрирован:
Пн, авг 29 2011, 08:54
Сообщения: 318
Откуда: Владивосток, Россия
Пол: Мужской

Ассистент

Зарегистрирован:
Ср, дек 16 2015, 14:30
Сообщения: 38

Старший специалист

Зарегистрирован:
Пн, авг 29 2011, 08:54
Сообщения: 318
Откуда: Владивосток, Россия
Пол: Мужской

Ассистент

Зарегистрирован:
Ср, дек 16 2015, 14:30
Сообщения: 38

Старший специалист

Зарегистрирован:
Пн, авг 29 2011, 08:54
Сообщения: 318
Откуда: Владивосток, Россия
Пол: Мужской

Ассистент

Зарегистрирован:
Ср, дек 16 2015, 14:30
Сообщения: 38

Старший специалист

Зарегистрирован:
Пн, авг 29 2011, 08:54
Сообщения: 318
Откуда: Владивосток, Россия
Пол: Мужской

Ассистент

Зарегистрирован:
Ср, дек 16 2015, 14:30
Сообщения: 38

Логотип © 2006 Андрей Горшков
Поддержка: Кирилл Андреев, 2011-…

Источник

Токен OAUTH

Его использует большинство API.

Используйте OAITH-токен, если не требуется доступ к клиентским данным и не требуется согласие клиента на получение его данных.

Описание атрибутов запроса

Необходимо передать закодированные в BASE64 значения client id и client secret разделенные двоеточием в виде: «Ваsic» + пробел + :

Уникальный идентификатор запроса. Формируется по паттерну=(7|[a-f]|[A-F])<32>)».

Параметр необходим для журналирования входящих вызовов и удобства разбора инцидентов.

Чтобы обеспечить уникальность, можно использовать стандартные библиотеки и классы для генерации UUID/GUID (https://ru.wikipedia.org/wiki/UUID), убрав из результата разделители «-».

Принимает значение «application/x-www-form-urlencoded»

Принимает значение «application/json»

Идентификатор, полученный в личном кабинете на Портале после регистрации приложения.

Способ получения доступа (тип разрешения). Для данного взаимодействия необходимо использовать значение client_credentials.

Область видимости (scope), которая предоставляется клиентскому приложению. Необходимо передать значение, разрешенной области видимости.

Описание атрибутов ответа

Сгенерированный Access token.

Тип запрашиваемого токена. Всегда передается значение «Bearer».

Время в секундах, в течение которого действует Access Token.

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

Под каждый выпущенный токен создается сессия. Ее идентификатор передается в токене.

Пример ответа в случае ошибки

Типы возвращаемых ошибок

В заголовке запроса параметр Authorization имеет пустое значение или отсутствует.

В заголовке запроса некорректно указан параметр RqUID.

Корректный паттерн: «pattern»: «^((4|[a-f]|[A-F])<32>)$

В заголовке запроса параметр RqUID имеет пустое значение или отсутствует.

В теле запроса ошибка в параметре scope: используется пустое либо некорректное значение параметра.

Корректное значение параметра scope необходимо смотреть в документации к API.

В заголовке запроса указаны некорректные значения параметров accept или content-type.

Корректные данные параметров для вызова токена можно посмотреть в Параметрах запроса.

В теле запроса ошибка в параметре grant_type: используется пустое либо некорректное значение параметра.

Корректные данные параметров для вызова токена можно посмотреть в Параметрах запроса.

В теле запроса отсутствует параметр grant_type.

Корректные данные параметров для вызова токена можно посмотреть в Параметрах запроса.

В теле запроса параметры grant_type или scope содержат спецсимволы #*!$@%^&*()_+=-‘».

Корректные данные параметров для вызова токена можно посмотреть в Параметрах запроса.

1. client_id приложения, указанный в заголовке запроса «x-ibm-client-id», не зарегистрирован на Портале: приложение может быть удалено либо содержать синтаксическую ошибку.

2. в заголовке Authorization передается client_id, не соответствующий client_id приложения, с которым осуществляется вызов

Проверить параметры своего приложения можно через личный кабинет на Портале разработчика, в разделе «Приложения».

Значение client_id отсутствует в заголовке запроса в поле «x-ibm-client-id».

Ошибка в значениях параметров заголовка x-ibm-client_id или x-ibm-client_secret.

Проверить параметры своего приложения можно через личный кабинет на Портале разработчика, в разделе «Приложения».

Причинами ошибки могут быть:

Как правильно формировать параметр заголовка Authorization можно посмотреть в Параметрах запроса выше.

Проверить client_id и client_secret своего приложения на корректность можно через личный кабинет на Портале разработчика, в разделе «Приложения».

Причинами ошибки могут быть:

Проверить client_id и client_secret своего приложения на корректность можно через личный кабинет на Портале разработчика, в разделе «Приложения».

Приложение не авторизовано получать токен по указанному scope. Причинами могут быть:

Доступ запрещен. Для разбора данной ошибки необходимо обратиться в поддержку Банка.

Источник

Ошибка SDBL в 1С

Возникновение ошибки SDBL

Ошибка SDBL возникает, когда происходит обновление конфигурации 1С:Предприятие или сохранение перемен. Также сообщение об ошибке может возникать при работе с обменами данных:

Рис. Сообщения 1С об ошибке SDBL

Также к данным сообщениям часто есть одна или несколько приписок:

Обратите внимание: есть вероятность, что при ошибке будут другие сообщения, не указанные выше!

Устранение ошибки SDBL в 1С

Устранить ошибку SDBL можно одним из способов, которые описаны ниже.

1. Сделать перезагрузку на сервере с приложениями для 1С 8.3. Далее может помочь, если включить и выключить все сервисы SQL и агентами SQL. Для этого потребуется зайти на сервер, выбрать «Агент сервера 1С» и при помощи контекстного меню приостановить работу. По аналогии сделаем с «Агентом SQL» и «SQL Server» для сервера SQL. Затем следует снова подключить их, но в обратной последовательности.

2. Выгрузить базу с данными в некоторый файл, который будет иметь расширение DT, а затем выгрузить её назад – в ту же базу с информацией. Аналогично будет исполняться для режима конфигуратора при помощи вкладки меню «Администрирование» – посредством использования команд «Загрузить информационную базу…» и «Выгрузить информационную базу…».

3. Можно попробовать очистить КЭШ внутри сервера и внутри компьютера пользователя в месте, где была обнаружена ошибка. Для этого потребуется закрыть 1С, далее совершить поиск по папкам, которые будут иметь имя вида «bd5c8ea4-b65f-4c23-a9c8-2dccfb0b15fa» внутри папки с названием «Application Data», после их нахождения производим удаления данных папок.

4. Также можно обновить платформу на более современную версию (с главного портала – ИТС). Для выполнения данного действия скачиваем с ИТС новую платформу 1С 8.3 и устанавливаем ее на компьютерах клиентов и на сервере.

5. Рассмотрим еще один вариант – использование механизма «Тестирование и исправление информационных баз», который находится внутри конфигуратора. В необходимой базе переходим по пути: «Администрирование → Тестирование и исправление информационных баз», а далее запускаем процесс.

6. Совершим загрузку внутри копии, которая является резервной, если она была создана в недавнем времени. Замечание: обязательно часто делать резервные копии до любого важного действия с ИБ. Копии делаются посредством SQL MS или конфигуратора, при этом происходит выгрузка файла в формат dt.

Если ни один из вышеперечисленных способов не устранил ошибку SDBL, следует произвести очистку таблиц _ConfigChngR_ExtProps и _ConfigChngR. Однако для этого потребуется знания принципов работы MSSQL.

Источник

Что нужно знать программисту про интеграцию сайта и 1С

Нельзя просто взять и интегрировать сайт с 1С. (с) Народное творчество.

Цель написания поста – изложить всю информацию по теме человеческим языком.

Интеграция сайта на 1С-Битрикс: Управление сайтом и 1С — неисчерпаемый источник вопросов и проблем. На сайте идей для Битрикс в соответствующем разделе 16 страниц, на форуме про это больше 23 000 сообщений. В форме обращения в техподдержку Битрикса есть даже отдельный тип заявки «Обмен с 1С».

Считается, что интеграция 1С и сайта на Битриксе должна работать из коробки. Самые простые функции действительно можно запустить за час-два. А вот на доработку обмена можно потратить и 10, и 100 часов.

Доработка обмена сайта и 1С — это уже магия уровня «эксперт», пугает даже бородатого опытного разработчика. В этой статье мы поговорим о том, как происходит обмен данными между этими двумя монстрами и как можно расширять возможности этого обмена. Статья содержит множество технических деталей обмена и будет полезна в основном программистам, которые хотят разобраться в предмете.

В данной статье будет рассмотрена общая теория обмена между двумя IT-системами и два стандартных обмена между 1С и сайтом на 1С-Битрикс: обмен товарами и обмен справочниками.

Немного теории

Интеграция — обмен информацией между двумя IT-системами. Иногда называют просто обмен. Определяется форматом данных, протоколом (стандартом) передачи данных, алгоритмом работы

Формат = как выглядят данные (например, XML, YML, JSON, CSV).

Протокол = как данные оказываются в другом месте (например, HTTP, SIP, SMTP, FTP).

Алгоритм = что при этом происходит. Представляется блок-схемой или диаграммой UML Activity.

обмен товарами между самописной учетной системой и сайтом (протокол FTP, формат CSV);

парсинг курсов валюты с сайта ЦБ РФ (протокол HTTP, формат XML);

интеграция сайта с Яндекс.Маркет (протокол HTTP, формат YML).

Процедуру обмена можно разделить на 3 части:

Экспорт данных из системы А в требуемый формат

Импорт данных требуемого формата в систему Б.

Часто весь обмен называют «импорт» («загрузка») и «экспорт» («выгрузка»). Это не ошибка, по такой формулировкой говорящий показывает, точка зрения какой системы ему ближе. То, что для 1С экспорт товаров, для Битрикса импорт. В дальнейшем тексте статьи мы не будем использовать эти понятия, чтобы не порождать двусмысленности.

Резюме

Интеграция — обмен данными между двумя системами.

Формат — как выглядят данные.

Протокол — как передаются данные.

Стандартные возможности обмена 1С и Битрикса

«Из коробки» (без доработок программиста) работают 4 типа обмена:

товары из 1С на сайт (тип «catalog»);

справочники из 1С на сайт (тип «reference»);

пользователей/контрагентов из 1С на сайт (тип «sale»);

Протокол

Все взаимодействия между 1С и Битриксом проводятся по HTTP, синхронно. Т.о. 1С подобна браузеру, она «открывает» специальную страницу, отправляет данные (методами POST и GET) и получает текстовый ответ. Есть даже способ имитировать выгрузку из 1С браузером (и мы часто используем этот трюк во время разработки и отладки). Подробнее про отладку мы рассказали в предыдущей статье «Типовые ошибки интеграции между 1С и 1С-Битрикс».

В терминах сетевых взаимодействий 1С — клиент, а сайт — сервер. Обращения всегда инициируются на стороне 1С. В 1С есть настройки адреса сайта, сайт про 1С не знает ничего.

Протокол синхронный. 1С отправляет следующий запрос на сайт только после получения ответа на предыдущий (или получения ошибки таймаута).

Формат

Данные передаются в двух форматах.

Первый формат — текстовый для ответов сайта на запросы из 1С. Сайт выводит в первой строке ответа «success», если завершил некую процедуру, «progress», если продолжает ее выполнять и «error» или «failure», если была ошибка. В последующих строках могут быть дополнительные данные (зависит от каждого конкретного запроса).

Алгоритм

Подготовка к обмену

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

Источник