Вход | Регистрация


Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа

Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа
Я
   lobasterman
 
23.01.18 - 14:05
Доброго рабочего времени, мировой разум!
Возникла ситуация, о которую мозг сломал.
Конфигурация - Розница-Салон оптики (Рарус),РИБ. На одной из удаленных баз в результате сбоя возникла проблема - не хочет открываться список документов определенного типа. При попытке открыть - выдает вот такую ошибку:
Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа.
по причине:
Ошибка преобразования данных XDTO:
Запись значения свойства 'v':
    форма: Элемент
    имя: {http://v8.1c.ru/8.2/uobjects}v
по причине:
Ошибка при записи XDTO
по причине:
Текст XML содержит недопустимый символ в позиции 6 :
00КР-0

Пробовал все стандартные методы: чистил кэш, гонял проверку базы с жесткачем (очистка ссылок и удаление кривых объектов), выгрузку-загрузку базы... Результата - ноль, в отладчике ошибка не ловится, информации тоже зеро. Сделал самую простую форму списка, без кода вообще - те же грабли.
Может кто сталкивался, как бороться с подобной напастью?
 
 
   lobasterman
 
1 - 23.01.18 - 14:05
(0) Забыл добавить - удаленная база файловая, центральная - сиквел.
   zzzzz
 
2 - 23.01.18 - 14:07
А это без разницы. В документах где-либо в передаваемых данных записан недопустимый символ. Просто пробежать и посмотреть - где они галиматью зафигачили.
   lobasterman
 
3 - 23.01.18 - 14:12
А чем пробежать-то? Список документов не открывается совсем. Даже самый примитивный, вообще без кода
   zzzzz
 
4 - 23.01.18 - 14:15
Запросом выбери документы и по реквизитам.
НайтиНедопустимыеСимволыXML
   lobasterman
 
5 - 23.01.18 - 14:26
(4) Вариант! Еще какие предложения есть - может, что побыстрее получиться сварганить?
   тарам пам пам
 
6 - 23.01.18 - 16:49
(4) Куда уж быстрее то? Обработка пишется за 5 минут, а судя по 00КР-0 это вероятнее всего кривой номер документа.
   lobasterman
 
7 - 23.01.18 - 17:13
(6) Уже написана обработка, найден косячный док, затык - в базе - магазин-то работает, торговать не перестал. Да и завтра света до обеда там не будет, так что пока на копии тренироваться буду. Результат отпишу - может, кому опыт пригодится...
   lobasterman
 
8 - 24.01.18 - 16:12
В общем, так:
Косяк был в номере одного документа. Запрос при его наличии в базе не делает выборку, но выдает точные номер и время документа в виде ошибки-исключения.
Лечение - строго программное удаление косячного документа, ориентируясь на промежуток времени, по которому выдается ошибка. Удаление - жесткое, без пометки, иначе никак на справиться.
Спасибо всем ответившим.

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует