|
Несоответствие типов (параметр номер '1') в УправлениеКонтактнойИнформациейСлужебный | ☑ | ||
---|---|---|---|---|
0
Lamer1C
01.02.19
✎
17:01
|
Добрый день, коллеги!
Ситуация следующая. При обращении к процедуре УправлениеКонтактнойИнформациейСлужебный.КонтактнаяИнформацияИз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 дополнительный. Очень похоже на КЭШ, но его полная чистка на всех рабочих серверах не помогает. Ошибка то появляется, то пропадает. Подкиньте, пожалуйста, идей, что может быть. Спасибо! |
|||
1
Beduin
01.02.19
✎
17:02
|
(0) Я пока лечу просто записью. При повторной попытке записать уже не выходит.
Если кто найдет причину буду признателен |
|||
2
Lamer1C
01.02.19
✎
17:05
|
(1) записью чего? у нас при создании контрагента если нажать записать 10 раз, 10 раз ошибка и будет. какая у Вас архитектура?
|
|||
3
Вафель
01.02.19
✎
17:13
|
создание копированием?
|
|||
4
Beduin
01.02.19
✎
17:15
|
(2) ЕРП. 1 раз записал и все. Пропадает ошибка
|
|||
5
Lamer1C
01.02.19
✎
17:19
|
(4) а кластер из одного сервера? кэш не пробовали чистить? видел ветку на is, там человеку помогло.
|
|||
6
Beduin
01.02.19
✎
17:22
|
(5) У меня такое в трех разных компаниях было. На разных базах. Обычно помогало просто запись. Поэтому я и спросил как лечить. Все типовые.
|
|||
7
kzot
01.02.19
✎
17:22
|
При чем здесь кэш ? Скорее всего адрес контрагента, по старым контактам, вроде было подобное и лечиться обработкой.
|
|||
8
Velman
01.02.19
✎
17:22
|
у нас проблема была с расширением, подрядчики что то не так намутили в расширении
|
|||
9
Velman
01.02.19
✎
17:24
|
+8 даже при выводе печатных форм и открытии карточки партнера вылетала ошибка
|
|||
10
Velman
01.02.19
✎
17:24
|
отключили расширение, все норм, ну потом конечно правка началась
|
|||
11
Lamer1C
01.02.19
✎
17:35
|
(7) при создании нового контрагента ошибка такая же. кэш при том, что ФабрикаXDTO одной конфигурации содержит разные наборы значений.
|
|||
12
Lamer1C
01.02.19
✎
17:36
|
(8) у Вас проблема стабильная была или тоже проявлялась периодически?
|
|||
13
Velman
01.02.19
✎
18:34
|
(12) никогда не было, появилась после добавления подрядчиками известных только им реквизитов для обмена с сайтом, и потом мы обновили платформу с 8.3.10.1667 до 8.3.13. 1553
|
|||
14
Velman
01.02.19
✎
18:34
|
+ (13) но дело оказалось в их расширении
|
|||
15
Lamer1C
04.02.19
✎
10:26
|
Всем привет! Подниму, может есть у кого-то идеи, как победить, или была подобная проблема?
|
|||
16
ДенисЧ
04.02.19
✎
10:27
|
Пусть расширение своё переписывают
|
|||
17
Lamer1C
04.02.19
✎
10:36
|
(16) нет расширений, которые на XDTO влияют
|
|||
18
ДенисЧ
04.02.19
✎
10:37
|
(17) Ну если ты его (расширение) убираешь, то ошибка исчезает? Я правильно понял?
|
|||
19
Lamer1C
04.02.19
✎
10:42
|
(18) нет. это в (14) про свой случай писали
|
|||
20
Ёпрст
04.02.19
✎
11:31
|
(0) режим совместимости какой стоит ?
|
|||
21
Lamer1C
04.02.19
✎
11:33
|
(20) Версия 8.3.12. типовая конфа
|
|||
22
Вафель
04.02.19
✎
11:35
|
у тебя конфа побилась
|
|||
23
Lamer1C
04.02.19
✎
11:36
|
(22) сразу в 5 базах? 4 БП и 1 ЗУП. как лечить?
|
|||
24
Вафель
04.02.19
✎
11:37
|
(23) может с битого цф обновлял
|
|||
25
Lamer1C
04.02.19
✎
11:39
|
(24) на двух базах была загрузка конфигурации поставщика типовой CF. плюс было уже два обновления баз. маловероятно. но спасибо за идею
|
|||
26
Ёпрст
04.02.19
✎
11:39
|
(21) открой пофигуратор, свойства конфы, режим совместимости там какой ?
|
|||
27
Garykom
гуру
04.02.19
✎
11:43
|
Может проблема не в сервере а в каком то из клиентов? Или на нескольких.
|
|||
28
Lamer1C
04.02.19
✎
11:56
|
(26) написал режим совместимости в (21). платформа 8.3.13.1644)
|
|||
29
Lamer1C
04.02.19
✎
11:57
|
(27) проявляется у многих ~ 10-20 человек в день.
|
|||
30
Ёпрст
04.02.19
✎
12:02
|
ну, обнови платформу, убери режим совместимости
|
|||
31
Ёпрст
04.02.19
✎
12:02
|
на копии, для начала
|
|||
32
Lamer1C
04.02.19
✎
12:07
|
(30) с типовой? платформу попробуем
(31) ага) |
|||
33
Ллир
16.02.19
✎
17:47
|
Добрый день. У нас такая же проблема, но платформа 8.3.12.1714. У вас получилось решить проблему?
|
|||
34
Cyberhawk
16.02.19
✎
17:55
|
В свежих платформах есть ошибка получения значения из ВХ, помещенного туда в ФЗ - работает только один раз, потом после повторных попыток получения возвращает Неопределено. Может оно?
|
|||
35
Ллир
16.02.19
✎
18:05
|
(34) Проблема ВХ только же в файловой версии.
|
|||
36
Lamer1C
20.02.19
✎
12:17
|
(33) нет. 1С молчит..
|
|||
37
Lamer1C
20.02.19
✎
12:20
|
(34) у нас не файловая, да и ФабрикуXDTO во временное никак не помещаем.
|
|||
38
Lamer1C
20.02.19
✎
12:25
|
(35) откройте личку
|
|||
39
Lamer1C
20.02.19
✎
12:27
|
что выяснили за это время - в ФабрикаXDTO не попадают пакеты из метаданных. подобная ошибка уже была https://bugboard.v8.1c.ru/error/000021194.html но с расширения, где есть пакеты XDTO. у нас таких нет.
|
|||
40
Ллир
20.02.19
✎
14:32
|
(39) Мы поместили и в расширение и очистили все кэши и поменяли ссылку на базу, но это не помогло. В итоге просто дописал везде проверки и возвращаю необходимый набор структуре с пустыми значениями.
Что интересно такая картина только в рабочих базах, на тестовых ошибок таких не наблюдается. |
|||
41
Lamer1C
20.02.19
✎
14:58
|
(40) кстати, сегодня тоже на 12 платформе воспроизвели..
|
|||
42
Natting
05.03.19
✎
11:41
|
Всем здравствуйте, У нас платформа 8.3.12.1685 ошибка выскакивает у пользователей и у админов. Не можем открыть ни пользователя, ни физ лицо, ни расшифровку строки в отчете.
Полный глушняк, Не помогает чистка КЭШ, не перезагрузка. У нас есть в расширении добавленный пакет XDTO, так что нам это очень актуально. :( |
|||
43
kasansin
29.04.19
✎
14:22
|
Словили точно такую же проблему платформа 8.3.13.1644. Возникать стало после обновления основной конфы и расширения.
При этом ловило эту ошибку только часть пользователей. При этом на тестовых конфигурациях (файл/sql) словить ошибку не получилось! На помогло: 1. Деакцивация расширения 2. Остановка сервера 1С и чистка сессионных данных. P.S. У нас 2 расширения. Проблема возникла только с одним, которое оно добавляло пакетXDTO. |
|||
44
kasansin
29.04.19
✎
21:20
|
(43)Дополню.
Т.к. расширение не содержало данных. Удалил и загрузил снова. Пока работает. Наблюдаем. |
|||
45
ZDmitriy83
22.05.19
✎
11:30
|
У нас была такая же ошибка. Если что, есть расширение с добавленным пакетом XDTO. Решил проблему следующим образом: добавил в расширение реквизит к справочнику (чтобы обновить структуру метаданных конфигурации БД), обновил, удалил этот реквизит, снова обновил.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |