1c розница ошибка разбора XML вики принт
Всем привет.Пишу первый раз, месяц мучаюсь с проблемой. У меня РИБ на 5 магазинов 15 касс. 5 штрихов рр,10 вики принт 57ф. ПО розница проф 1С:Предприятие 8.3 (8.3.18.1289).Конфигурация:Розница, редакция 2.3 (2.3.7.19).10 февраля обновился до последнего релиза платформы и конфы( до этого стояли мартовские релизы).Все как положено через главный узел риб без ошибок и глюков.
На следующий день при пробитии чека произошла ошибка :Не удалось создать чеки, ошибка разбора XML: [1.76] Фатальная ошибка parsing attribute name( полный текст ошибки приложу текстовым файлом).При этом чек из кассового аппарата выходит,но в 1с в рмк товар не сбрасывается как при нормальном пробитии чека.Все эти чеки с ошибками хранятся в регистре "Очередь фискализации".Было замечено, что эта ошибка возникает только на кассе вики, и только если выбивать чек промежуток времени с 11:00-11:01.При обновлении конфы и платформы обновился драйвер в библиотеке 1с. Было сказано продавцам не бить чек в этот интервал.Все было хорошо, но со вчерашнего дня, эти ошибки возникают в рандомный период времени и только в 3 из 5 магазинов.После этой ошибки начинают все кассы лагать и выдавать такие же ошибки.Помогает перезагрузкой всех компов в локальной сети.
Что было предпринято для решении данной проблемы:
1) Чистил кеш всеми доступными способами
2) Делал тестирование и испправление базы через конфигрутор и через файл chdbl (или как он там называется)
3)Переустанавливал ком прокси
4) Накатил новый Менеджер обновлений от дримкас
5)Первым делом просмотрел все регламентные и фоновые задачи оключил все ненужное
6) Дальше пошел на * конфы и платформы,как раз которые указал в начале.Это тоже не помогло(ставить конфу мартовского релиза которая была до глюков никак из за табачки)
7)Проверил журнал регистрации( ничего не обычного нет)
Подскажите что с этим делать???
На следующий день при пробитии чека произошла ошибка :Не удалось создать чеки, ошибка разбора XML: [1.76] Фатальная ошибка parsing attribute name( полный текст ошибки приложу текстовым файлом).При этом чек из кассового аппарата выходит,но в 1с в рмк товар не сбрасывается как при нормальном пробитии чека.Все эти чеки с ошибками хранятся в регистре "Очередь фискализации".Было замечено, что эта ошибка возникает только на кассе вики, и только если выбивать чек промежуток времени с 11:00-11:01.При обновлении конфы и платформы обновился драйвер в библиотеке 1с. Было сказано продавцам не бить чек в этот интервал.Все было хорошо, но со вчерашнего дня, эти ошибки возникают в рандомный период времени и только в 3 из 5 магазинов.После этой ошибки начинают все кассы лагать и выдавать такие же ошибки.Помогает перезагрузкой всех компов в локальной сети.
Что было предпринято для решении данной проблемы:
1) Чистил кеш всеми доступными способами
2) Делал тестирование и испправление базы через конфигрутор и через файл chdbl (или как он там называется)
3)Переустанавливал ком прокси
4) Накатил новый Менеджер обновлений от дримкас
5)Первым делом просмотрел все регламентные и фоновые задачи оключил все ненужное
6) Дальше пошел на * конфы и платформы,как раз которые указал в начале.Это тоже не помогло(ставить конфу мартовского релиза которая была до глюков никак из за табачки)
7)Проверил журнал регистрации( ничего не обычного нет)
Подскажите что с этим делать???
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
При обновлении конфы и платформы обновился драйвер в библиотеке 1с
- зарегистрировать данные по торговому оборудованию ( удалить каталог %USERPROFILE%\AppData\Roaming\1C\1cv8\ExtCompT или отредактировать файл registry.xml под соответствующие версии DLL , они так же лежать в данном каталоге)
(12) 1.Откройте указанный каталог! Откройте в нем файл registry.xml ! Если поймете что и для чего :) То можно ничего не удалять :) А дополнить каталог и/или отредактировать registry.xml ! Если не поймете :) То удалить каталог и зарегистрировать нужные драйверы/компоненты :) через подключаемое оборудование!
(35)[Mon Mar 08 11:05:38.503718 2021] [mpm_winnt:notice] [pid 1380:tid 660] AH00422: Parent: Received shutdown signal -- Shutting down the server.
[Mon Mar 08 11:05:40.546600 2021] [mpm_winnt:notice] [pid 3416:tid 600] AH00364: Child: All worker threads have exited.
[Mon Mar 08 11:05:42.652600 2021] [mpm_winnt:notice] [pid 1380:tid 660] AH00430: Parent: Child process 3416 exited successfully.
AH00558: httpd.exe: Could not reliably determine the server's fully qualified domain name, using fe80::9549:e68d:214e:8174. Set the 'ServerName' directive globally to suppress this message
[Mon Mar 08 11:06:03.114400 2021] [mpm_winnt:notice] [pid 1388:tid 660] AH00455: Apache/2.4.4 (Win32) configured -- resuming normal operations
[Mon Mar 08 11:06:03.114400 2021] [mpm_winnt:notice] [pid 1388:tid 660] AH00456: Server built: Mar 1 2013 20:59:19
[Mon Mar 08 11:06:03.114400 2021] [core:notice] [pid 1388:tid 660] AH00094: Command line: 'C:\\Program Files (x86)\\Apache Software Foundation\\Apache2.4\\bin\\httpd.exe -d C:/Program Files (x86)/Apache Software Foundation/Apache2.4 -f C:\\Program Files (x86)\\Apache Software Foundation\\Apache2.4\\conf\\httpd.conf -d C:\\Program Files (x86)\\Apache Software Foundation\\Apache2.4\\.'
[Mon Mar 08 11:06:03.130000 2021] [mpm_winnt:notice] [pid 1388:tid 660] AH00418: Parent: Created child process 1632
AH00558: httpd.exe: Could not reliably determine the server's fully qualified domain name, using fe80::9549:e68d:214e:8174. Set the 'ServerName' directive globally to suppress this message
AH00558: httpd.exe: Could not reliably determine the server's fully qualified domain name, using fe80::9549:e68d:214e:8174. Set the 'ServerName' directive globally to suppress this message
[Mon Mar 08 11:06:03.379600 2021] [mpm_winnt:notice] [pid 1632:tid 596] AH00354: Child: Starting 64 worker threads.
[Mon Mar 08 11:05:40.546600 2021] [mpm_winnt:notice] [pid 3416:tid 600] AH00364: Child: All worker threads have exited.
[Mon Mar 08 11:05:42.652600 2021] [mpm_winnt:notice] [pid 1380:tid 660] AH00430: Parent: Child process 3416 exited successfully.
AH00558: httpd.exe: Could not reliably determine the server's fully qualified domain name, using fe80::9549:e68d:214e:8174. Set the 'ServerName' directive globally to suppress this message
[Mon Mar 08 11:06:03.114400 2021] [mpm_winnt:notice] [pid 1388:tid 660] AH00455: Apache/2.4.4 (Win32) configured -- resuming normal operations
[Mon Mar 08 11:06:03.114400 2021] [mpm_winnt:notice] [pid 1388:tid 660] AH00456: Server built: Mar 1 2013 20:59:19
[Mon Mar 08 11:06:03.114400 2021] [core:notice] [pid 1388:tid 660] AH00094: Command line: 'C:\\Program Files (x86)\\Apache Software Foundation\\Apache2.4\\bin\\httpd.exe -d C:/Program Files (x86)/Apache Software Foundation/Apache2.4 -f C:\\Program Files (x86)\\Apache Software Foundation\\Apache2.4\\conf\\httpd.conf -d C:\\Program Files (x86)\\Apache Software Foundation\\Apache2.4\\.'
[Mon Mar 08 11:06:03.130000 2021] [mpm_winnt:notice] [pid 1388:tid 660] AH00418: Parent: Created child process 1632
AH00558: httpd.exe: Could not reliably determine the server's fully qualified domain name, using fe80::9549:e68d:214e:8174. Set the 'ServerName' directive globally to suppress this message
AH00558: httpd.exe: Could not reliably determine the server's fully qualified domain name, using fe80::9549:e68d:214e:8174. Set the 'ServerName' directive globally to suppress this message
[Mon Mar 08 11:06:03.379600 2021] [mpm_winnt:notice] [pid 1632:tid 596] AH00354: Child: Starting 64 worker threads.
(17)ну вот пока столкнулся только один баг у меня, но он сильно мешает, устал уже по ночам все устанавливать, интернет 2мбит нереально долго выгружает файлы обмена, если с удалением папки extcomt не поможет поставлю 17 платформу
Кстати при обновлении конфы теперь в вики принт для продажи сигарет надо покупать дримкас ключ за 2к в год не сталкивались с вариантом как это можно обойти?
Кстати при обновлении конфы теперь в вики принт для продажи сигарет надо покупать дримкас ключ за 2к в год не сталкивались с вариантом как это можно обойти?
У розницы 2.3.7 режим совместимости 8.3.14, платформа 8.3.15.2107 будет работать стабильно
Недавно ставил 2.3.7.22 и вики принт 57ф - прошивку обновил через "Менеджер Обновлений 1.7.18.0.exe"
версия компоненты в 1С 1.5.0.9
Недавно ставил 2.3.7.22 и вики принт 57ф - прошивку обновил через "Менеджер Обновлений 1.7.18.0.exe"
версия компоненты в 1С 1.5.0.9
но есть клиент с 2.3.6.27 платформа 8.3.15.1869. Прошивка также последняя, есть и марк.алко и табак.
Проблем нет, почти, примерно 1 раз 3 недели или месяц приходится принудительно закрывать и открывать смену, т.к. не пробивается чек никак (выкл вкл ккт и проч)
Проблем нет, почти, примерно 1 раз 3 недели или месяц приходится принудительно закрывать и открывать смену, т.к. не пробивается чек никак (выкл вкл ккт и проч)
(27) с вики раньше много проблем было, ошибка 999, сдвоенные чеки, касса по питанию отваливалась, в один момент у меня сгорело, заказ к материнке com плату и перевел вики с юсб шнура на com провод, 1год без единой ошибки( пару раз слетали рабочие места кассиров)
Общался с ТП дримкас, получил два ответа.
1. их компрокси на WIN7 стабильно работать не будет, переходите на 10у
2. их компрокси с подключением по COM работать не будет ( у меня работал почему то , правда через Ж)
На вопрос где взять установщик службы компрокси с выбором портов при установке, был отправлен на сайт Кристалл Сервис Интеграция, ккт пирит). У меня после установки службы компрокси от дримкас начали весы штриховские отваливаться. был конфликт виртуальных СОМ портов с реальным СОМ7.
Установщик службы от CSI, вместо 5 виртуальных (от дримкасс) создаёт всего 2 , при подключении кассы по СОМ.
1. их компрокси на WIN7 стабильно работать не будет, переходите на 10у
2. их компрокси с подключением по COM работать не будет ( у меня работал почему то , правда через Ж)
На вопрос где взять установщик службы компрокси с выбором портов при установке, был отправлен на сайт Кристалл Сервис Интеграция, ккт пирит). У меня после установки службы компрокси от дримкас начали весы штриховские отваливаться. был конфликт виртуальных СОМ портов с реальным СОМ7.
Установщик службы от CSI, вместо 5 виртуальных (от дримкасс) создаёт всего 2 , при подключении кассы по СОМ.
(46) добрый вечер, общаюсь с тех поддержкой больше недели, вчера потребовали лог компрокси, скинул им, так же им сказал, что при разных версиях компрокси и при удаленном ком прокси ошибка остается.Они ошибку признали, сказали что работают над исправлением.Если не сложно, можете переписку скинуть?У меня тоже все кассы через ком порт(спецом докупал платы к материнке, за год не одной ошибки, а при работе через юсб отваливаются каждая раз в день минимум)
Переход на win 10 будеь стоить порядка 500 000р на 30пк, так что этот вариант пока рассматривать прям вообще не хочется
Переход на win 10 будеь стоить порядка 500 000р на 30пк, так что этот вариант пока рассматривать прям вообще не хочется
(47) часть переписки
1. При запуске менеджера обновлений указаны рекомендации отключить все оборудование которое подключено по com или usb
2. Да, действительно, на Win7 бывают проблемы.
3. Можете попробовать скачать службу comproxy с сайта crystals.ru (Кристалл Сервис Интеграция)
Находится в загрузках на странице с Пиритами.
Наша, текущая версия службы 2.3.7, отдельно без менеджера обновлений не выдается.
Могу скинуть две версии службы не дримкасс
1. При запуске менеджера обновлений указаны рекомендации отключить все оборудование которое подключено по com или usb
2. Да, действительно, на Win7 бывают проблемы.
3. Можете попробовать скачать службу comproxy с сайта crystals.ru (Кристалл Сервис Интеграция)
Находится в загрузках на странице с Пиритами.
Наша, текущая версия службы 2.3.7, отдельно без менеджера обновлений не выдается.
Могу скинуть две версии службы не дримкасс
Тоже иногда всплывает ошибка разбора XML. Установлен Windows 7.
На странице загрузок
Сказано использовать предыдущую версию ComProxy для Win7 (Версия 1.2.1 для USB или 1.1.1 для COM)
Установил 1.2.1 (там нет менеджера обновлений) посмотрю как будет.
На странице загрузок
Сказано использовать предыдущую версию ComProxy для Win7 (Версия 1.2.1 для USB или 1.1.1 для COM)
Установил 1.2.1 (там нет менеджера обновлений) посмотрю как будет.
в моем обслуживании 6 вики принтов 57Ф, везде win7/32, rs-232, версии розницы 2.2.10.19, 2.3.1.40, 2.3.6.27, 2.3.7.22. Везде кроме 2.2.10.19 прошивка через "Менеджер Обновлений 1.7.18.0.exe". Через этот менеджер обновлений установлен comproxy. Все ок. И еще в одной деревне ноутбук с вики, розница 2.2.6.27 - но касса автономная.
Проблем почти нет.
Проблем почти нет.
(52)Два магазина настроенных по одинаковой схеме, база файловая, доступ через IIS (x64)
в 1-м случае комп с базой и IIS +WIN7 prof X64, момп с РМК WIN7home х32, платформа 8.3.16 розница 2.3.7.22
во 2-м комп с базой и IIS +WIN10 prof X64, момп с РМК WIN7prof х64, платформа 8.3.18 розница 2.3.8.17.
Кассы википринт 57 одинаковые куплены в 1день, драйвер 1с 1.0.5.9
чуть больше месяца в эксплуатации.
на 1-м, отваливалась касса несколько раз в день, заменён USB кабель от старого принтера, помогло. Однажды пробилось два одинаковых чека. Вышеуказанной ошибки никогда не было.
2 место,сплошной геморрой, к рмк подключены весы штрих по USB, при подключении кассы, оваливались весы. Причина, менеджер при установке 5 виртуалных сом портов, не мониторит занятые получил конфликт, плюс стабильно насколько раз за смену на релизе 2.3.7.22 получали двойные чеки. Обновление до 2.3.8.17, проблему чеков решило. Снос менеджера дримкасс, и установку копрокси 1.1.1. с ручным указанием портов и переключением кассы на комовский кабель,решило проблему с весами. Однако компрокси один раз в день останавливался. Замена копрокси от CSI, проблему с остановкой службы решило, однако получил вышеуказанную ошибку. Очистка кеша, решило проблему с ошибкой, появилась другая, за день , один чек после пробития в РМК не закрылся. Логи системы, IIS чистые, в ЖР ошибок нет.
Единственное оличие видимо разрядность системы, (т.к. у independ, везде х32) видимо
в 1-м случае комп с базой и IIS +WIN7 prof X64, момп с РМК WIN7home х32, платформа 8.3.16 розница 2.3.7.22
во 2-м комп с базой и IIS +WIN10 prof X64, момп с РМК WIN7prof х64, платформа 8.3.18 розница 2.3.8.17.
Кассы википринт 57 одинаковые куплены в 1день, драйвер 1с 1.0.5.9
чуть больше месяца в эксплуатации.
на 1-м, отваливалась касса несколько раз в день, заменён USB кабель от старого принтера, помогло. Однажды пробилось два одинаковых чека. Вышеуказанной ошибки никогда не было.
2 место,сплошной геморрой, к рмк подключены весы штрих по USB, при подключении кассы, оваливались весы. Причина, менеджер при установке 5 виртуалных сом портов, не мониторит занятые получил конфликт, плюс стабильно насколько раз за смену на релизе 2.3.7.22 получали двойные чеки. Обновление до 2.3.8.17, проблему чеков решило. Снос менеджера дримкасс, и установку копрокси 1.1.1. с ручным указанием портов и переключением кассы на комовский кабель,решило проблему с весами. Однако компрокси один раз в день останавливался. Замена копрокси от CSI, проблему с остановкой службы решило, однако получил вышеуказанную ошибку. Очистка кеша, решило проблему с ошибкой, появилась другая, за день , один чек после пробития в РМК не закрылся. Логи системы, IIS чистые, в ЖР ошибок нет.
Единственное оличие видимо разрядность системы, (т.к. у independ, везде х32) видимо
больше 2х месяцев работало все нормально, win7 x64 платформа 8.3.16.1224, 1С Розница 2.2.13.12 ккт Вики-Принт 57Ф, сигареты.
Вчера вывалилась ошибка при открытиии смены, при этом смена на самой вики открывается. При повторном нажатии на открытии смены выдается более интересное сообщение о расхождении по времени. Сведений что смена уже открыта нет.
Чистка кэша, ТиИ, смена драйверов, переустановка компрокси, очистка портов и принудительное насаживание на другие порты, отключение агента дримкас, прошивка кассы на последнюю версию и прочие пляски с бубном, не привили к результату.
Жду что напишет ТП - хотя догадываюсь, что ничего вразумительного.
Вчера вывалилась ошибка при открытиии смены, при этом смена на самой вики открывается. При повторном нажатии на открытии смены выдается более интересное сообщение о расхождении по времени. Сведений что смена уже открыта нет.
Чистка кэша, ТиИ, смена драйверов, переустановка компрокси, очистка портов и принудительное насаживание на другие порты, отключение агента дримкас, прошивка кассы на последнюю версию и прочие пляски с бубном, не привили к результату.
Жду что напишет ТП - хотя догадываюсь, что ничего вразумительного.
Прикрепленные файлы:
Всем доброго времени суток. По проблеме с разбором xml пока ничего путного не нашлось, однако по всем остальным вопросам помогу, чем смогу. Com proxy с выбором портов это 1.2.1 для usb разработка кристала - штука глючная, но если нужен выбор без альтернативы, ни кси, ни дк ее поддерживать не будут. Скачать можно на "странице загрузок дримкас" доступ без авторизации, есть инструкция. Для всех остальных ставим через менеджер обновлений и не изобретаем велосипед. На вин 7 и вин 10 работает одинаково стабильно. так что переходить на вин 10 совсем не обязательно, однако если уже переходите, то можно не активировать винду, никаких ограничений по работе нет, никаких штрафов за это не предусмотрено, вы не можете кастомизировать рабочий стол, но экономия в 500+к того стоит на мой взгляд. Далее, принты 17-18 года действительно часто вылетают на старых компах, связано это с криво реализованной через fm16 платой "землей", лечится каплей припоя между юсб портом и "землей" занимает 5 минут и то из-за большого количества болтов.
Тоже возникла такая ошибка, но уже в УТ 11.4.13.103, драйвер DKViki_1C8_1.5.0.10, 8.3.18.1289 x32. Кассир с УТ работает локально, тонкий клиент.
Ошибка в 11:01
"Ошибка разбора XML: - [1,76] (сам файл xml не сохранился, или не знаю где найти)
Фатальная ошибка:
error parsing attribute name"
Какое-нибудь решение есть?
На всякий случай в драйвере 1С отключил синхронизацию даты времени.
При этом чек на Вики-Принт пробит, но в 1С - чек пропущен, и нигде не зафиксирован, например в регистре фискальных операций - номер чека 0093493, следующий 0093495 - 0093494 - отсутствует. ((
Ошибка в 11:01
"Ошибка разбора XML: - [1,76] (сам файл xml не сохранился, или не знаю где найти)
Фатальная ошибка:
error parsing attribute name"
Какое-нибудь решение есть?
На всякий случай в драйвере 1С отключил синхронизацию даты времени.
При этом чек на Вики-Принт пробит, но в 1С - чек пропущен, и нигде не зафиксирован, например в регистре фискальных операций - номер чека 0093493, следующий 0093495 - 0093494 - отсутствует. ((
Прикрепленные файлы:
21041411.log
С этой проблемой разобрался сегодня в УТ 11.4
Оказалось эта ошибка проявлялась только при оплате по карте.
По наличке проблем не возникало.
Так вот при оплате по карте кассир в поле "номер карты" (если не изменяет память) вбивала "1".
В итоге:
1. пробили чек по наличке нормально.
2. Затем пробили чек по карте указав параметр карты "2" и ВУАЛЯ теперь печатается без ошибок.
Оказалось эта ошибка проявлялась только при оплате по карте.
По наличке проблем не возникало.
Так вот при оплате по карте кассир в поле "номер карты" (если не изменяет память) вбивала "1".
В итоге:
1. пробили чек по наличке нормально.
2. Затем пробили чек по карте указав параметр карты "2" и ВУАЛЯ теперь печатается без ошибок.
Выпущен драйвер, в котором всё исправлено. Пробуйте и пишите фидбек, могу передать разработчикам.
У меня в шести точках у трех клиентов была такая беда. Уже несколько дней полет нормальный, тьфу-тьфу.
У меня в шести точках у трех клиентов была такая беда. Уже несколько дней полет нормальный, тьфу-тьфу.
Прикрепленные файлы:
DKViki_1C8_1.5.0.10_Win32.zip
Аналогичная проблема на каждом чеке. Чек вылазил, но в 1с он не помечался пробитым. Выключал компрокси, работал напрямую с ком портом - проблема сохранялась. 2.3.7.22 и обработка 1.5.0.9. Галка синхронизация времени стояла. Подкинул 1.5.0.10 и убрал синхронизацию времени. Чек пробился, будем наблюдать
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот