Ошибка при вызове конструктора wsопределения аутентификация пользователя не выполнена

Завершается ошибкой проверка web-сервиса из обработки

Модераторы: Дмитрий Юхтимовский, Лысиков Денис

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

Вернуться в QueryTJ — Анализ долгих запросов

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Коды ошибок аутентификации и авторизации Azure AD

Вам нужна информация о кодах ошибок AADSTS, которые возвращаются службой маркеров безопасности (STS) Azure Active Directory (Azure AD)? В этом документе приводятся описания ошибок AADSTS, методы их исправления и некоторые рекомендации по обходным путям.

Эта информация является предварительной и подлежит изменению. У вас есть вопрос или не можете найти нужную информацию? Создайте запрос в GitHub или изучите статью Возможности получения поддержки и справки для разработчиков, чтобы узнать о других способах получения поддержки и справки.

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

Просмотр сведений о текущем коде ошибки

Коды ошибок и сообщения могут изменяться. Для получения самых актуальных сведений ознакомьтесь со страницей https://login.microsoftonline.com/error, чтобы найти описания ошибок, исправления и некоторые возможные обходные пути AADSTS.

Например, если получен код ошибки «AADSTS50058», выполните поиск по запросу «50058» в https://login.microsoftonline.com/error. Можно также напрямую связать с определенной ошибкой, добавив номер кода ошибки к URL-адресу: https://login.microsoftonline.com/error?code=50058.

Обработка кодов ошибок в приложении

Спецификация OAuth 2.0 содержит рекомендации по обработке ошибок во время проверки подлинности с помощью части error ответа на ошибку.

Ниже приведен пример ответа на ошибку:

Параметр	Описание
error	Строка кода ошибки, которую нужно использовать для классификации типов возникающих ошибок и реагирования на них.
error_description	Конкретное сообщение об ошибке, с помощью которого разработчик может определить причину возникновения ошибки проверки подлинности. Никогда не используйте это поле для реагирования на ошибку в коде.
error_codes	Список кодов ошибок, характерных для службы маркеров безопасности, которые могут помочь при диагностике.
timestamp	Время возникновения ошибки.
trace_id	Уникальный идентификатор для запроса, который может помочь при диагностике.
correlation_id	Уникальный идентификатор для запроса, который может помочь при диагностике нескольких компонентов.
error_uri	Ссылка на страницу поиска ошибок с дополнительными сведениями об ошибке. Это предназначено только для разработчиков, не предоставляйте его пользователям. Предоставляется только в том случае, если в системе поиска ошибок содержатся дополнительные сведения об ошибке — не вся ошибка содержит дополнительные сведения.

Поле error имеет несколько возможных значений. Ознакомьтесь со ссылками на документацию по протоколам и спецификациями OAuth 2.0, чтобы узнать больше о конкретных ошибках (например, authorization_pending в потоке кода устройства) и о том, как реагировать на них. Некоторые из наиболее распространенных перечислены здесь:

Источник

Аутентификация пользователя не выполнена wsопределения

An error occurred processing this request. «

Способ исправления: Для исправления ошибки надо в общем модуле ОбменСообщениямиВнутренний в процедурах:
ВыполнитьПодключениеКонечнойТочкиНаСторонеПолучателя,
ВыполнитьПодключениеКонечнойТочкиНаСторонеОтправителя,
УстановитьВедущуюКонечнуюТочкуНаСторонеОтправителя,
ВыполнитьОбновлениеНастроекПодключенияКонечнойТочки,
а также в модуле веб-сервиса MessageExchange и MessageExchange_2_0_1_6
после строки
СтруктураЗаписи.Вставить(«WSИмяПользователя», НастройкиПодключенияОтправителя.WSИмяПользователя);
вставить строку кода:
СтруктураЗаписи.Вставить(«WSЗапомнитьПароль», Истина);
После этого надо зайти в регистр НастройкиТранспортаОбмена в менеджере сервиса и задать пароль для подключения к конечной точке, признак «Запомнить пароль» надо установить. Исправлено в релизе: 2.1.2 Код ошибки: 20007374 Дата публикации: 21 августа 2012 г. Описание: В обработке «Групповое изменение объектов» нельзя установить дробное числовое значение реквизита. Способ исправления: В обработке ГрупповоеИзменениеОбъектов в табличной части Операции у реквизита Значение в свойстве Тип для типа данных «Число» изменить длину и точность, например, «15, 4». Исправлено в релизе: 2.1.2 Код ошибки: 20007286 Дата публикации: 17 августа 2012 г. Описание: Если для синхронизации данных в модели сервиса используется протокол https (защищенное соединение) и платформа версии 8.2.16 или выше, то может возникать ошибка вида:
«Ошибка разбора XML: – [6,8]
Фатальная ошибка:
Opening and ending tag mismatch: hr line 0 and body» Способ исправления: Для исправления ошибки следует заменить функцию
ОбщийМодуль.ПолучениеФайловИзИнтернетаКлиентСервер.ПолучитьФайлИзИнтернет
на такую:
Функция ПолучитьФайлИзИнтернет(знач URL, знач НастройкаСохранения, знач НастройкаСоединения = Неопределено,
знач НастройкиПрокси = Неопределено)

// Объявление переменных перед первым использованием в качестве
// параметра метода Свойство, при анализе параметров получения файлов
// из ПараметрыПолучения. Содержат значения переданных параметров получения файла
Перем ИмяСервера, ИмяПользователя, Пароль, Порт,
ЗащищенноеСоединение,ПассивноеСоединение,
ПутьКФайлуНаСервере, Протокол;

ИмяСервера = URLРазделенный.ИмяСервера;
ПутьКФайлуНаСервере = URLРазделенный.ПутьКФайлуНаСервере;
Протокол = URLРазделенный.Протокол;
ИмяПользователя = НастройкаСоединения.Получить(«Пользователь»);
ПарольПользователя = НастройкаСоединения.Получить(«Пароль»);
Порт = НастройкаСоединения.Получить(«Порт»);
Таймаут = НастройкаСоединения.Получить(«Таймаут»);
ПассивноеСоединение = НастройкаСоединения.Получить(«ПассивноеСоединение»);

ЗащищенноеСоединение = НастройкаСоединения.Получить(«ЗащищенноеСоединение»);
Если Протокол = «https» Тогда
ЗащищенноеСоединение = Истина;
КонецЕсли;

Если Порт = Неопределено Тогда
ПолнаяСтруктураURL = СтруктураURI(URL);

Если НЕ ПустаяСтрока(ПолнаяСтруктураURL.Порт) Тогда
ИмяСервера = ПолнаяСтруктураURL.Хост;
Порт = ПолнаяСтруктураURL.Порт;
КонецЕсли;
КонецЕсли;

НастройкиПрокси = ?(НастройкиПрокси = Неопределено, ПолучитьПустыеНастройкиПроксиСервера(), НастройкиПрокси);
Прокси = СформироватьПрокси(НастройкиПрокси, Протокол);

ПараметрыСоединения = Новый Массив;
ПараметрыСоединения.Добавить(ИмяСервера);
ПараметрыСоединения.Добавить(Порт);
ПараметрыСоединения.Добавить(ИмяПользователя);
ПараметрыСоединения.Добавить(ПарольПользователя);
ПараметрыСоединения.Добавить(Прокси);

Если Протокол = «ftp» Тогда

ПараметрыСоединения.Добавить(ПассивноеСоединение);
Если ОбщегоНазначения.ПлатформаПоддерживаетТаймаутыСети() Тогда
ПараметрыСоединения.Добавить(Таймаут);
КонецЕсли;

Попытка
Соединение = Новый(Тип(«FTPСоединение»), ПараметрыСоединения);
Исключение
ИнформацияОбОшибке = ИнформацияОбОшибке();
СообщениеОбОшибке = НСтр(«ru = ‘Ошибка при создании FTP-соединения с сервером %1:’») + Символы.ПС + «%2»;
ПолучениеФайловИзИнтернета.ЗаписатьОшибкуВЖурналРегистрации(
СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
ПодробноеПредставлениеОшибки(ИнформацияОбОшибке)));
СообщениеОбОшибке = СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
КраткоеПредставлениеОшибки(ИнформацияОбОшибке));
Возврат СформироватьРезультат(Ложь, СообщениеОбОшибке);
КонецПопытки;
Иначе

Если ОбщегоНазначения.ПлатформаПоддерживаетТаймаутыСети() Тогда
ПараметрыСоединения.Добавить(Таймаут);

Если ЗащищенноеСоединение = Истина Тогда
ИмяТип = «ЗащищенноеСоединениеOpenSSL»;
ЗащищенноеСоединение = Новый(Тип(ИмяТип));
Иначе
ЗащищенноеСоединение = Неопределено;
КонецЕсли;
КонецЕсли;
ПараметрыСоединения.Добавить(ЗащищенноеСоединение);

Попытка
Соединение = Новый(Тип(«HTTPСоединение»), ПараметрыСоединения);
Исключение
ИнформацияОбОшибке = ИнформацияОбОшибке();
СообщениеОбОшибке = НСтр(«ru = ‘Ошибка при создании HTTP-соединения с сервером %1:’») + Символы.ПС + «%2»;
ПолучениеФайловИзИнтернета.ЗаписатьОшибкуВЖурналРегистрации(
СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
ПодробноеПредставлениеОшибки(ИнформацияОбОшибке)));
СообщениеОбОшибке = СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
КраткоеПредставлениеОшибки(ИнформацияОбОшибке));
Возврат СформироватьРезультат(Ложь, СообщениеОбОшибке);
КонецПопытки;
КонецЕсли;

Если НастройкаСохранения[«Путь»] <> Неопределено Тогда
ПутьДляСохранения = НастройкаСохранения[«Путь»];
Иначе
#Если НЕ ВебКлиент Тогда
ПутьДляСохранения = ПолучитьИмяВременногоФайла();
#КонецЕсли
КонецЕсли;

Попытка
Соединение.Получить(ПутьКФайлуНаСервере, ПутьДляСохранения);
Исключение
ИнформацияОбОшибке = ИнформацияОбОшибке();
СообщениеОбОшибке = НСтр(«ru = ‘Ошибка при получении файла с сервера %1:’») + Символы.ПС + «%2»;
ПолучениеФайловИзИнтернета.ЗаписатьОшибкуВЖурналРегистрации(
СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
ПодробноеПредставлениеОшибки(ИнформацияОбОшибке)));
СообщениеОбОшибке = СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
КраткоеПредставлениеОшибки(ИнформацияОбОшибке));
Возврат СформироватьРезультат(Ложь, СообщениеОбОшибке);
КонецПопытки;

// Если сохраняем файл в соответствии с настройкой
Если НастройкаСохранения[«МестоХранения»] = «ВременноеХранилище» Тогда
КлючУникальности = Новый УникальныйИдентификатор;
Адрес = ПоместитьВоВременноеХранилище (ПутьДляСохранения, КлючУникальности);
Возврат СформироватьРезультат(Истина, Адрес);
ИначеЕсли НастройкаСохранения[«МестоХранения»] = «Клиент»
ИЛИ НастройкаСохранения[«МестоХранения»] = «Сервер» Тогда
Возврат СформироватьРезультат(Истина, ПутьДляСохранения);
Иначе
Возврат Неопределено;
КонецЕсли;

Исправлено в релизе: 2.1.2 Код ошибки: 20007404 Дата публикации: 17 августа 2012 г. Описание: При выгрузке области данных в файл не указываются типы ссылок на справочник ИдентификаторыОбъектовМетаданных, в результате не срабатывает подмена ссылок при загрузке и все загруженные ссылки на этот справочник оказываются «битыми» (отображаются в виде «Объект не найден»). Исправлено в релизе: 2.1.2 Код ошибки: 10110815 Дата публикации: 17 августа 2012 г. Описание: При загрузке области данных из файла не выполняется подмена ссылок на справочник ИдентификаторыОбъектовМетаданных, в результате все загруженные ссылки на этот справочник оказываются «битыми» (отображаются в виде «Объект не найден»). Исправлено в релизе: 2.1.2 Код ошибки: 20007424 Дата публикации: 17 августа 2012 г. Описание: Нельзя настроить обмен данными из локального рабочего места с приложением в Интернете.
Возникает ошибка вида:
» : Регламентное задание не найдено.
Возможно, оно удалено другим пользователем.». Способ исправления: В общем модуле АвтономнаяРаботаСлужебный заменить процедуру ОтключитьАвтоматическуюСинхронизациюДанныхСПриложениемВИнтернете
на такую:
Процедура ОтключитьАвтоматическуюСинхронизациюДанныхСПриложениемВИнтернете() Экспорт

Если Не ОбщегоНазначенияПовтИсп.РазделениеВключено() Тогда

РегламентныеЗаданияСервер.УстановитьИспользованиеРегламентногоЗадания(
Метаданные.РегламентныеЗадания.СинхронизацияДанныхСПриложениемВИнтернете, Ложь
);

Планируется исправить в релизе: 2.1.2 Код ошибки: 10111971 Дата публикации: 14 августа 2012 г. Описание: Невозможно пометить на удаление завершенный бизнес-процесс из формы бизнес-процесса. Способ исправления: В модуле формы бизнес-процесса Задание.ФормаБизнесПроцесса в обработчике ПриСозданииНаСервере
заменить строку:
ТолькоПросмотр = Объект.Завершен;
на
Если Объект.Завершен Тогда
Для каждого Элемент Из Элементы Цикл
Если ТипЗнч(Элемент) <> Тип(«ПолеФормы») И ТипЗнч(Элемент) <> Тип(«ГруппаФормы») Тогда
Продолжить;
КонецЕсли;
Элемент.ТолькоПросмотр = Истина;
КонецЦикла;
КонецЕсли; Исправлено в релизе: 2.1.2 Код ошибки: 20007335 Дата публикации: 14 августа 2012 г. Описание: После настройки обмена через веб-сервис, данные в информационных базах, между которыми настраивался обмен, оставались не синхронизированными. Исправлено в релизе: 2.1.2 Код ошибки: 10088978 Дата публикации: 10 августа 2012 г. Описание: Технология обмена по правилам обмена БСП не поддерживает обмен движениями документов. Способ обхода: Если необходимо синхронизировать движения документов, то для этого в состав плана обмена следует включать регистры, по которым документ выполняет движения и создавать ПВД для наборов записей этих регистров.
По аналогии, как в технологии обмена РИБ. Код ошибки: 20006958 Дата публикации: 10 августа 2012 г. Описание: В некоторых случаях, при запуске в толстом клиенте, управляемое приложение, возникает ошибка:
: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = >ВариантыОтчетов.СформироватьИнформациюОбОтчетеПоПолномуИмени(КлючОтчета);
: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = >ВариантыОтчетов.СформироватьИнформацВиюОбОтчетеПоПолномуИмени(КлючОтчета);
: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = >ВариантыОтчетов.СформироватьИнформациюОбОтчетеПоПолномуИмени(КлючОтчета);
: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = >ВариантыОтчетов.СформироватьИнформациюОбОтчетеПоПолномуИмени(КлючОтчета);
: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = >ВариантыОтчетов.СформироватьИнформациюОбОтчетеПоПолномуИмени(КлючОтчета);
: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = >ВариантыОтчетов.СформироватьИнформациюОбОтчетеПоПолномуИмени(КлючОтчета);
: Переменная не определена (Пользователи)
ТекущийПользователь = >Пользователи.ТекущийПользователь(); Способ исправления: Внести изменения в конфигурацию:
1) общим модулям ВариантыОтчетов и Пользователи установить признак «Вызов сервера»
2) очистить свойство конфигурации «Хранилище вариантов отчетов» и задать его во всех отчетах конфигурации Исправлено в релизе: 2.1.2 Код ошибки: 10111163 Дата публикации: 1 августа 2012 г. Описание: При попытке перейти к присоединенным файлам возникает ошибка «Недостаточно прав для просмотра». Способ исправления: Включить в роль «Базовые права» право просмотра справочника «Тома хранения файлов». Исправлено в релизе: 2.1.2 Код ошибки: 20005632 Дата публикации: 1 августа 2012 г. Описание: При печати с использованием макета MS Word из макета не копируются изменения стандартных стилей. Способ воспроизведения: Изменить один из используемых стандартных стилей в макете, например шрифт по умолчанию. Способ обхода: После получения печатной формы
ПечатнаяФорма = УправлениеПечатьюКлиент.ИнициализироватьПечатнуюФорму(.

скопировать стили из макета:
ПечатнаяФорма.COMСоединение.ActiveDocument.CopyStylesFromTemplate(ПутьКФайлуМакета);

При этом, файл макета не должен быть открыт (например, можно сохранить макет в отдельный временный файл).

Исправлено в релизе: 2.1.2 Код ошибки: 10111160 Дата публикации: 1 августа 2012 г. Описание: При сохранении печатной формы документа не использующего присоединенные файлы возникает ошибка:
: Поле объекта не обнаружено (ПутевкаПрисоединенныеФайлы)
Возврат ПравоДоступа(«Добавление», Метаданные.Справочники[ИмяХранилища]) Способ исправления: В общем модуле ПрисоединенныеФайлы в функции КОбъектуМожноПрисоединятьФайлы поменять строки местами.
Заменить строки:
Возврат ПравоДоступа(«Добавление», Метаданные.Справочники[ИмяХранилища])
И Метаданные.Справочники.Найти(ИмяХранилища) <> Неопределено
На строки:
Возврат Метаданные.Справочники.Найти(ИмяХранилища) <> Неопределено
И ПравоДоступа(«Добавление», Метаданные.Справочники[ИмяХранилища]) Исправлено в релизе: 2.1.2 Код ошибки: 20006637 Дата публикации: 27 июля 2012 г. Описание: Ошибка при открытии объекта, подключенного к подсистеме «Контактная информация». Способ исправления: В общем модуле УправлениеКонтактнойИнформациейКлассификаторы исправить строку
АдресныйКлассификатор.ПризнакАктуальности КАК АльтернативныеНазвания
на
АдресныйКлассификатор.ПризнакАктуальности КАК ПризнакАктуальности Исправлено в релизе: 2.1.2 Код ошибки: 20006712 Дата публикации: 27 июля 2012 г. Описание: При включении отладки загрузки некорректно получается имя внешней обработки отладки загрузки. Способ воспроизведения: В настройках обмена включить режим отладки загрузки и подключить обработку для отладки загрузки. Способ исправления: Модуль ОбменДаннымиСервер
Функция ПолучитьОбработкуОбменаДаннымиДляЗагрузки(СтруктураНастроекОбмена)
заменить строку
ОбработкаОбменаДанными.ИмяФайлаВнешнейОбработкиОтладкиВыгрузки = СтруктураНастроекОбмена.ИмяФайлаОбработкиДляОтладкиЗагрузки;
на строку
ОбработкаОбменаДанными.ИмяФайлаВнешнейОбработкиОтладкиЗагрузки = СтруктураНастроекОбмена.ИмяФайлаОбработкиДляОтладкиЗагрузки; Способ обхода: Использовать обработку в составе конфигурации для выполнения кода обработчиков загрузки. Исправлено в релизе: 2.1.1.13 Код ошибки: 20006771 Дата публикации: 27 июля 2012 г. Описание: Невозможно выполнить обмен в сервисе при условии, что одна из конфигураций на базе БСП 2.0, а вторая – на базе БСП 2.1.1.12 Способ исправления: 1) Установить новую версию конфигурации «Конвертация данных» 2.1.6.2.
2) В БСП 2.1 в обработке КонвертацияОбъектовИнформационныхБаз внести следующие изменения:
Заменить функцию РежимСовместимостиСБСП20 на
Функция РежимСовместимостиСБСП20()

Если ПолеРежимСовместимостиСБСП20 = Неопределено Тогда

ПолеРежимСовместимостиСБСП20 = (Конвертация.РежимСовместимости = «»
Или Конвертация.РежимСовместимости = «РежимСовместимостиСБСП20»)
И Не ЭтоМодельСервиса;

КонецФункции
В процедуре ЗагрузитьПравилаОбмена
после строки Конвертация.Вставить(«ВерсияФормата», Значение);
вставить следующие строки:
РежимСовместимости = ПравилаОбмена.ПолучитьАтрибут («РежимСовместимости»);
Если РежимСовместимости <> Неопределено Тогда
Конвертация.Вставить(«РежимСовместимости», РежимСовместимости)
КонецЕсли;

Исправлено в релизе: 2.1.2 Код ошибки: 20006651 Дата публикации: 27 июля 2012 г. Описание: Обновление информационной базы в модели сервиса завершается с ошибкой:
: Ошибка при вызове метода контекста (Установить)
Константы.ДатаОбновленияПовторноИспользуемыхЗначенийМРО.Установить(ТекущаяДата());
по причине:
Нельзя использовать таблицу без указания всех разделителей с независимым использованием разделяемых данных
объект: ‘Константа.ДатаОбновленияПовторноИспользуемыхЗначенийМРО’ Способ обхода: В общем модуле ОбменДаннымиСервер заменить процедуру УстановитьДатуОбновленияПовторноИспользуемыхЗначенийМРО на следующую:
Процедура УстановитьДатуОбновленияПовторноИспользуемыхЗначенийМРО() Экспорт

Если ОбщегоНазначенияПовтИсп.ДоступноИспользованиеРазделенныхДанных() Тогда

УстановитьПривилегированныйРежим(Истина);
// записываем дату и время компьютера сервера – ТекущаяДата()
// метод ТекущаяДатаСеанса() использовать нельзя.
// Текущая дата сервера в данном случае используется в качестве ключа уникальности кэша механизма регистрации объектов.
Константы.ДатаОбновленияПовторноИспользуемыхЗначенийМРО.Установить(ТекущаяДата());

Ошибка при вызове конструктора (WSОпределения) Модуль 198 и 504

Ошибка при вызове конструктора (WSОпределения) Модуль 198 и 504

Добрый день! Уважаемые читатели и гости популярного компьютерного блога pyatilistnik.org. В прошлый раз мы с вами решили ошибку » db query error please try later», и восстановили работу сайта на платформе 1С Битрикс. Сегодня я хочу поделиться небольшой заметкой, как выйти из ситуации, когда не работает кнопка «Заполнить по ИНН» в Справочнике Контрагенты при создании нового. Выдается ошибка «ОбщийМодуль.ОбщегоНазначенияПовтИсп.Модуль(198): Ошибка при вызове конструктора (WSОпределения) WSОпределения = Новый(Тип(«WSОпределения»). Давайте разбираться в чем собственно дело.

Причины ошибок с модулем 198-504

Вся проблема связана с неправильным и устаревшим сертификатом, это бывает если вы давно не обновляли свою версию 1С, а в этот момент как раз истек срок сертификата, который участвует в подключении к внешним сервисам, например, npchk.nalog.ru или api.orgregister.1c.ru.

Вот так вот выглядит более полный текст ошибки:

WSОпределения = Новый(Тип(«WSОпределения»), Параметры);

При вызове веб-сервиса произошла ошибка. При создании описания сервиса произошла ошибка. URL сервиса: https://api.orgregister.1c.ru/orgregister/v7?wsdl

Ошибка работы с Интернет: Удаленный узел не прошел проверку

10060 – Ошибка соединения с сервером

HOST – npchk.nalog.ru[81.177.31.8]; PORT – 80
Connection timed outTraffic Inspector HTTP/FTP/Proxy server (3.0.2.912)

по причине:
Ошибка работы с Интернет: произошел таймаут при ожидании ответа шлюзу (504)

Как решить проблему

• Самым быстрым методом? будет замена сертификата cacert.pem, который располагается в папке с вашим клиентом. Скачать cacert.pem можно о официального сайта по ссылке:

В итоге у вас будет архив с сертификатом cacert.pem, распакуйте его. Далее, откройте вашего клиента, где вы получаете ошибку при вызове конструктора WSОпределения. И перейдите по пути:

Если вы теряетесь в своих версиях, то попробуйте произвести поиск по cacert.pem в папке C:Program Files (x86) и посмотрите, где у вас нужно подменить, этот файл. Меняете его на свежий и радуетесь жизни.

• Второй метод, заключается в использовании обработки в 1С. Скачайте файл обработка.epf

ОБЯЗАТЕЛЬНО запустите его от имени администратора, иначе можете получить ошибку:

Автор: Вячеслав Михайлов, Solutions Architect

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

Мы разберемся с процессом аутентификации пользователя, работой технологии единого входа (Single sign-on/SSO), дадим общее представлении о технологии OAuth2 и принципах ее работы, не углубляясь в особенности конкретной технической реализации. В следующей статье в качестве примера удачной реализации мы рассмотрим библиотеку Thinktecture Identity Server v3, подробнее остановимся на ее функциональных возможностях, поговорим, как собрать минимальный набор компонент, необходимый для работы в микросервисной архитектуре и достойный использования в боевой системе. В третьей части мы покажем, как расширять эту библиотеку, подстраиваясь под нужды вашей системы, а завершит цикл статей разбор различных сценариев, встречавшихся в жизни многих разработчиков с рекомендациями для каждого случая.

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

Идентификация — процесс определения, что за человек перед нами. Аутентификация — процесс подтверждения, что этот человек именно тот, за кого себя выдает. Авторизация — процесс принятия решения о том, что именно этой аутентифицированной персоне разрешается делать. То есть, это три разных, последовательных и взаимно не заменяемых понятия. Идентификацию часто подразумевают в составе аутентификации. Самое главное — четко различать аутентификацию и авторизацию.

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

При использовании HTTP-протокола простейший способ аутентификации — Basic access authentication. В принципе этот протокол устарел и уже редко используется в интернете, особенно в незащищенных соединениях, но еще сохраняется во внутрикорпоративных системах, просто потому что некоторые из них созданы достаточно давно. Стоит разобраться, как он работает.

HTTP Basic Authentication

Первым, что при обращении к защищенному ресурсу сервер выдаст пользователю, не имеющему доступа, будет ошибка 401 Unauthorized. При этом ответ также содержит информацию о типе аутентификации (в нашем случае – Basic), который он может принимать, и контекст, в рамках которого эта аутентификация действует (Realm). Пользователь вводит логин и пароль, они упаковываются в Base64 и отправляются на сервер для проверки. Здесь существуют различные опасности. Самая распространенная — угроза man-in-the-middle attack, или атаки посредника, в ходе которой при использовании незащищенного соединения учетные данные могут перехватить злоумышленники в момент передачи от клиента к серверу или обратно.

HTTP Digest Authentication

Следующим этапом развития технологии стала чуть более сложная система HTTP digest authentication, которая исключает передачу учетных данных в открытом виде — здесь для проверки используется MD5-хеш с некоторыми примесями, что позволяет избежать подбора логина и пароля. Конечно, этот алгоритм выглядит более надежным, но и он подвержен целому ряду не самых сложных атак. Например, вот тут можно почитать об атаках более подробно.

Forms Authentication

Позднее появился процесс Forms authentication, при котором аутентификация происходит на более высоком уровне модели абстракции. HTTP-сервер при этом не сообщает об ошибке доступа, а просто перенаправляет неаутентифицированного пользователя на другую страницу. Обычно на этой странице отображаются поля для ввода логина и пароля, после заполнения которых формируется POST-запрос с данными и через защищенный канал направляется на сервер. Серверная сторона в свою очередь возвращает пользователю токен или идентификатор сессии, который сохраняется в Cookies и в дальнейшем используется для доступа к защищенному ресурсу.

Token Authentication

Следующее поколение способов аутентификации представляет Token Based Authentication, который обычно применяется при построении систем Single sign-on (SSO). При его использовании запрашиваемый сервис делегирует функцию проверки достоверности сведений о пользователе другому сервису. Т. е. провайдер услуг доверяет выдачу необходимых для доступа токенов собственно токен-провайдеру (Identity provider). Это то, что мы видим, например, входя в приложения через аккаунты в социальных сетях. Вне IT самой простой аналогией этого процесса можно назвать использование общегражданского паспорта. Официальный документ как раз является выданным вам токеном — все государственные службы по умолчанию доверяет отделу полиции, который его вручил, и считает паспорт достаточным для вашей аутентификации на протяжении всего срока действии при сохранении его целостности.

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

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

OAuth2 & Open ID Connect

Дальнейшее усовершенствование процесса понадобилось ввиду того, что токен-аутентификация требует присутствия пользователя в момент получения доступа к защищенному ресурсу. Потому что Identity provider при передаче ему управления будет с пользователем взаимодействовать, запрашивая, например, логин и пароль.

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

В 2006 году в ходе работы над реализацией протокола Open ID для Twitter обнаружилась потребность в новом открытом протоколе авторизации. В 2007 инженеры Google и AOL начали совместную работу над ним, а в 2009 Twitter предложил своим пользователям решение, делегировавшее сторонним сервисам доступ к аккаунтам и основанное на протоколе OAuth. Три года спустя была опубликована новая версия — OAuth 2, упростившая разработку клиентских приложений и получившая целый ряд новых возможностей, среди которых оказалось и обновление токена без участия пользователя. Многие сервисы начали использовать этот протокол еще до его официального утверждения.

Разбираемся детально ху из ху

В данный момент на слуху следующие протоколы:

1. OpenID — для проверки учетных данных пользователя (identification & authentication).
2. OAuth — про то, чтобы получать доступ к чему-то.
3. OpenID Connect — и про и то, и про другое одновременно.

Все три протокола позволяют пользователю не разглашать свои секретные логин и пароль недоверенным приложениям. OpenID & OAuth разрабатывались параллельно вплоть до 2014 года и объединились в итоге в OpenID connect.

OpenID 1.0 (2006) & OpenID 2.0 (2007) позволяли приложению(арб) запрашивать у доверенного сервера (authority) проверку пользователя(user). Отличия между версиями для нас несущественны.

• User –> App: Привет, это Миша.
• App –> Authority: Вот «это» Миша?
• Authority и User общаются тет-а-тет.
• Authority –> App: Да, это Миша.

OpenID Attribute Exchange 1.0 (2007) расширяет OpenID 2.0 разрешая получать и хранить профиль пользователя.

• User –> App: Привет, это Миша.
• App –> Authority: Вот «это» Миша? И если это Миша, то пришлите мне его email.
• Authority и User общаются тет-а-тет.
• Authority –> App: Да, это Миша. И его email xxx@xxx.xxx.

OAuth 1.0 (2010) позволяет пользователю разрешать приложению получать ограниченный доступ на третьесторонних серверах(third-party server), доверяющих удостоверяющему центру.

• App –> User: Mы бы хотели получить ваши картинки с другого сервера.
• Authority и User общаются тет-а-тет.
• Authority –> App: Вот вам билет (access token) на 15 минут.
• App –> Third-party server: Нам тут по билету можно получить фотографии для этого пользователя.

OAuth 2.0 (2012) делает тоже самое, что и OAuth 1.0, но только протокол существенно поменялся и стал проще.

OpenID Connect (2014) объединяет возможности OpenID 2.0, OpenID Attribute Exchange 1.0, и OAuth 2.0 в один общий протокол. Он позволяет приложениям использовать удостоверяющий центр для:

• Проверять учетные данные пользователя.
• Получать профиль пользователя (или его части).

Важно понимать, что OpenID Connect не дает доступ к внешним ресурсам. Он использует OAuth 2.0 для того, чтобы представить параметры профиля как будто это такие ресурсы.

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

Single sign-on — технология единого входа — позволяет пользователю переключаться между различными приложениями без повторной аутентификации. Используя SSO можно избежать множественных логинов, так что пользователь просто не будет замечать этих переключений. При этом ситуации, когда в рамках вашей инфраструктуры таких приложений будет больше одного, встречаются постоянно. Технология единого входа особенно удобна в больших энтерпрайз-системах, состоящих из десятков приложений, слабо связанных между собой. Вряд ли пользователи будут довольны, вводя логин и пароль при каждом обращении к системе учета рабочего времени, корпоративному форуму или внутренней базе документов.

В качестве реализации мы рассматриваем протокол OAuth2. В принципе, существуют и другие, например, Kerberos, успешно взаимодействующий с Windows, но в случае гетерогенной сети, в которой существуют компьютеры, использующие и Windows-, и Mac-, и UNIX-системы, использовать проприетарные протоколы зачастую неудобно. Тем более, это касается случаев, когда доступ к вашим сервисам осуществляется через веб — здесь OAuth2 оказывается лучшим кандидатом.

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

Как мы знаем из раздела «разбираемся детально ху из ху», OpenID Сonnect нужен, чтобы получить у пользователя его учетные данные и проверить их. OAuth 2.0 нужен, чтобы получать токены доступа и с ними обращаться к ресурсам.

Сервис выдачи токенов

Open ID Connect Provider — важнейший объект всей конструкции централизованного сервиса аутентификации, он также может называться Security Token Service, Identity Provider authorization server и т. д. Различные источники называют его по-разному, но по смыслу это сервис, который выдает токены клиентам.

• Аутентифицировать пользователей, используя внутреннее хранилище пользователей или внешний источник (например, Active Directory).
• Управлять клиентами (хранить) и аутентифицировать их.
• Предоставлять управление сессией и возможность реализации Single sing-on.
• Выдавать identity-токены и access-токены клиентам.
• Проверять ранее выданные токены.

Клиент

Client — устройство или программа (браузер, приложение), которым требуется либо токен для аутентификации пользователя, либо токен для доступа к какому-то ресурсу (подразумевается, что данный ресурс «знаком» с тем конкретным «Security Token Service» у которого клиент запрашивает токен для доступа).

Пользователь

User — собственно конечный пользователь — человек.

Область (scope)

Scope — идентификатор ресурса, к которому клиент хочет получить доступ. Список scope посылается в адрес сервиса выдачи токенов в составе запроса на аутентификацию.

По умолчанию все клиенты имеют возможность запрашивать любые области, но это можно (и нужно) ограничивать в конфигурации сервиса выдачи токенов.

Scopes бывают двух видов:

1. Identity scopes — это запрос информации о пользователе. Его имя, профиль, пол, фотография, адрес электронной почты и т. д.
2. Resource scopes — имена внешних ресурсо (Web APIs), к которым клиент хочет получить доступ.

Запрос на аутентификацию

Authentication/Token Request — процесс запроса аутентификации.

В зависимости от того какие области (scopes) запрошены, сервис выдачи токенов вернет:

1. Только Identity Token, если запрошены только Identity scopes.
2. Identity Token и Access Token, если запрошены также и Resources scopes.
3. Access Token и Refresh Token, если запрошeн Offline Access.

Более подробно про процесс аутентификации можно прочесть в разделе «процесс aутентификации».

Токен личности

Identity Token — подтверждение аутентификации. Этот токен содержит минимальный набор информации о пользователе.

Токен доступа

Access Token — информация, что конкретному пользователю разрешается делать. Клиент запрашивает Access Token и затем использует его для доступа к ресурсам (Web APIs). Access Token содержит информацию о клиенте и пользователе, если она присутствует. Важно понимать, что есть такие типы авторизации, при которых пользователь в процессе непосредственно не участвует (подробнее об этом в следующей части)

Токен обновления

Refresh Token — токен, по которому STS вернет новый Access Token. В зависимости от режима работы, Refresh Token может быть многоразовым и одноразовым. В случае с одноразовым токеном, при запросе нового Access Token будет также сформирован готовый Refresh Token, который следует использовать при повторном обновлении. Очевидно, что одноразовые токены более безопасны.

Более подробно о составе токенов в разделе «структура токена».

При обращении пользователя к клиенту, тот перенаправляет пользователя на Open ID Connect Provider, который запрашивает у пользователя логин и пароль. В случае успешного прохождения проверки параметров аутентификации он возвращает назад identity token и access token, с которыми пользователь может обращаться к защищенному ресурсу.

Формат

В реализации OAuth2 используется так называемый jwt-токен, который состоит из трех частей. Допустим, при обращении к Identity provider вы отправляете логин/пароль и в ответ получаете токен. Он будет включать в себя: Header (заголовок), Payload (контент) и Signature (подпись). На сайте jwt.io его можно декодировать и посмотреть содержимое формате JSON. На этом сайте вы также найдете описание правил формирования jwt-токенов.

В том, что токены в процессе обмена передаются незашифрованными, ничего страшного нет. Мы изначально исходим из предположения, что коммуникация происходит по защищенному HTTPS-каналу, и повторное шифрование токена было бы избыточным. Единственное, в чем нам нужно убедиться – то, что токен не был подменен или сфальсифицирован на клиентской стороне, для этого достаточно иметь подпись и проверять ее на сервере. Кроме того, токен не содержит никакой критически важной информации.

Кроме identity tokens, есть еще и аccess tokens, которые содержат информацию о выданных пользователю клеймах. Срок действия access token достаточно короткий, потому что его хищение может обеспечить несанкционированный доступ к ресурсу. Т. е. злоумышленник, если ему удастся заполучить токен этого типа, доступ получит на очень непродолжительное время. Для получения нового access token используется refresh token, который обычно не фигурирует в незащищенных средах, в частности в режиме доступа из браузера он вообще не используется. Какие именно токены будут возвращены клиенту в процессе аутентификации, разберемся в следующей части.

Основные поля

Кратко остановимся на том, какие есть стандартные полях в токене и зачем они нужны:

• iss — адрес или имя удостоверяющего центра.
• sub — идентификатор пользователя. Уникальный в рамках удостоверяющего центра, как минимум.
• aud — имя клиента для которого токен выпущен.
• exp — срок действия токена.
• nbf — время, начиная с которого может быть использован (не раньше чем).
• iat — время выдачи токена.
• jti — уникальный идентификатор токен (нужен, чтобы нельзя был «выпустить» токен второй раз).

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

Минимальная реализация интеграция Identity Server в ваше приложение выглядит так:

Минимальная реализация интеграции веб-клиента с Identity Server:

Минимальная реализация интеграции веб-API с Identity Server:

Источник

Обновлено 14.10.2020

Добрый день! Уважаемые читатели и гости популярного компьютерного блога pyatilistnik.org. В прошлый раз мы с вами решили ошибку » db query error please try later», и восстановили работу сайта на платформе 1С Битрикс. Сегодня я хочу поделиться небольшой заметкой, как выйти из ситуации, когда не работает кнопка «Заполнить по ИНН» в Справочнике Контрагенты при создании нового. Выдается ошибка «ОбщийМодуль.ОбщегоНазначенияПовтИсп.Модуль(198): Ошибка при вызове конструктора (WSОпределения) WSОпределения = Новый(Тип(«WSОпределения»). Давайте разбираться в чем собственно дело.

Причины ошибок с модулем 198-504

Вся проблема связана с неправильным и устаревшим сертификатом, это бывает если вы давно не обновляли свою версию 1С, а в этот момент как раз истек срок сертификата, который участвует в подключении к внешним сервисам, например, npchk.nalog.ru или api.orgregister.1c.ru.

Вот так вот выглядит более полный текст ошибки:

Как решить проблему

• Самым быстрым методом? будет замена сертификата cacert.pem, который располагается в папке с вашим клиентом. Скачать cacert.pem можно о официального сайта по ссылке:

В итоге у вас будет архив с сертификатом cacert.pem, распакуйте его. Далее, откройте вашего клиента, где вы получаете ошибку при вызове конструктора WSОпределения. И перейдите по пути:

Если вы теряетесь в своих версиях, то попробуйте произвести поиск по cacert.pem в папке C:Program Files (x86) и посмотрите, где у вас нужно подменить, этот файл. Меняете его на свежий и радуетесь жизни.

• Второй метод, заключается в использовании обработки в 1С. Скачайте файл обработка.epf

ОБЯЗАТЕЛЬНО запустите его от имени администратора, иначе можете получить ошибку:

• Ну и третий метод, это редактирование текущего файла cacert.pem. Откройте его текстовым редактором и в самом конце файла вставьте содержимое файла digicert.pem, который можно скачать тут:

Необходимо настроить интеграцию «1С:Управление торговлей 8 Редакция 11», далее УТ11 и «1С:Документооборот», далее ДО. На основании данных справочника «Договоры контрагентов», в программе УТ11, формировать в ДО входящий документ с заполнением основных реквизитов.

Используемые версии конфигураций и дополнительное ПО:

«1С:Управление торговлей 8 Редакция 11», версия 11.0.7.21

«1С:Документооборот ПРОФ», версия 1.2.2.7

Веб-сервер Apache, версия 2.2.22

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

Настройка веб-сервера Apache 2.2

Ниже описана последовательность действий для установки веб-сервера под управлением операционной системы Windows. Скачать последнюю версию веб-сервера можно по адресу http://httpd.apache.org/download.cgi. Веб-сервер необходим для развертывания программы ДО.

 

 

Следует заполнить поля:

Network Domain – localhost

Server Name – localhost

Administrator’s Email Address – можно указать произвольный e-mail, этот адрес будет показан пользователю в случае ошибки на сервере при открытии страницы.

Переключатель следует оставить по умолчанию for All Users, on Port 80, as a Service

 

Тип установки оставляем Typical (типовой)

 

В качестве папки для установки веб-сервера рекомендуется использовать либо папку в корне диска D, либо диска C, если установлена Windows 7 в папку C:UsersPublicWEBSERVER

 

Настройка программы ДО

Настройки в программе следует выполнять под учетной записью пользователя с полными правами, правами администрирования. В программе ДО необходимо открыть конфигуратор. В главном меню выбрать Администрирование —> Публикация на веб-сервере…

 

В открывшемся окне следует указать:

1. Указать Имя DocMng
2. Убедиться, что выбран Веб-сервер Apache 2.2
3. Установить флаг Публиковать Web-сервисы
4. Установить флаги напротив DMService
5. Нажать кнопку Опубликовать.

 

В открывшемся окне Публикация веб-клиента нажмите кнопку Да.

 

Настройка программы УТ11

Настройки в программе следует выполнять под учетной записью пользователя с полными правами, правами администрирования. В программе УТ11 необходимо открыть панель  Администрирование, выбрать Настройка параметров учета.

 

В открывшемся окне необходимо перейти на вкладку Интеграция с 1С:Документооборот и выполнить следующие действия:

1. Установить флаг Использовать интеграцию с 1С:Документооборот
2. Установить значение URL: — http://localhost/DocMng
3. Нажать кнопку Записать и закрыть.

Настройка подключения к ДО. На панели Администрирование в группе Настройки необходимо открыть пункт Персональные настройки.

 

В открывшемся окне необходимо перейти на вкладку Интеграция с 1С:Документооборот и нажать кнопку Настроить параметры авторизации в 1С:Документооборот.

 

В открывшемся окне необходимо указать имя пользователя и пароль учетной записи ДО. У данной учетной записи должна быть установлена роль Полные права.

 

На панели Администрирование, слева, в панели навигации необходимо выбрать пункт Настройки заполнения объектов 1С:Документооборота.

 

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

 

В качестве примера рассмотрим создание документов в программе ДО на основании договоров контрагентов в программе УТ11.

В открывшейся форме следует заполнить значения, аналогично, приведенным на рисунке:

 

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

 

В карточке партнера следует открыть список договоров, нажав пункт Договоры по партнеру.

 

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

 

Примечание! В момент создания входящего документа будет произведена попытка подключения к программе ДО через веб-сервер. Поэтому необходимо, чтобы веб-сервер был запущен, база ДО была опубликована на данном веб-сервере и доступна для подключения по учетной записи, указанной в персональных настройках УТ11.

В открывшейся форме входящего документа будут заполнены все реквизиты, которым ранее в форме настроек заполнения объектов 1С:Документооборота было сопоставлено соответствие. В данном примере соответствие было выставлено для реквизитов:

Входящий документ	Договор контрагента
№ отправителя	Номер
Дата отправителя	Дата
Организация	Организация
Наименование	Наименование

Договор контрагента (УТ11)

 

Входящий документ (ДО)

 

Во входящем документе следует заполнить ряд необходимых реквизитов, после чего его можно будет записать, нажав кнопку Записать и закрыть.

После этого входящий документ будет доступен в карточке Договор контрагента. Чтобы его открыть необходимо нажать кнопку открытия.

 

Исправления в связи с изменениями в последних релизах 1С:Управление торговлей 8 Редакция 11

В связи с тем, что панель Администрирование была изменена в релизе, начиная с 11.0.8.8, изменилось и местонахождение настроек интеграции Документооборота.

На панели Администрирование, слева, в панели навигации необходимо выбрать пункт Органайзер и документооборот.

 

В открывшемся окне в разделе Документооборот необходимо выполнить следующие действия:

1. Установить флаг Использовать интеграцию с 1С:Документооборот
2. Установить значение URL: — http://localhost/DocMng

Для того, чтобы настроить параметры авторизации для подключения к программе ДО необходимо указать значение в поле Корневая папка для хранения файлов. При начале выбора корневой папки будет предложено настроить параметры авторизации для подключения к программе ДО.

 

В открывшемся окне необходимо указать имя пользователя и пароль учетной записи ДО. У данной учетной записи должна быть установлена роль Полные права.

Настройка заполнения объектов расположена ниже, в разделе Документооборот. Настройка выполняется аналогично, как описывается выше в данной статье.

 

Библиотека стандартных подсистем. Версия 2.0.1.19 . Информация об ошибках

    Код ошибки: 10112429     Дата публикации: 24 августа 2012 г.     Описание: Не заполнен производственный календарь на 2013 год.     Исправлено в релизе: 2.1.2       Код ошибки: 20007639     Дата публикации: 24 августа 2012 г.     Описание: В некоторых случаях обмен сообщениями может не работать по ошибке вида:
«{ОбщийМодуль.ОбщегоНазначения.Модуль(3961)}: Ошибка при вызове метода контекста (GetVersions)
МассивXDTO = ПроксиВерсионирования.GetVersions(ИмяИнтерфейса);
по причине:
Ошибка вызова операции сервиса: {http://www.1c.ru/SaaS/1.0/WS}:InterfaceVersion:GetVersions()
по причине:
Аутентификация пользователя не выполнена.
A server error occurred.

Аутентификация пользователя не выполнена.

---

An error occurred processing this request.»     Способ исправления: Для исправления ошибки надо в общем модуле ОбменСообщениямиВнутренний в процедурах:
ВыполнитьПодключениеКонечнойТочкиНаСторонеПолучателя,
ВыполнитьПодключениеКонечнойТочкиНаСторонеОтправителя,
УстановитьВедущуюКонечнуюТочкуНаСторонеОтправителя,
ВыполнитьОбновлениеНастроекПодключенияКонечнойТочки,
а также в модуле веб-сервиса MessageExchange и MessageExchange_2_0_1_6
после строки
СтруктураЗаписи.Вставить(«WSИмяПользователя», НастройкиПодключенияОтправителя.WSИмяПользователя);
вставить строку кода:
СтруктураЗаписи.Вставить(«WSЗапомнитьПароль», Истина);
После этого надо зайти в регистр НастройкиТранспортаОбмена в менеджере сервиса и задать пароль для подключения к конечной точке, признак «Запомнить пароль» надо установить.     Исправлено в релизе: 2.1.2       Код ошибки: 20007374     Дата публикации: 21 августа 2012 г.     Описание: В обработке «Групповое изменение объектов» нельзя установить дробное числовое значение реквизита.     Способ исправления: В обработке ГрупповоеИзменениеОбъектов в табличной части Операции у реквизита Значение в свойстве Тип для типа данных «Число» изменить длину и точность, например, «15, 4».     Исправлено в релизе: 2.1.2       Код ошибки: 20007286     Дата публикации: 17 августа 2012 г.     Описание: Если для синхронизации данных в модели сервиса используется протокол https (защищенное соединение) и платформа версии 8.2.16 или выше, то может возникать ошибка вида:
«Ошибка разбора XML: — [6,8]
Фатальная ошибка:
Opening and ending tag mismatch: hr line 0 and body»     Способ исправления: Для исправления ошибки следует заменить функцию
ОбщийМодуль.ПолучениеФайловИзИнтернетаКлиентСервер.ПолучитьФайлИзИнтернет
на такую:
Функция ПолучитьФайлИзИнтернет(знач URL, знач НастройкаСохранения, знач НастройкаСоединения = Неопределено,
знач НастройкиПрокси = Неопределено)

// Объявление переменных перед первым использованием в качестве
// параметра метода Свойство, при анализе параметров получения файлов
// из ПараметрыПолучения. Содержат значения переданных параметров получения файла
Перем ИмяСервера, ИмяПользователя, Пароль, Порт,
ЗащищенноеСоединение,ПассивноеСоединение,
ПутьКФайлуНаСервере, Протокол;

URLРазделенный = РазделитьURL(URL);

ИмяСервера = URLРазделенный.ИмяСервера;
ПутьКФайлуНаСервере = URLРазделенный.ПутьКФайлуНаСервере;
Протокол = URLРазделенный.Протокол;
ИмяПользователя = НастройкаСоединения.Получить(«Пользователь»);
ПарольПользователя = НастройкаСоединения.Получить(«Пароль»);
Порт = НастройкаСоединения.Получить(«Порт»);
Таймаут = НастройкаСоединения.Получить(«Таймаут»);
ПассивноеСоединение = НастройкаСоединения.Получить(«ПассивноеСоединение»);

ЗащищенноеСоединение = НастройкаСоединения.Получить(«ЗащищенноеСоединение»);
Если Протокол = «https» Тогда
ЗащищенноеСоединение = Истина;
КонецЕсли;

Если Порт = Неопределено Тогда
ПолнаяСтруктураURL = СтруктураURI(URL);

Если НЕ ПустаяСтрока(ПолнаяСтруктураURL.Порт) Тогда
ИмяСервера = ПолнаяСтруктураURL.Хост;
Порт = ПолнаяСтруктураURL.Порт;
КонецЕсли;
КонецЕсли;

НастройкиПрокси = ?(НастройкиПрокси = Неопределено, ПолучитьПустыеНастройкиПроксиСервера(), НастройкиПрокси);
Прокси = СформироватьПрокси(НастройкиПрокси, Протокол);

ПараметрыСоединения = Новый Массив;
ПараметрыСоединения.Добавить(ИмяСервера);
ПараметрыСоединения.Добавить(Порт);
ПараметрыСоединения.Добавить(ИмяПользователя);
ПараметрыСоединения.Добавить(ПарольПользователя);
ПараметрыСоединения.Добавить(Прокси);

Если Протокол = «ftp» Тогда

ПараметрыСоединения.Добавить(ПассивноеСоединение);
Если ОбщегоНазначения.ПлатформаПоддерживаетТаймаутыСети() Тогда
ПараметрыСоединения.Добавить(Таймаут);
КонецЕсли;

Попытка
Соединение = Новый(Тип(«FTPСоединение»), ПараметрыСоединения);
Исключение
ИнформацияОбОшибке = ИнформацияОбОшибке();
СообщениеОбОшибке = НСтр(«ru = ‘Ошибка при создании FTP-соединения с сервером %1:'») + Символы.ПС + «%2»;
ПолучениеФайловИзИнтернета.ЗаписатьОшибкуВЖурналРегистрации(
СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
ПодробноеПредставлениеОшибки(ИнформацияОбОшибке)));
СообщениеОбОшибке = СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
КраткоеПредставлениеОшибки(ИнформацияОбОшибке));
Возврат СформироватьРезультат(Ложь, СообщениеОбОшибке);
КонецПопытки;
Иначе

Если ОбщегоНазначения.ПлатформаПоддерживаетТаймаутыСети() Тогда
ПараметрыСоединения.Добавить(Таймаут);

Если ЗащищенноеСоединение = Истина Тогда
ИмяТип = «ЗащищенноеСоединениеOpenSSL»;
ЗащищенноеСоединение = Новый(Тип(ИмяТип));
Иначе
ЗащищенноеСоединение = Неопределено;
КонецЕсли;
КонецЕсли;
ПараметрыСоединения.Добавить(ЗащищенноеСоединение);

Попытка
Соединение = Новый(Тип(«HTTPСоединение»), ПараметрыСоединения);
Исключение
ИнформацияОбОшибке = ИнформацияОбОшибке();
СообщениеОбОшибке = НСтр(«ru = ‘Ошибка при создании HTTP-соединения с сервером %1:'») + Символы.ПС + «%2»;
ПолучениеФайловИзИнтернета.ЗаписатьОшибкуВЖурналРегистрации(
СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
ПодробноеПредставлениеОшибки(ИнформацияОбОшибке)));
СообщениеОбОшибке = СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
КраткоеПредставлениеОшибки(ИнформацияОбОшибке));
Возврат СформироватьРезультат(Ложь, СообщениеОбОшибке);
КонецПопытки;
КонецЕсли;

Если НастройкаСохранения[«Путь»] <> Неопределено Тогда
ПутьДляСохранения = НастройкаСохранения[«Путь»];
Иначе
#Если НЕ ВебКлиент Тогда
ПутьДляСохранения = ПолучитьИмяВременногоФайла();
#КонецЕсли
КонецЕсли;

Попытка
Соединение.Получить(ПутьКФайлуНаСервере, ПутьДляСохранения);
Исключение
ИнформацияОбОшибке = ИнформацияОбОшибке();
СообщениеОбОшибке = НСтр(«ru = ‘Ошибка при получении файла с сервера %1:'») + Символы.ПС + «%2»;
ПолучениеФайловИзИнтернета.ЗаписатьОшибкуВЖурналРегистрации(
СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
ПодробноеПредставлениеОшибки(ИнформацияОбОшибке)));
СообщениеОбОшибке = СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(СообщениеОбОшибке, ИмяСервера,
КраткоеПредставлениеОшибки(ИнформацияОбОшибке));
Возврат СформироватьРезультат(Ложь, СообщениеОбОшибке);
КонецПопытки;

// Если сохраняем файл в соответствии с настройкой
Если НастройкаСохранения[«МестоХранения»] = «ВременноеХранилище» Тогда
КлючУникальности = Новый УникальныйИдентификатор;
Адрес = ПоместитьВоВременноеХранилище (ПутьДляСохранения, КлючУникальности);
Возврат СформироватьРезультат(Истина, Адрес);
ИначеЕсли НастройкаСохранения[«МестоХранения»] = «Клиент»
ИЛИ НастройкаСохранения[«МестоХранения»] = «Сервер» Тогда
Возврат СформироватьРезультат(Истина, ПутьДляСохранения);
Иначе
Возврат Неопределено;
КонецЕсли;

КонецФункции

    Исправлено в релизе: 2.1.2       Код ошибки: 20007404     Дата публикации: 17 августа 2012 г.     Описание: При выгрузке области данных в файл не указываются типы ссылок на справочник ИдентификаторыОбъектовМетаданных, в результате не срабатывает подмена ссылок при загрузке и все загруженные ссылки на этот справочник оказываются «битыми» (отображаются в виде «Объект не найден»).     Исправлено в релизе: 2.1.2       Код ошибки: 10110815     Дата публикации: 17 августа 2012 г.     Описание: При загрузке области данных из файла не выполняется подмена ссылок на справочник ИдентификаторыОбъектовМетаданных, в результате все загруженные ссылки на этот справочник оказываются «битыми» (отображаются в виде «Объект не найден»).     Исправлено в релизе: 2.1.2       Код ошибки: 20007424     Дата публикации: 17 августа 2012 г.     Описание: Нельзя настроить обмен данными из локального рабочего места с приложением в Интернете.
Возникает ошибка вида:
«{ОбщийМодуль.РегламентныеЗаданияСервер.Модуль(159)}: Регламентное задание не найдено.
Возможно, оно удалено другим пользователем.».     Способ исправления: В общем модуле АвтономнаяРаботаСлужебный заменить процедуру ОтключитьАвтоматическуюСинхронизациюДанныхСПриложениемВИнтернете
на такую:
Процедура ОтключитьАвтоматическуюСинхронизациюДанныхСПриложениемВИнтернете() Экспорт

Если Не ОбщегоНазначенияПовтИсп.РазделениеВключено() Тогда

УстановитьПривилегированныйРежим(Истина);

РегламентныеЗаданияСервер.УстановитьИспользованиеРегламентногоЗадания(
Метаданные.РегламентныеЗадания.СинхронизацияДанныхСПриложениемВИнтернете, Ложь
);

КонецЕсли;

КонецПроцедуры

    Планируется исправить в релизе: 2.1.2       Код ошибки: 10111971     Дата публикации: 14 августа 2012 г.     Описание: Невозможно пометить на удаление завершенный бизнес-процесс из формы бизнес-процесса.     Способ исправления: В модуле формы бизнес-процесса Задание.ФормаБизнесПроцесса в обработчике ПриСозданииНаСервере
заменить строку:
ТолькоПросмотр = Объект.Завершен;
на
Если Объект.Завершен Тогда
Для каждого Элемент Из Элементы Цикл
Если ТипЗнч(Элемент) <> Тип(«ПолеФормы») И ТипЗнч(Элемент) <> Тип(«ГруппаФормы») Тогда
Продолжить;
КонецЕсли;
Элемент.ТолькоПросмотр = Истина;
КонецЦикла;
КонецЕсли;     Исправлено в релизе: 2.1.2       Код ошибки: 20007335     Дата публикации: 14 августа 2012 г.     Описание: После настройки обмена через веб-сервис, данные в информационных базах, между которыми настраивался обмен, оставались не синхронизированными.     Исправлено в релизе: 2.1.2       Код ошибки: 10088978     Дата публикации: 10 августа 2012 г.     Описание: Технология обмена по правилам обмена БСП не поддерживает обмен движениями документов.     Способ обхода: Если необходимо синхронизировать движения документов, то для этого в состав плана обмена следует включать регистры, по которым документ выполняет движения и создавать ПВД для наборов записей этих регистров.
По аналогии, как в технологии обмена РИБ.       Код ошибки: 20006958     Дата публикации: 10 августа 2012 г.     Описание: В некоторых случаях, при запуске в толстом клиенте, управляемое приложение, возникает ошибка:
{ХранилищеНастроек.ХранилищеВариантовОтчетов.МодульМенеджера(42,21)}: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = <>ВариантыОтчетов.СформироватьИнформациюОбОтчетеПоПолномуИмени(КлючОтчета);
{ХранилищеНастроек.ХранилищеВариантовОтчетов.МодульМенеджера(121,21)}: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = <>ВариантыОтчетов.СформироватьИнформацВиюОбОтчетеПоПолномуИмени(КлючОтчета);
{ХранилищеНастроек.ХранилищеВариантовОтчетов.МодульМенеджера(205,21)}: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = <>ВариантыОтчетов.СформироватьИнформациюОбОтчетеПоПолномуИмени(КлючОтчета);
{ХранилищеНастроек.ХранилищеВариантовОтчетов.МодульМенеджера(254,20)}: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = <>ВариантыОтчетов.СформироватьИнформациюОбОтчетеПоПолномуИмени(КлючОтчета);
{ХранилищеНастроек.ХранилищеВариантовОтчетов.МодульМенеджера(297,21)}: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = <>ВариантыОтчетов.СформироватьИнформациюОбОтчетеПоПолномуИмени(КлючОтчета);
{ХранилищеНастроек.ХранилищеВариантовОтчетов.МодульМенеджера(353,21)}: Переменная не определена (ВариантыОтчетов)
ОтчетИнформация = <>ВариантыОтчетов.СформироватьИнформациюОбОтчетеПоПолномуИмени(КлючОтчета);
{ХранилищеНастроек.ХранилищеВариантовОтчетов.МодульМенеджера(145,24)}: Переменная не определена (Пользователи)
ТекущийПользователь = <>Пользователи.ТекущийПользователь();     Способ исправления: Внести изменения в конфигурацию:
1) общим модулям ВариантыОтчетов и Пользователи установить признак «Вызов сервера»
2) очистить свойство конфигурации «Хранилище вариантов отчетов» и задать его во всех отчетах конфигурации     Исправлено в релизе: 2.1.2       Код ошибки: 10111163     Дата публикации: 1 августа 2012 г.     Описание: При попытке перейти к присоединенным файлам возникает ошибка «Недостаточно прав для просмотра».     Способ исправления: Включить в роль «Базовые права» право просмотра справочника «Тома хранения файлов».     Исправлено в релизе: 2.1.2       Код ошибки: 20005632     Дата публикации: 1 августа 2012 г.     Описание: При печати с использованием макета MS Word из макета не копируются изменения стандартных стилей.     Способ воспроизведения: Изменить один из используемых стандартных стилей в макете, например шрифт по умолчанию.     Способ обхода: После получения печатной формы
ПечатнаяФорма = УправлениеПечатьюКлиент.ИнициализироватьПечатнуюФорму(…

скопировать стили из макета:
ПечатнаяФорма.COMСоединение.ActiveDocument.CopyStylesFromTemplate(ПутьКФайлуМакета);

При этом, файл макета не должен быть открыт (например, можно сохранить макет в отдельный временный файл).

    Исправлено в релизе: 2.1.2       Код ошибки: 10111160     Дата публикации: 1 августа 2012 г.     Описание: При сохранении печатной формы документа не использующего присоединенные файлы возникает ошибка:
{ОбщийМодуль.ПрисоединенныеФайлы.Модуль(434)}: Поле объекта не обнаружено (ПутевкаПрисоединенныеФайлы)
Возврат ПравоДоступа(«Добавление», Метаданные.Справочники[ИмяХранилища])     Способ исправления: В общем модуле ПрисоединенныеФайлы в функции КОбъектуМожноПрисоединятьФайлы поменять строки местами.
Заменить строки:
Возврат ПравоДоступа(«Добавление», Метаданные.Справочники[ИмяХранилища])
И Метаданные.Справочники.Найти(ИмяХранилища) <> Неопределено
На строки:
Возврат Метаданные.Справочники.Найти(ИмяХранилища) <> Неопределено
И ПравоДоступа(«Добавление», Метаданные.Справочники[ИмяХранилища])     Исправлено в релизе: 2.1.2       Код ошибки: 20006637     Дата публикации: 27 июля 2012 г.     Описание: Ошибка при открытии объекта, подключенного к подсистеме «Контактная информация».     Способ исправления: В общем модуле УправлениеКонтактнойИнформациейКлассификаторы исправить строку
АдресныйКлассификатор.ПризнакАктуальности КАК АльтернативныеНазвания
на
АдресныйКлассификатор.ПризнакАктуальности КАК ПризнакАктуальности     Исправлено в релизе: 2.1.2       Код ошибки: 20006712     Дата публикации: 27 июля 2012 г.     Описание: При включении отладки загрузки некорректно получается имя внешней обработки отладки загрузки.     Способ воспроизведения: В настройках обмена включить режим отладки загрузки и подключить обработку для отладки загрузки.     Способ исправления: Модуль ОбменДаннымиСервер
Функция ПолучитьОбработкуОбменаДаннымиДляЗагрузки(СтруктураНастроекОбмена)
заменить строку
ОбработкаОбменаДанными.ИмяФайлаВнешнейОбработкиОтладкиВыгрузки = СтруктураНастроекОбмена.ИмяФайлаОбработкиДляОтладкиЗагрузки;
на строку
ОбработкаОбменаДанными.ИмяФайлаВнешнейОбработкиОтладкиЗагрузки = СтруктураНастроекОбмена.ИмяФайлаОбработкиДляОтладкиЗагрузки;     Способ обхода: Использовать обработку в составе конфигурации для выполнения кода обработчиков загрузки.     Исправлено в релизе: 2.1.1.13       Код ошибки: 20006771     Дата публикации: 27 июля 2012 г.     Описание: Невозможно выполнить обмен в сервисе при условии, что одна из конфигураций на базе БСП 2.0, а вторая — на базе БСП 2.1.1.12     Способ исправления: 1) Установить новую версию конфигурации «Конвертация данных» 2.1.6.2.
2) В БСП 2.1 в обработке КонвертацияОбъектовИнформационныхБаз внести следующие изменения:
Заменить функцию РежимСовместимостиСБСП20 на
Функция РежимСовместимостиСБСП20()

Если ПолеРежимСовместимостиСБСП20 = Неопределено Тогда

ЭтоМодельСервиса = ОбщегоНазначенияПовтИсп.РазделениеВключено();

ПолеРежимСовместимостиСБСП20 = (Конвертация.РежимСовместимости = «»
Или Конвертация.РежимСовместимости = «РежимСовместимостиСБСП20»)
И Не ЭтоМодельСервиса;

КонецЕсли;

Возврат ПолеРежимСовместимостиСБСП20;

КонецФункции
В процедуре ЗагрузитьПравилаОбмена
после строки Конвертация.Вставить(«ВерсияФормата», Значение);
вставить следующие строки:
РежимСовместимости = ПравилаОбмена.ПолучитьАтрибут («РежимСовместимости»);
Если РежимСовместимости <> Неопределено Тогда
Конвертация.Вставить(«РежимСовместимости», РежимСовместимости)
КонецЕсли;

    Исправлено в релизе: 2.1.2       Код ошибки: 20006651     Дата публикации: 27 июля 2012 г.     Описание: Обновление информационной базы в модели сервиса завершается с ошибкой:
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(6233)}: Ошибка при вызове метода контекста (Установить)
Константы.ДатаОбновленияПовторноИспользуемыхЗначенийМРО.Установить(ТекущаяДата());
по причине:
Нельзя использовать таблицу без указания всех разделителей с независимым использованием разделяемых данных
объект: ‘Константа.ДатаОбновленияПовторноИспользуемыхЗначенийМРО’     Способ обхода: В общем модуле ОбменДаннымиСервер заменить процедуру УстановитьДатуОбновленияПовторноИспользуемыхЗначенийМРО на следующую:
Процедура УстановитьДатуОбновленияПовторноИспользуемыхЗначенийМРО() Экспорт

Если ОбщегоНазначенияПовтИсп.ДоступноИспользованиеРазделенныхДанных() Тогда

УстановитьПривилегированныйРежим(Истина);
// записываем дату и время компьютера сервера — ТекущаяДата()
// метод ТекущаяДатаСеанса() использовать нельзя.
// Текущая дата сервера в данном случае используется в качестве ключа уникальности кэша механизма регистрации объектов.
Константы.ДатаОбновленияПовторноИспользуемыхЗначенийМРО.Установить(ТекущаяДата());

КонецЕсли;

КонецПроцедуры

    Исправлено в релизе: 2.1.2       Код ошибки: 20006518     Дата публикации: 27 июля 2012 г.     Описание: В случае, если ни у одной из ключевых операций, определённых в подсистеме оценки производительности, не задано значение приоритета, то при попытки переключения на закладку с диаграммой в форме обработки ОценкаПроизводительности будет выдаваться ошибка
{Обработка.ОценкаПроизводительности.Форма.Форма.Форма(699)}: Преобразование значения к типу Число не может быть выполнено
Диаграмма.УстановитьЗначение(Точка, Серия, ?(ЗначениеТочки = 0.001 ИЛИ ЗначениеТочки = 0, ЗначениеТочки, ЗначениеТочки — 0.001));     Способ воспроизведения: Взять конфигурацию, в которую входит подсистема оценки производительности и загрузить её в пустой базе. После чего открыть главную форму обработки ОценкаПроизводительности и открыть вкладку Диаграмма.     Способ исправления: Перед добавлением на диаграмму точки проверять её значение: если равно Null, то игнорировать точку и переходить к следующей, иначе добавлять.     Причина возникновения: На диаграмму наносится серия точек, соотвествующая некоторому взвешенному значению апдекса по всем ключевым операциям. Этот усредняющий показатель не может быть вычислен, если не заданы приоритеты одновременно у всех ключевых операций, поэтому его значения оказываются равными Null, что не может быть преобразовано к какому-либо типу данных, значения которого могут отображаться на диаграмме.     Исправлено в релизе: 2.1.2       Код ошибки: 20000193     Дата публикации: 22 мая 2012 г.     Описание: При редактировании рассылок отчетов в веб-клиенте для всех отчетов, кроме первого, имена параметров могут выводиться пустыми.       Код ошибки: 10103998     Дата публикации: 3 апреля 2012 г.     Описание: Не диагностируется ошибка в правилах обмена данными:
Если в обработчике правил обмена ПКС «Перед выгрузкой» допустить ошибку – назначить несуществующее имя ПКО в параметре ИмяПКО, то обмен завершается без отображения какой-либо ошибки.       Код ошибки: 10093869     Дата публикации: 22 ноября 2011 г.     Описание: Запись дополнительных сведений (Регистр сведений ДополнительныеСведения) происходит без учета измерения с основным отбором. Из-за этого возможна ситуация, когда два пользователя редактируют разные доп. сведения одного объекта, и при этом затирают друга.
Если со свойствами работают несколько пользователей в разных базах, возникают коллизии, так как набор свойств объекта всегда перезаписывается.       Код ошибки: 10090855     Дата публикации: 1 ноября 2011 г.     Описание: При обмене через внешнее соединение (прямое подключение к базе-корреспонденту) может возникать ошибка:
«{ОбщийМодуль.ОбменДаннымиСервер.Модуль(818)}: Ошибка при вызове метода контекста (ВыполнитьВыгрузкуДанных)
ОбработкаОбменаДаннымиВнешнееСоединение.ВыполнитьВыгрузкуДанных(ОбработкаДляЗагрузкиДанных);
по причине:
Неизвестная ошибка»     Способ обхода: Настроить обмен данными через любой другой доступный вид транспорта, например, через сетевой каталог или FTP.
Выполнить несколько итераций обмена на стороне первой базы и второй базы.
Переключить обмен данными обратно, на обмен через внешнее соединение.     Причина возникновения: Нехватка ресурсов системы при выгрузке документов с большими табличными частями (более 20 000 строк).       Код ошибки: 10080974     Дата публикации: 13 мая 2011 г.     Описание: При обмене данными в момент загрузки данных документы, введенные на основании, могут не проводиться.
Например, если в базе-источнике ввели два документа Д1, Д2, при этом Д1 является основанием для Д2, то при загрузке данных в базе-приемнике документ Д2 может оказаться непроведенным.     Способ исправления: Использовать правильный хронологический порядок ввода документов: дата документа-основания должна быть раньше даты документа, вводимого на основании.     Способ обхода: Использовать помощник интерактивного обмена данными. В помощнике самостоятельно управлять порядком загрузки документов по типам.       Код ошибки: 10071121     Дата публикации: 1 марта 2011 г.     Описание: В подсистеме Управление доступом, при использовании
а) шаблона ограничения доступа #ПоНаборамЗначений, возможно изменить доступный объект на недоступный;
б) при использовании ограничения по реквизиту табличной части в шаблонах #ПоЗначениямРасширенный и #ПоЗначениямИНаборамРасширенный, результат проверки нового значения реквизита — всегда разрешено.
Необходимо иметь в виду эту особенность поведения при разработке ограничений доступа.     Причина возникновения: Особенность поведения платформы, начиная с версии 8.2.12
Для реквизитов шапки выполняется проверка ограничения изменения и для старых, и для новых значений.
Для реквизитов табличных частей выполняется проверка ограничения изменения только для старых значений.