Почему только я не могу зайти у меня ФУЛ АДМИН

Платформа: 1С:Предприятие 8.3 (8.3.4.482)
Конфигурация: Управление торговлей, редакция 11.1 (11.1.6.20) (http://v8.1c.ru/trade/)
Copyright © ООО "1C", 2003-2013. Все права защищены
(http://www.1c.ru)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Версия 8.2

Ошибки:
--------------------------------------------------------------------------------
11.06.2014 17:55:22
Ошибка разбора XML: - [1,6]
Фатальная ошибка:
Malformed declaration expecting version
---
при возникновении такой ошибки нужно сделать следующее либо почистить кеш либо удалить базу из списка и снова создать. и вы не уточнили эта ошибка возникла скорее всего после обновления?
---
Сегодня столкнулся с похожей проблемой, решил сам, но думаю может быть полезно и другим.

1С:Предприятие 8.3 (8.3.17.1549)
База опубликована через IIS сервер

Ошибки:
--------------------------------------------------------------------------------
Ошибка разбора XML: -[1,6]
Фатальная ошибка:
Char 0x0 out of allower range

Еще вчера один из пользователей работал в базе, а уже с утра столкнулся с проблемой "Ошибка разбора XML: - [1,6]". У остальных, работающих удаленно, все работало хорошо. У этого клиента при запуске через браузер работает, а через тонкий клиент 1С - не хочет.

Сразу подумал на то, что был какой-то сбой на локальном компьютере - почистил кэш на клиенте, ошибка осталась. Перезагрузки, переустановки 1С и прописание базы по новой тоже не помогало. Начал гуглить и пришел сюда. По советам решил еще и на сервере кэш почистить, безрезультатно.

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

Возникло предположение, что проблема может быть у провайдера. Раздали интернет с телефона на компьютер и проблема ушла. Чуть позже выяснилось, что у руководителя тот же провайдер и он еще не пробовал подключаться. Когда попробовал - столкнулся с той же ошибкой. Судя по всему провайдер как-то модифицирует содержимое пакетов. Для решения проблемы на сервере был развернут pptp vpn server, к которому цеплялись клиенты и при такой схеме все начало работать без ошибок.
---
все пользователи могли войти а я админ нет
помогла перезагрузка сервака
но сама ошибка вызвала тревогу
что это за ошибка?
---
при возникновении такой ошибки нужно сделать следующее либо почистить кеш либо удалить базу из списка и снова создать. и вы не уточнили эта ошибка возникла скорее всего после обновления?
---
да после обновления
и скажите как чистить кэш
---
proces7777, используй для чистки кэша http://infostart.ru/public/272719/
---
Самый простой способ очистки кэша - удалить базу из списка в окне запуска 1С и прописать ее там заново.
---
proces7777, http://infostart.ru/public/287511/
---
да помогло!-)
мани отдал первому подсказавшему-))
---
мне тоже помогло, спасибо!
---
Спасибо за совет, уже бекап поднимать собрался
---
Аналогичная ситуйовина.
Так и знал что проблема в кеше...
---
У меня сейчас такая же фигня всплыла (по-разному: кого при печати материт, кого при открытии отчётов и т.п.), но всё осложняется тем, что это опубликованное приложение на Citrix. При попытке запустить очищалку кэша она (очищалка) говорит, что "для данного пользователя нет зарегистрированных баз 1С".
Естественно, очищалку я запускаю не на локальном компе, а через Файл-Открыть запущенной 1С.
---
... и сам же себе отвечаю: в публикации Citrix надо дописать параметр командной строки /ClearCache.
---
http://infostart.ru/public/121383/
---
перепробовал все рекомендации, указанные выше...
"по чёрному" завидую тем, у кого "ПОЛУЧИЛОСЬ"

а теперь вопрос - если не получилось и ругается - какие ещё есть варианты ?

Ошибка при вызове метода контекста (getProduct): Ошибка вызова операции сервиса: {LEGO}:LEGO:getProduct(): Неизвестная ошибка. Ошибка разбора XML: - [1,6]
Фатальная ошибка:
XML declaration allowed only at the start of the document
: Ошибка разбора XML: - [1,6]
Фатальная ошибка:
XML declaration allowed only at the start of the document
---
проверьте какая платформа и релиз. Скорее всего релиз нуждается в более свежей платформе. Было то же самое, помогло обновить платформу согласно требованиям 1С
---
Если конфигурация снята с поддержки, вопрос снимается просто добавив новый объект бд - например константу. После сохранения БД будет обновлены все сведения в кеше о структуре БД. Потом можно и удалить назад константу.
---
мне помогла очистка AppData - Roaming - 1C - 1c82 у пользователя ..........
---
УПП 1.3.106.2 после обновления ошибка разбора xml чистка кэша помогла не на долго, в отчете "Ведомость По Учету Материалов В Эксплуатации", попробовал динамическое обновление, вроде пока помогло ...
---
Постоянно вылетает:
 Ошибка разбора XML: - [1,6] Фатальная ошибка: Char 0x0 out of allowed range
Закрыл 1С и почистил кеш.
Посмотрим, что будет.
---
Приветствую.

При работе у пользователей возникает ошибка:

Ошибка разбора XML: -[1,6]
Фатальная ошибка:
Char 0x0 out of allower range

Скриншот прилагаю.
Работаем в ERP Управление предприятием 2 (2.4.12.83). Платформа 8.3.16.1296

Возникает в разных разделах ЕРП. В номенклатуре, партнерах, при проведении заказов.

Чистка локального кэша и серверного не помогает. У кого-то возможно была такая проблема, есть варианты решения?
Ошибка возникала на пред. платформе 8.3.16.1148 и сейчас после перехода на новую 8.3.16.1296

Параметр запуска базы с /ClearCache - не помогает. Кэш приходится чистить руками, но и в этом случае ошибка остается. Возникает периодически стабильно 2-3 раза у пользователей.
Никто не обращался напрямую в 1С, может все таки есть способ ее побороть?!
---
Коллеги, приветствую.
Тоже столкнулся с такой ошибкой на УТ 11.4
Чистка кэша не помогла, перезапуск службы агента сервера тоже.
Возникает у пользователей рандомно. Платформа 8.3.16.
Кто как победил?
---
явное обращение к кэшу , явное зачитка файла формата xml , явная ошибка в первой строке <?xml version="1.0" encoding="UTF-8" ?>
, почему не может полностью прочитать первую строку - нужно копать файлы кэша ... возможно что в первой строке что то другое находится, нет кэша на котором бы база валилась.

зы: на скрине выше говорится что не может прочитать символ который находится вне диапазона, либо он в непонятной кодировке , либо это обрубленная строка .
зыы: не давно столкнулся с проблемой при разборе текстового файла по кассовым поступлениям из банка , так вот в начале строки последующей записи находится символ который 1с определяет по КодСимвола что это возврат каретки , но при явном сравнении - разные символы , а сам файл формируется не на 1с.... я к тому что вариантов много , но проблема с шестым символом в первой строке.
---
то есть где-то в серверном кэше лежит файл *.xml, который 1С периодически пытается прочесть. Структура данного файла не соответствует той, которую надеется увидеть 1С и падает. Так?
---
так , но сам файл без расширения, просто файл.
---
то есть если полностью очистить серверный кэш, то проблема должна уйти?
---
это то же самое что каждый день есть хурму и периодически принимать слабительное.
проблема остаётся. нужен кривой кэш и кто его создаёт .
---
просто так сам он не создастся
---
значит надо помочь . ошибки настройки компоновщика, корявые запросы к базе так что бы умерло всё , ошибки пользовательский отборов (хотя к падению системы не приведёт) , внезапное отключение компа от сети , много динамических изменений конфы что бы пользователи не перезаходили в 1с.
---
Заметила что предыдущие авторы пишут что работают на платформе 8.3.16, она вроде как не очень.
Желательно ставить 8.3.17
---
у меня сыпало рандомными ошибками с тонкого клиента на вэб-сервер, ошибка xml в том числе, переустановка клиента и скандиск, чистка кэша, удаление обновлений, сканирование диска на ошибки не дало результата. Метод тыка сработал прокинул ВПН на другую точку и всё заработало, видимо терялись пакеты, после перезагрузки роутера и хабов в точке всё заработало, может вам пригодится инфа. было потрачено 3 часа т.к. работаю на удалёнке
---
Ошибка разбора XML: -[1,6]
Фатальная ошибка:
Char 0x0 out of allower range

Может кому пригодится, я с таким встретился, когда включил отладку по http на платформе 8.3.23.1782 (на других версиях не проверял)
Ошибка была как при запуске из конфигуратора, так и через пользовательский режим.

После возвращения к tcp/ip ошибка ушла.
---
Смотрите в сторону Антивируса. После обновления Касперского возникла данная ситуация.
Исключения, добавление базы при отключенном антивирусе - все заработало