Ситуация:
конфигурация ут 11.1.6, актуальная версия ут 11.1.10, версия приложения последняя с маркета при начальной синхронизации происходит ошибка
Поиск причины по шагам
Шаг 1. Проверка access.log апача .
Приходят два запроса:
x.x.x.30 — — [30/Jun/2015:09:00:04 +0400] «GET /trade/ws/CustomerOrdersExchange.1cws?wsdl HTTP/1.1» 200 67058
x.x.x.30 — — [30/Jun/2015:09:00:06 +0400] «POST /trade/ws/CustomerOrdersExchange.1cws HTTP/1.1» 500 757
Первый успешно считывает описание сервиса
Второй приходит с ошибкой на стороне сервера.
Предположение: несовместимость форматов различных версий, что-то передается не в том формате, или с ошибочными данными
Шаг 2: частичное обновление конфигурации (полное пока нельзя, поскольку она с доработками и идет интеграция с сайтом, чтобы не вызывать возможных срывов в работе)
сохраняю конфигурацию
обновляю конфигурацию в режиме объединения/замещения
- общие модули с именами МобильноеПриложениеЗаказыКлиентов* ( 4 шт)
- XDTO-пакеты/Все
- Web-сервисы/CustomerOrdersExchange
- Планы обмена/МобильноеПриложениеЗаказыКлиентов
Тестирую, синхронизацию. проходит далее, но возникает ошибка «Не найден узел обмена для пользователя».
Шаг3:
Тут ошибка случайная, но тем, не менее, она возникла.(«Не найден узел обмена для пользователя»)
Для каждого экземпляра андроид-приложения в 1С требуется создать узел в плане обмена, в нем сопоставить пользователя. В процессе первоначальной настройки, узел был создан для другого пользователя, затем пользователь изменен, а в текущей реализации конфигурации, это приводит к ошибке отсутствия узла т.к. идентификатор пользователя записывается в код узла, только при его незаполненности.
Создав новый узел (или программно изменив код в старом), эта ошибка уходит.
Здесь еще есть нюанс, который надо учесть: после успешной синхронизации, код узла заменяется идентификатором устройства, и подключении под этим пользователем с различных устройств одновременно не возможно (вызовет такую же ошибку, как выше). Переход на другое устройство, потребует установки кода узла в уникальный идентификатор пользователя, затем узел привяжется к новому устройству.
Шаг 4:
Всё еще выходит ошибка, но уже гораздо позднее, синхронизация как-то продвинулась, что даже настройки подключения не слетают.
Предположение: не совместимость запросов объединенных модулей
Надо отлаживать, но подключения к вэбсервисам почему-то не отлаживается, возможно проблема в платформе 8.3.5.1186.
Танцы с бубном, создание файлов «comcntrcfg.xml и webservicecfg.xml», добавление строки в «default.vrd», перезапуски, не дают результаты. Откладываем на потом.
Шаг 5
В процессе работы вызываются функции вэбсервиса, которые вызывают экспортные функции общих моделей, т.е. есть возможность отладить их напрямую.
Накидываем форму обработки «Выполнятель» (для управляемой формы у меня не было).
Получается вот такой код-скрипт для начального тестирования:
MobileApplicationVersion = "не 1";//Иначе потребует обновления
MobileDeviceID = "1";
MobileDeviceID = "18c07362-bdeb-439d-9f8b-59b19cefd670";//Уникальный идентификатор пользователя, вот тут проблема, что в функциях используется текущий пользователь
Ответ = МобильноеПриложениеЗаказыКлиентов.НачалоОбмена(MobileApplicationVersion, MobileDeviceID);
Сообщить(Ответ);
Попытка
Сообщить(Ответ.ResultMessage);
Сообщить("Успешно "+Ответ.Success);
Исключение
КонецПопытки;
Пришлось опять менять/создать пользователя в узле, текущего пользователя. т.к. хотя передается уид любого пользователя, но сравнивается он с текущим (для сеанса соединения все пройдет нормально).
Теперь у меня код проходит на «Успешно=Истина».
Выполняем вторую часть кода:
Ответ2 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьСправочники(MobileDeviceID);
Попытка
Сообщить(Ответ2.ResultMessage);
Сообщить("Успешно "+Ответ2.Success);
Исключение
КонецПопытки;
Вот тут и вывелась мне ошибка: оказалось, что при объединении плана обмена я не объединил макеты узла, из которых берутся схемы ответа, и в частности в ответе отсутствовали данные по странам.
Объединяем, обнаруживаем попутно, что еще добавились реквизиты плана, обновляем без них, но предполагаем что придется вернуться к ним в нерабочее время.
Шаг 6
Фокус не прошел, т.к. запросы в схемах ссылаются на отсутствующие регистры.
Исходим из того что пока мы полное обновление производить не можем.
Оказалось выполняется соединение с РегистрСведений.УчетнаяПолитикаОрганизаций, причем в случае отсутствия записи передается пустая строка(для этапа тестировани должно подойти). Все остальные схемы ошибок не показывают.
Модифицируем запрос, проверяем дальше.
Тестирование справочников проходит успешно, в ответ выводится xml.
Но приложение все еще вылетает с ошибкой разбора.
Тестируем остальные методы сервиса…
Шаг 7
Ответ3 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьКлиентов(MobileDeviceID, Истина,"","");
Попытка
Сообщить(Ответ3.ResultMessage);
Сообщить("Успешно "+Ответ3.Success);
Исключение
КонецПопытки;
Успешно!
Ответ4 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьНастройки(MobileDeviceID);
Попытка
Сообщить(Ответ4.ResultMessage);
Сообщить("Успешно "+Ответ4.Success);
Исключение
КонецПопытки;
Ошибка:
Поле не найдено «РегистрироватьНаличные» <<?>>РегистрироватьНаличные КАК РегистрироватьНаличные,
Это как раз из отсутствующих реквизитов плана обмена, подправляю заполнение структуры реквизитов.
Далее, отсутствует константа «ИспользоватьРасширенныеВозможностиЗаказаКлиента».
Попутно вызвал тестирование выгрузки прайса:
Ответ5 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьПрайсЛист(MobileDeviceID, Ложь, "")
Попытка
Сообщить(Ответ5.ResultMessage);
Сообщить("Успешно "+Ответ5.Success);
Исключение
КонецПопытки;
Заключение
Тут медлительный сервер впал в ступор, на полчаса и сколько будет еще не известно (индикатора нет).
Ошибкой было: задание второго параметра Истина(Все цены/Измененные), но думаю при первом обмене это бы не помогло).
В базе не меньше 1000 номенклатурных позиций, примерно 10 характеристик к каждой, видимо, это много, и с учетом нехватки памяти, ограничения на уровне записей, надо запастись большим интервалом времени на начальную синхронизацию, может быть есть возможность это ускорить, постараюсь вернуть к этому позже.
В узле обмена наложу условия на отбор номенклатуры, когда буду тестировать на телефоне (как оказалось отбор только по видам цен,). через соглашение еще можно, но косвенно через сегмент номенклатуры….
Тупик?
Оставил «на ночь», через час (по дате последней синхронизации) обмен успешно прошел.
Приложение
<config xmlns="http://v8.1c.ru/v8/comcntrcfg">
<debugconfig debug="true" debuggerURL="tcp://localhost:1562"/>
<debugports range="1540:1690"/>
</config>
Рекламные объявления содержат единственные правдивые сведения, которые можно найти в газетах.
10.10.2018 14:14
2 694
Решение вопроса:
В карточе организации указано, что сведения о директоре действуют с 1880 года, а дата рождения директора 1983 год, поэтому выдавало ошибку. Необходимо исправить дату и повторно отправить Заявление.
Эта информация оказалась полезной?
Как можно улучшить этот ответ?
Наши услуги
Все услуги
Не подключается база к хранилищу после переноса на другой сервер. |
Я |
21.10.22 — 09:27
Добрый день!)
Помогите справиться с бедой.
База переехала на новый сервер.
Переехала путем выгрузки — загрузки DT.
База была подключена к удаленному хранилищу конфигурации.
Сейчас пытаюсь подключить новую базу к этому хранилищу, и получаю такую ошибку:
Ошибка XML-протокола при работе с удаленным хранилищем конфигурации.
по причине:
Ошибка разбора XML: — [1,1]
Фатальная ошибка:
Extra content at the end of the document
Но старая база подключается к хранилищу без проблем.
Подскажите , куда копать ?
Буду благодарен за любые наводки )
1 — 21.10.22 — 09:28
Права?
2 — 21.10.22 — 09:30
(1) использую одни и те же учетки.
3 — 21.10.22 — 09:33
если кто то знает, как получить XML, на который он ругается, было бы здорово )
4 — 21.10.22 — 09:35
5 — 21.10.22 — 09:38
(4) спасибо, видел этот топик. К сожалению, к апачу на котором крутится хранилище у меня доступа нет(
Но на этом хранилище крутятся, наверное сотни баз, разных клиентов и у них все ок. Подозреваю, что проблема где то на стороне моей базы.
6 — 21.10.22 — 09:39
(4) ну, а с ссылкой на хранилище тоже точно нет проблем, потому что в старой базе я по ней подключаюсь без проблем (
7 — 21.10.22 — 12:54
(6) ну можно в порядке проверки работоспобности создать новое хранилище…
старая база не просто старая, а физически там другой сеанс РДП на другом железе, так?
8 — 21.10.22 — 13:02
(7) Да, новая база физически на другой железяке лежит и в другой сети.
Нашел следующие отличие :
На старом сервере стояла платформа и сервер 8.3.10 , а на новом и платформа и сервер 8.3.16.
Но пока перейти на более старую платформу не могу, там сейчас люди работают
9 — 21.10.22 — 13:10
(8) ну да. Хранилище обязательно должно быть на той же версии платформы, что и подключенная база. Вот и вся простая трабла.
10 — 21.10.22 — 13:23
(9) тогда буду иметь наглость попросить еще один совет )
Не доводилось ранее откатывать версию платформы, если я поступлю таким образом, ниче не должно поломаться ?
1. Остановлю SQL сервер и 1С сервер.
2. Удалю 8.3.16 платформу и сервер
3. Установлю 8.3.10 платформу и сервер
4. Запущу SQL сервер и 1С сервер.
11 — 21.10.22 — 13:27
Ранее,смена платформы равнялась новому храну.Может это и не правильно конечно
12 — 21.10.22 — 13:36
(10) А скуль зачем глушить?
13 — 21.10.22 — 13:36
(10) Так можно оставить уже установленную платформу. На продуктиве я тоже удаляю ненужные,
но на тестовых серверах держу несколько платформ.
Там же в строке подлючения сеанса к базе указывается на какой версии платформы нужно запускать.
14 — 21.10.22 — 13:37
(13) агент сервера 1с должен быть один на порту
15 — 21.10.22 — 13:38
(14) да. на порту один. Ставить еще один порт.
16 — 21.10.22 — 13:40
Только не совсем понимаю, зачем старое хранилище перецеплять прямо сейчас к новому размещению базы, если можно из старого хранилища получать CF и устанавливаться в новую базу из него.
17 — 21.10.22 — 13:40
(15) Если нет задачи на тесте параллельно в нескольких платформах работать, то можно просто несколько служб иметь и запускать нужную по необходимости.
Фрэнки
18 — 21.10.22 — 13:42
(17) да, все верно. Мне так и делал админ 
А же сам не админ, а так… разраб на удаленке.
Ситуация:
конфигурация ут 11.1.6, актуальная версия ут 11.1.10, версия приложения последняя с маркета при начальной синхронизации происходит ошибка
Поиск причины по шагам
Шаг 1. Проверка access.log апача .
Приходят два запроса:
x.x.x.30 — — [30/Jun/2015:09:00:04 +0400] «GET /trade/ws/CustomerOrdersExchange.1cws?wsdl HTTP/1.1» 200 67058
x.x.x.30 — — [30/Jun/2015:09:00:06 +0400] «POST /trade/ws/CustomerOrdersExchange.1cws HTTP/1.1» 500 757
Первый успешно считывает описание сервиса
Второй приходит с ошибкой на стороне сервера.
Предположение: несовместимость форматов различных версий, что-то передается не в том формате, или с ошибочными данными
Шаг 2: частичное обновление конфигурации (полное пока нельзя, поскольку она с доработками и идет интеграция с сайтом, чтобы не вызывать возможных срывов в работе)
сохраняю конфигурацию
обновляю конфигурацию в режиме объединения/замещения
- общие модули с именами МобильноеПриложениеЗаказыКлиентов* ( 4 шт)
- XDTO-пакеты/Все
- Web-сервисы/CustomerOrdersExchange
- Планы обмена/МобильноеПриложениеЗаказыКлиентов
Тестирую, синхронизацию. проходит далее, но возникает ошибка «Не найден узел обмена для пользователя».
Шаг3:
Тут ошибка случайная, но тем, не менее, она возникла.(«Не найден узел обмена для пользователя»)
Для каждого экземпляра андроид-приложения в 1С требуется создать узел в плане обмена, в нем сопоставить пользователя. В процессе первоначальной настройки, узел был создан для другого пользователя, затем пользователь изменен, а в текущей реализации конфигурации, это приводит к ошибке отсутствия узла т.к. идентификатор пользователя записывается в код узла, только при его незаполненности.
Создав новый узел (или программно изменив код в старом), эта ошибка уходит.
Здесь еще есть нюанс, который надо учесть: после успешной синхронизации, код узла заменяется идентификатором устройства, и подключении под этим пользователем с различных устройств одновременно не возможно (вызовет такую же ошибку, как выше). Переход на другое устройство, потребует установки кода узла в уникальный идентификатор пользователя, затем узел привяжется к новому устройству.
Шаг 4:
Всё еще выходит ошибка, но уже гораздо позднее, синхронизация как-то продвинулась, что даже настройки подключения не слетают.
Предположение: не совместимость запросов объединенных модулей
Надо отлаживать, но подключения к вэбсервисам почему-то не отлаживается, возможно проблема в платформе 8.3.5.1186.
Танцы с бубном, создание файлов «comcntrcfg.xml и webservicecfg.xml», добавление строки в «default.vrd», перезапуски, не дают результаты. Откладываем на потом.
Шаг 5
В процессе работы вызываются функции вэбсервиса, которые вызывают экспортные функции общих моделей, т.е. есть возможность отладить их напрямую.
Накидываем форму обработки «Выполнятель» (для управляемой формы у меня не было).
Получается вот такой код-скрипт для начального тестирования:
MobileApplicationVersion = "не 1";//Иначе потребует обновления
MobileDeviceID = "1";
MobileDeviceID = "18c07362-bdeb-439d-9f8b-59b19cefd670";//Уникальный идентификатор пользователя, вот тут проблема, что в функциях используется текущий пользователь
Ответ = МобильноеПриложениеЗаказыКлиентов.НачалоОбмена(MobileApplicationVersion, MobileDeviceID);
Сообщить(Ответ);
Попытка
Сообщить(Ответ.ResultMessage);
Сообщить("Успешно "+Ответ.Success);
Исключение
КонецПопытки;
Пришлось опять менять/создать пользователя в узле, текущего пользователя. т.к. хотя передается уид любого пользователя, но сравнивается он с текущим (для сеанса соединения все пройдет нормально).
Теперь у меня код проходит на «Успешно=Истина».
Выполняем вторую часть кода:
Ответ2 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьСправочники(MobileDeviceID);
Попытка
Сообщить(Ответ2.ResultMessage);
Сообщить("Успешно "+Ответ2.Success);
Исключение
КонецПопытки;
Вот тут и вывелась мне ошибка: оказалось, что при объединении плана обмена я не объединил макеты узла, из которых берутся схемы ответа, и в частности в ответе отсутствовали данные по странам.
Объединяем, обнаруживаем попутно, что еще добавились реквизиты плана, обновляем без них, но предполагаем что придется вернуться к ним в нерабочее время.
Шаг 6
Фокус не прошел, т.к. запросы в схемах ссылаются на отсутствующие регистры.
Исходим из того что пока мы полное обновление производить не можем.
Оказалось выполняется соединение с РегистрСведений.УчетнаяПолитикаОрганизаций, причем в случае отсутствия записи передается пустая строка(для этапа тестировани должно подойти). Все остальные схемы ошибок не показывают.
Модифицируем запрос, проверяем дальше.
Тестирование справочников проходит успешно, в ответ выводится xml.
Но приложение все еще вылетает с ошибкой разбора.
Тестируем остальные методы сервиса…
Шаг 7
Ответ3 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьКлиентов(MobileDeviceID, Истина,"","");
Попытка
Сообщить(Ответ3.ResultMessage);
Сообщить("Успешно "+Ответ3.Success);
Исключение
КонецПопытки;
Успешно!
Ответ4 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьНастройки(MobileDeviceID);
Попытка
Сообщить(Ответ4.ResultMessage);
Сообщить("Успешно "+Ответ4.Success);
Исключение
КонецПопытки;
Ошибка:
Поле не найдено «РегистрироватьНаличные» <<?>>РегистрироватьНаличные КАК РегистрироватьНаличные,
Это как раз из отсутствующих реквизитов плана обмена, подправляю заполнение структуры реквизитов.
Далее, отсутствует константа «ИспользоватьРасширенныеВозможностиЗаказаКлиента».
Попутно вызвал тестирование выгрузки прайса:
Ответ5 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьПрайсЛист(MobileDeviceID, Ложь, "")
Попытка
Сообщить(Ответ5.ResultMessage);
Сообщить("Успешно "+Ответ5.Success);
Исключение
КонецПопытки;
Заключение
Тут медлительный сервер впал в ступор, на полчаса и сколько будет еще не известно (индикатора нет).
Ошибкой было: задание второго параметра Истина(Все цены/Измененные), но думаю при первом обмене это бы не помогло).
В базе не меньше 1000 номенклатурных позиций, примерно 10 характеристик к каждой, видимо, это много, и с учетом нехватки памяти, ограничения на уровне записей, надо запастись большим интервалом времени на начальную синхронизацию, может быть есть возможность это ускорить, постараюсь вернуть к этому позже.
В узле обмена наложу условия на отбор номенклатуры, когда буду тестировать на телефоне (как оказалось отбор только по видам цен,). через соглашение еще можно, но косвенно через сегмент номенклатуры….
Тупик?
Оставил «на ночь», через час (по дате последней синхронизации) обмен успешно прошел.
Приложение
<config xmlns="http://v8.1c.ru/v8/comcntrcfg">
<debugconfig debug="true" debuggerURL="tcp://localhost:1562"/>
<debugports range="1540:1690"/>
</config>
Рекламные объявления содержат единственные правдивые сведения, которые можно найти в газетах.
Ситуация:
конфигурация ут 11.1.6, актуальная версия ут 11.1.10, версия приложения последняя с маркета при начальной синхронизации происходит ошибка
Поиск причины по шагам
Шаг 1. Проверка access.log апача .
Приходят два запроса:
x.x.x.30 — — [30/Jun/2015:09:00:04 +0400] «GET /trade/ws/CustomerOrdersExchange.1cws?wsdl HTTP/1.1» 200 67058
x.x.x.30 — — [30/Jun/2015:09:00:06 +0400] «POST /trade/ws/CustomerOrdersExchange.1cws HTTP/1.1» 500 757
Первый успешно считывает описание сервиса
Второй приходит с ошибкой на стороне сервера.
Предположение: несовместимость форматов различных версий, что-то передается не в том формате, или с ошибочными данными
Шаг 2: частичное обновление конфигурации (полное пока нельзя, поскольку она с доработками и идет интеграция с сайтом, чтобы не вызывать возможных срывов в работе)
сохраняю конфигурацию
обновляю конфигурацию в режиме объединения/замещения
- общие модули с именами МобильноеПриложениеЗаказыКлиентов* ( 4 шт)
- XDTO-пакеты/Все
- Web-сервисы/CustomerOrdersExchange
- Планы обмена/МобильноеПриложениеЗаказыКлиентов
Тестирую, синхронизацию. проходит далее, но возникает ошибка «Не найден узел обмена для пользователя».
Шаг3:
Тут ошибка случайная, но тем, не менее, она возникла.(«Не найден узел обмена для пользователя»)
Для каждого экземпляра андроид-приложения в 1С требуется создать узел в плане обмена, в нем сопоставить пользователя. В процессе первоначальной настройки, узел был создан для другого пользователя, затем пользователь изменен, а в текущей реализации конфигурации, это приводит к ошибке отсутствия узла т.к. идентификатор пользователя записывается в код узла, только при его незаполненности.
Создав новый узел (или программно изменив код в старом), эта ошибка уходит.
Здесь еще есть нюанс, который надо учесть: после успешной синхронизации, код узла заменяется идентификатором устройства, и подключении под этим пользователем с различных устройств одновременно не возможно (вызовет такую же ошибку, как выше). Переход на другое устройство, потребует установки кода узла в уникальный идентификатор пользователя, затем узел привяжется к новому устройству.
Шаг 4:
Всё еще выходит ошибка, но уже гораздо позднее, синхронизация как-то продвинулась, что даже настройки подключения не слетают.
Предположение: не совместимость запросов объединенных модулей
Надо отлаживать, но подключения к вэбсервисам почему-то не отлаживается, возможно проблема в платформе 8.3.5.1186.
Танцы с бубном, создание файлов «comcntrcfg.xml и webservicecfg.xml», добавление строки в «default.vrd», перезапуски, не дают результаты. Откладываем на потом.
Шаг 5
В процессе работы вызываются функции вэбсервиса, которые вызывают экспортные функции общих моделей, т.е. есть возможность отладить их напрямую.
Накидываем форму обработки «Выполнятель» (для управляемой формы у меня не было).
Получается вот такой код-скрипт для начального тестирования:
MobileApplicationVersion = "не 1";//Иначе потребует обновления
MobileDeviceID = "1";
MobileDeviceID = "18c07362-bdeb-439d-9f8b-59b19cefd670";//Уникальный идентификатор пользователя, вот тут проблема, что в функциях используется текущий пользователь
Ответ = МобильноеПриложениеЗаказыКлиентов.НачалоОбмена(MobileApplicationVersion, MobileDeviceID);
Сообщить(Ответ);
Попытка
Сообщить(Ответ.ResultMessage);
Сообщить("Успешно "+Ответ.Success);
Исключение
КонецПопытки;
Пришлось опять менять/создать пользователя в узле, текущего пользователя. т.к. хотя передается уид любого пользователя, но сравнивается он с текущим (для сеанса соединения все пройдет нормально).
Теперь у меня код проходит на «Успешно=Истина».
Выполняем вторую часть кода:
Ответ2 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьСправочники(MobileDeviceID);
Попытка
Сообщить(Ответ2.ResultMessage);
Сообщить("Успешно "+Ответ2.Success);
Исключение
КонецПопытки;
Вот тут и вывелась мне ошибка: оказалось, что при объединении плана обмена я не объединил макеты узла, из которых берутся схемы ответа, и в частности в ответе отсутствовали данные по странам.
Объединяем, обнаруживаем попутно, что еще добавились реквизиты плана, обновляем без них, но предполагаем что придется вернуться к ним в нерабочее время.
Шаг 6
Фокус не прошел, т.к. запросы в схемах ссылаются на отсутствующие регистры.
Исходим из того что пока мы полное обновление производить не можем.
Оказалось выполняется соединение с РегистрСведений.УчетнаяПолитикаОрганизаций, причем в случае отсутствия записи передается пустая строка(для этапа тестировани должно подойти). Все остальные схемы ошибок не показывают.
Модифицируем запрос, проверяем дальше.
Тестирование справочников проходит успешно, в ответ выводится xml.
Но приложение все еще вылетает с ошибкой разбора.
Тестируем остальные методы сервиса…
Шаг 7
Ответ3 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьКлиентов(MobileDeviceID, Истина,"","");
Попытка
Сообщить(Ответ3.ResultMessage);
Сообщить("Успешно "+Ответ3.Success);
Исключение
КонецПопытки;
Успешно!
Ответ4 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьНастройки(MobileDeviceID);
Попытка
Сообщить(Ответ4.ResultMessage);
Сообщить("Успешно "+Ответ4.Success);
Исключение
КонецПопытки;
Ошибка:
Поле не найдено «РегистрироватьНаличные» <<?>>РегистрироватьНаличные КАК РегистрироватьНаличные,
Это как раз из отсутствующих реквизитов плана обмена, подправляю заполнение структуры реквизитов.
Далее, отсутствует константа «ИспользоватьРасширенныеВозможностиЗаказаКлиента».
Попутно вызвал тестирование выгрузки прайса:
Ответ5 = МобильноеПриложениеЗаказыКлиентов.ВыгрузитьПрайсЛист(MobileDeviceID, Ложь, "")
Попытка
Сообщить(Ответ5.ResultMessage);
Сообщить("Успешно "+Ответ5.Success);
Исключение
КонецПопытки;
Заключение
Тут медлительный сервер впал в ступор, на полчаса и сколько будет еще не известно (индикатора нет).
Ошибкой было: задание второго параметра Истина(Все цены/Измененные), но думаю при первом обмене это бы не помогло).
В базе не меньше 1000 номенклатурных позиций, примерно 10 характеристик к каждой, видимо, это много, и с учетом нехватки памяти, ограничения на уровне записей, надо запастись большим интервалом времени на начальную синхронизацию, может быть есть возможность это ускорить, постараюсь вернуть к этому позже.
В узле обмена наложу условия на отбор номенклатуры, когда буду тестировать на телефоне (как оказалось отбор только по видам цен,). через соглашение еще можно, но косвенно через сегмент номенклатуры….
Тупик?
Оставил «на ночь», через час (по дате последней синхронизации) обмен успешно прошел.
Приложение
<config xmlns="http://v8.1c.ru/v8/comcntrcfg">
<debugconfig debug="true" debuggerURL="tcp://localhost:1562"/>
<debugports range="1540:1690"/>
</config>
Легче сочинить 10 правильных сонетов, чем хорошее рекламное объявление.
Добрый день, подскажите, пожалуйста, как устранить такую проблему:
Платформа: 1С:Предприятие 8.3 (8.3.12.1685)
Конфигурация: Бухгалтерия предприятия, редакция 3.0 (3.0.73.54) (http://v8.1c.ru/buhv8/)
Copyright (С) ООО «1C-Софт», 2009 — 2019. Все права защищены
(http://www.1c.ru)
Режим: Файловый (без сжатия)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Такси
Ошибки:
———————————————————————————
22.10.2019 15:51:50
Ошибка разбора XML: — [4,12]
Фатальная ошибка:
Extra content at the end of the document
SystemId: file://c:/Users/Света/AppData/Roaming/1C/1cv8/ExtCompT/registry.xml