Добрый день, коллеги!

Ситуация следующая. При обращении к процедуре УправлениеКонтактнойИнформациейСлужебный.КонтактнаяИнформацияИзXML получаем ошибку:
Несоответствие типов (параметр номер '1'). Проявление при создании контрагентов, платежек и т.д.

В тех. журнале ошибка всегда одинаковая:

src\VResourceInfoBaseImpl.cpp(1176):
580392e6-ba49-4280-ac67-fcd6f2180121: Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
8d366056-4d5a-4d88-a207-0ae535b7d28e: {ОбщийМодуль.УправлениеКонтактнойИнформациейСлужебный.Модуль(2085)}: Ошибка при вызове метода контекста (Создать)
f08d92f8-9eb2-4e19-9dd9-977d907cec2d: Несоответствие типов (параметр номер '1')


Строка на которой ошибка: Результат = ФабрикаXDTO.Создать(ФабрикаXDTO.Тип(ПространствоИмен, "КонтактнаяИнформация"));

При ошибке ФабрикаXDTO.Тип(ПространствоИмен, "КонтактнаяИнформация") возвращает Неопределено.

ПространствоИмен = УправлениеКонтактнойИнформациейКлиентСервер.ПространствоИмен();

Функция ПространствоИмен() Экспорт
    Возврат "http://www.v8.1c.ru/ssl/contactinfo";;
КонецФункции


При отладке обнаружили, что ФабрикаXDTO в проблемном сеансе содержит меньше пакетов. (304 в нормальном, 205 в проблемном)

Конфигурация типовая: Бухгалтерия предприятия, редакция 3.0 (3.0.67.70) , платформа: 1С:Предприятие 8.3 (8.3.13.1644), сервер x64, кластер 2 центральных сервера, 1 дополнительный.

Очень похоже на КЭШ, но его полная чистка на всех рабочих серверах не помогает. Ошибка то появляется, то пропадает.

Подкиньте, пожалуйста, идей, что может быть. Спасибо!

(0) Я пока лечу просто записью. При повторной попытке записать уже не выходит.
Если кто найдет причину буду признателен

(1) записью чего? у нас при создании контрагента если нажать записать 10 раз, 10 раз ошибка и будет. какая у Вас архитектура?

создание копированием?

(2) ЕРП. 1 раз записал и все. Пропадает ошибка

(4) а кластер из одного сервера? кэш не пробовали чистить? видел ветку на is, там человеку помогло.

(5) У меня такое в трех разных компаниях было. На разных базах. Обычно помогало просто запись. Поэтому я и спросил как лечить. Все типовые.

При чем здесь кэш ? Скорее всего адрес контрагента, по старым контактам, вроде было подобное и лечиться обработкой.

у нас проблема была с расширением, подрядчики что то не так намутили в расширении

+8 даже при выводе печатных форм и открытии карточки партнера вылетала ошибка

отключили расширение, все норм, ну потом конечно правка началась

(7) при создании нового контрагента ошибка такая же. кэш при том, что ФабрикаXDTO одной конфигурации содержит разные наборы значений.

(8) у Вас проблема стабильная была или тоже проявлялась периодически?

(12) никогда не было, появилась после добавления подрядчиками известных только им реквизитов для обмена с сайтом, и потом мы обновили платформу с 8.3.10.1667 до 8.3.13. 1553

+ (13) но дело оказалось в их расширении

Всем привет! Подниму, может есть у кого-то идеи, как победить, или была подобная проблема?

Пусть расширение своё переписывают

(16) нет расширений, которые на XDTO влияют

(17) Ну если ты его (расширение) убираешь, то ошибка исчезает? Я правильно понял?

(18) нет. это в (14) про свой случай писали

(0) режим совместимости какой стоит ?

(20) Версия 8.3.12. типовая конфа

у тебя конфа побилась

(22) сразу в 5 базах? 4 БП и 1 ЗУП. как лечить?

(23) может с битого цф обновлял

(24) на двух базах была загрузка конфигурации поставщика типовой CF. плюс было уже два обновления баз. маловероятно. но спасибо за идею

(21) открой пофигуратор, свойства конфы, режим совместимости там какой ?

Может проблема не в сервере а в каком то из клиентов? Или на нескольких.

(26) написал режим совместимости в (21). платформа 8.3.13.1644)

(27) проявляется у многих ~ 10-20 человек в день.

ну, обнови платформу, убери режим совместимости

на копии, для начала

(30) с типовой? платформу попробуем
(31) ага)

Добрый день. У нас такая же проблема, но платформа 8.3.12.1714. У вас получилось решить проблему?

В свежих платформах есть ошибка получения значения из ВХ, помещенного туда в ФЗ - работает только один раз, потом после повторных попыток получения возвращает Неопределено. Может оно?

(34) Проблема ВХ только же в файловой версии.

(33) нет. 1С молчит..

(34) у нас не файловая, да и ФабрикуXDTO во временное никак не помещаем.

(35) откройте личку

что выяснили за это время - в ФабрикаXDTO не попадают пакеты из метаданных. подобная ошибка уже была https://bugboard.v8.1c.ru/error/000021194.html но с расширения, где есть пакеты XDTO. у нас таких нет.

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

(40) кстати, сегодня тоже на 12 платформе воспроизвели..

Всем здравствуйте, У нас платформа 8.3.12.1685 ошибка выскакивает у пользователей и у админов. Не можем открыть ни пользователя, ни физ лицо, ни расшифровку строки в отчете.
Полный глушняк, Не помогает чистка КЭШ, не перезагрузка.
У нас есть в расширении добавленный пакет XDTO, так что нам это очень актуально.  :(

Словили точно такую же проблему платформа 8.3.13.1644. Возникать стало после обновления основной конфы и расширения.
При этом ловило эту ошибку только часть пользователей. При этом на тестовых конфигурациях (файл/sql) словить ошибку не получилось!

На помогло:
1. Деакцивация расширения
2. Остановка сервера 1С и чистка сессионных данных.

P.S. У нас 2 расширения. Проблема возникла только с одним,  которое оно добавляло пакетXDTO.

(43)Дополню.
Т.к. расширение не содержало данных. Удалил и загрузил снова. Пока работает. Наблюдаем.

У нас была такая же ошибка. Если что, есть расширение с добавленным пакетом XDTO. Решил проблему следующим образом: добавил в расширение реквизит к справочнику (чтобы обновить структуру метаданных конфигурации БД), обновил, удалил этот реквизит, снова обновил.