Error обмен не найден

Содержание

Исправление ошибкок при обмене в Steam
Другие причины
№11 и 16
№ 102, 105, 118
Общие рекомендации
Error обмен не найден
Ошибка при обмене данными между базами 1С: причины и способы исправления
В каталоге обмена информацией не был обнаружен файл сообщения
Проблема:
Важно!
Причина
Решение
Спасибо за внимание. Удачи.
Специальные предложения
См. также
Ни в ЗУП ногой!? А мне нравится! Часть 4. Главное — правильный перенос данных! Промо
Переход с УПП на ERP с сохранением документов. Фантастика или реальность?
Порядок слияния баз ЗУП 3.1, используя Конвертацию данных 2.1
Выполнение синхронизации (обмен) по событию 1С (двусторонний обмен)
Обмен данными. Консистентность vs Многопоточность Промо
Что делать, когда обмены между разными базами данных портят вам жизнь…
Описание формата 1С JDTO (JSON data transfer object)
Особенности online-обмена между старыми и новыми типовыми
Выгрузка документа по условию Промо
Добавление нового документа в формат обмена EnterpriseData (получение)
Добавление нового документа в формат обмена EnterpriseData (отправка)
Правила обмена больше не нужны
Повышаем эффективность разработки правил обмена Промо
R.I.P. РИБ
Архитектурное решение интеграции баз 1С с использованием брокера сообщений Rabbit MQ
Перенос данных из ЗУП 2.5 в ЗУП 3.1
Универсальный обмен между идентичными конфигурациями через REST интерфейс OData. Часть І: Справочники Промо

Исправление ошибкок при обмене в Steam

Обмен в Steam — одна из ключевых особенностей сервиса, благодаря которой можно сбыть лишние предметы из своего инвентаря и приобрести новые. Но случается так, что обмениваться с пользователями не получается по непонятным причинам: Стим выдаёт номера ошибок, и неизвестно, как их исправить и стоит ли вообще это делать. Разберём часть из них.

Ошибка 15 при обмене в Стиме — следствие нарушения вашим товарищем одного из самых серьёзных правил игрового сообщества. Она означает, что у пользователя, с которым вы решили поменяться предметами, VAC на эту игру.

VAС (Valve Anti-Cheat) — многим, наверное, уже понятно, почему обмен не удастся. «ВАК» – система, которая ставится на некоторые игровые серверы. Она распознаёт читерское ПО на компьютере юзера и, если обнаруживает такие программы, сразу же банит его. После этого получить разбан, скорее всего, уже не удастся. Способов обхода этой ошибки нет: вам придётся отложить ненужный лут из инвентаря до встречи с более честным геймером.

Другие причины

Кроме этой причины, 15-ю ошибку на некоторых источниках мотивируют переполненным или скрытым инвентарём либо устарелой trade-ссылкой. Такие обстоятельства также будет нелишним проверить. Посмотрите, всё ли в порядке с вашей ссылкой, если вы пытаетесь совершить обмен через неё.

Как может быть переполнен инвентарь? Действительно, в целом в Стиме можно держать неограниченное количество предметов. Однако для каждой игры существует определённый лимит: 1000 единиц. Если их набралось уже ровно столько, дальше меняться вещами не получится.

№11 и 16

Это две взаимосвязанные неполадки. Они возникают в тех случаях, когда вы пытаетесь в одну операцию совершить большой трейд. В Steam огромное количество пользователей, многие из которых в этот момент могут чем-то обмениваться. Плюс сервис обрабатывает отправку каждой вещи по отдельности. Из-за этого обмен может затянутся.

Ошибка 11 в Steam

Ошибка 16 обычно высвечивается при начале операции, которая затягивается из-за большого количества предметов. Далее, появляется номер 11. Он означает, что трейд уже в процессе. Выход следующий:

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

Ошибка 25 часто возникает по вине самого сервиса. Появляться она может не только при обмене, но и при входе в игру. Однако бывает и так, что что-то не в порядке с вашими данными или данными игры. Что стоит сделать?

Проверьте статус Steam на этом веб-сайте: steamstat.us. Там будет указано, проводятся ли сейчас какие-либо работы, может быть, онлайн-версия программы не функционирует не только у вас, но и у других игроков.

Steam Services Status

Ошибка 26 может свидетельствовать о разных неполадках. Вот как Steam её комментирует: «Access has been revoked (used for revoked guest passes)». Доступ был аннулирован, причём на неопределённое время. Возможные причины:

тот же VAC-бан — уточните у геймера, не заблокирован ли он;
лаги Стима, неполадки в работе самого сервиса.

Во втором случае попробуйте провести трейд заново. Если не получается, перезайдите или подождите какое-то время. Возможно, ошибка исчезнет сама по себе. Если же она хронически возникает при попытке обмена с определённым игроком, значит, скорее всего, он забанен.

№ 102, 105, 118

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

Неполадки в работе интернета. Разберитесь в настройках подключения. Важными параметрами являются прокси-сервер и настройки DNS — для последних можно попробовать выставить 8.8.8.8 и 8.8.4.4. Если проблемы возникают не только со Стимом, но и с другими онлайн-сервисами, велика вероятность, что ошибки появились из-за проблем с подключением к сети.
Вирусное ПО. Вирусы могут также блокировать соединение с интернетом. Выполните проверку своего ПК на вредоносное ПО. Опять же, если такое случается, страдает не только игровой сервис, но и остальные программы, использующие сеть.
Неполадки в работе Стима. В этом случае стоит попробовать перезагрузить программу и сам компьютер. В крайних случаях придётся переустанавливать приложение. Как это сделать без потери игр, читайте в другой статье на нашем ресурсе.

Общие рекомендации

Подведём итог. Ошибок может быть огромное количество и под самыми разными номерами. Для всех не пропишешь отдельную инструкцию. Поэтому вот примерный алгоритм действий для устранения неполадок с обменом.

Проверьте, сколько предметов у вас уже есть в инвентаре для конкретной игры: их должно быть меньше тысячи.
Узнайте, не забанен ли ваш товарищ по трейду, а также не стоит ли у вас самих VAC-бан на одной из используемых Стимом программ.
Проверьте кэш игры, в случае необходимости его можно попробовать очистить. Однако сначала убедитесь, что вы не потеряете таким образом никаких важных игровых данных.

«Проверить целостность файлов игры» в Steam

Источник

Так и задавайте вопросы на форумах того сайта. В самом Steam все в порядке. По крайней мере, я ещё не встречал тем с проблемами при сделках в окне обмена без участия всяких лохотронов и их ботов.

Лучше бросай кс и играй в нормальные игры.

Зато, я вижу, вы хорошо ищете, коль нарыли тему 2013 года. Так что проблема на вашей стороне. А вызвана она тем, о чем вы рассказали выше. В любом случае, на форуме вам не помогут, а в поддержке отправят ссылками на статьи по обмену.

Блин, вы вообще читаете что я пишу? (плюс ко всему, видел что подымали пару раз такой вопрос, к сожалению ответа там не нашел, да и вопросы были довольно таки старые. ) Писал выше! А это уже писали вы ( В самом Steam все в порядке. По крайней мере, я ещё не встречал тем с проблемами при сделках в окне обмена без участия всяких лохотронов и их ботов.) Вы же сами говорите, что не встречали такие темы но, поискав, без проблем можно найти такого рода темы. В общем! Проблему решил сам

Удалил стим (Полное удаление включая реест)
Перезагрузил ПК
Поставил стим
Опять перезагрузил ПК
Включил
Обмен прошел
PROFIT

И не было никакой проблемы с сайтом, по факту проблема и была в стиме. Либо много файлов лишних, либо еще что-то. Почему в стиме? Потому, что клиент который работает на ПК самостоятельно и грузит всё он тоже самостоятельно, даже если он и засорился то, проблема в НёМ а не на моей стороне, потому что участия в том, что делает Клиент на моем ПК я не принимаю.

ТЕМА ЗАКРЫТА.
СПАСИБО ВСЕМ, ЗА НИЧЕГО.

Источник

Ошибка при обмене данными между базами 1С: причины и способы исправления

Вместе со специалистом линии консультаций Алексеем Налимовым разбираем основные типы ошибок, которые могут возникать при обмене данных между базами 1С.

При синхронизации могут происходить различные ошибки, которые на начальном этапе важно правильно диагностировать. Ошибки (предупреждения) могут помечаться следующими пиктограммами:

1) – обмен не прошел, ошибка транспорта сообщений.

При возникновении ошибки обмена, программа предлагает зайти в «Журнал регистрации», чтобы посмотреть подробности ошибки. Ниже представлены примеры ошибок в «Журнале регистрации»:

Рис. 1. Ошибка при отправке данных (нажмите, чтобы увеличить)

Рис. 2. Ошибка при получении данных (нажмите, чтобы увеличить)

2) – предупреждение, обмен в целом прошел, но есть проблемы в данных:

не проводится документ. Например, при проведении реализации не хватает товара на остатке;

не записывается элемент справочника. Например, в карточке товара не заполнена единица измерения;

загруженный документ имеет дату, которая в БП является запрещенной к изменению;

элемент справочника с момента последнего обмена менялся в обеих программах (конфликт версий).

Открыть предупреждения и попытаться устранить их можно, нажав соответствующую ссылку:

Рис. 3 (нажмите, чтобы увеличить)

Если при обмене возникла ошибка, то для начала нужно внимательно прочитать текст ошибки, чтобы понять ее характер. Для этого в списке синхронизаций нужно через меню «Еще» открыть «События отправки или получения данных» (смотря на каком этапе возникла проблема):

Рис. 4 (нажмите, чтобы увеличить)

Ошибки подразделяются на следующие типы:

1) Не связанные с данными:

Ошибка подключения базы к базе;

2) Связанные с данными: в выгружаемом документе или справочнике не заполнены какие-либо данные (единица измерения и т.д.).

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

regsvr32 «C:Program Files (x86)1cv88.3.15.1534bincomcntr.dll»

В Windows 10 для запуска командной строки от имени администратора нужно нажать правой кнопкой мыши по кнопке Пуск:

Рис. 5 (нажмите, чтобы увеличить)

Рис. 6 (нажмите, чтобы увеличить)

Другая возможная ошибка – ошибка релиза или ошибка вследствие большой разницы в релизах базы-источника и базы-приемника.

Например: УТ нетиповая (т.е. доработанная) и поэтому редко обновляется, а БП, наоборот, поддерживается в актуальном состоянии. Если разработчики добавили и переименовали в документе или справочнике какой-нибудь реквизит, может возникнуть ошибка.

Ошибки второго типа (пользовательские) – когда что-то не заполнено в выгружаемом объекте также диагностируются по журналу регистрации. В данном случае необходимо выявить проблемный документ, заполнить в нем нужное поле и повторить обмен.

Иногда есть необходимость срочно провести обмен и совместно со специалистом линии консультаций решается вопрос о временном исключении проблемного объекта из обмена.

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

Источник

В каталоге обмена информацией не был обнаружен файл сообщения

Проблема:

При синхронизации (в моем случае УТ 11 — БП 3.0) выскакивает такая ошибка, и обмен не проходит:

Обработка: ТранспортСообщенийОбменаFILE: В каталоге обмена информацией не был обнаружен файл сообщения с данными.
Каталог обмена информацией: «C:UsersUserDownloads»
Имя файла сообщения обмена: «Message*_УТ_ed20582c-b8e2-4e66-820f-3a17076ed9cc_231bd804-c705-4b07-89ff-b0c05efab18c.xml» или «Message*_УТ_ed20582c-b8e2-4e66-820f-3a17076ed9cc_231bd804-c705-4b07-89ff-b0c05efab18c.zip»

В папке, через которую происходит обмен, такая картина:

Раньше сообщения приходили под одним именем, теперь стали под другим.

Важно!

Только не надо пытаться просто переименовать файл, это не поможет.

Причина

В одной из баз поменялся гуид (GUID) и программы перестали друг друга «видеть». Теперь нужно понять, где посмотреть гуиды, поменять на нужные, и все снова заработает.

Функции для технического специалиста — там находим «Синхронизация данных через универсальный формат».

Колонка «Код» и есть гуид.

И так делаем в обеих базах.

Две базы = два уникальных гуида, а здесь откуда-то их три.

ed20582c-b8e2-4e66-820f-3a17076ed9cc, 231bd804-c705-4b07-89ff-b0c05efab18c и 86ee8c58-aac0-4645-97b6-2c1a05476000

В моем случае гуид УТ изменился. Теперь нужно сделать так, чтобы он был един (можно сделать в любой базе). Я поменяю 86ee8c58-aac0-4645-97b6-2c1a05476000 на ed20582c-b8e2-4e66-820f-3a17076ed9cc Собственно, как это и указано в ошибке.

Решение

Можно сделать через обработку коллеги //infostart.ru/public/337955/

Или же потратить немного больше времени и сделать без скачивания обработки:

Администрирование — Групповое изменение реквизитов — В пункте «Изменять» выбрать Синхронизация данных через универсальный формат. Справа кликаем на гиперссылку «Все элементы». Внимание! Если этого не сделать, вы поменяете гуиды для ВСЕХ существующих обменов. Дальше нужно, чтобы в поле «Выбранные элементы» была одна запись, для этого в верхнем поле необходимо по названию установить Отбор, например «Наименование — Содержит — УТ». Жмем ОК.

Внизу Дополнительные параметры — раскрываем зеленые «Специальные возможности» — ставим галку Показывать служебные реквизиты.

Значением реквизита «Код» присваиваем нужный гуид — ed20582c-b8e2-4e66-820f-3a17076ed9cc и жмем Изменить реквизиты.

Еще раз проверяем, все ли верно получилось:

Теперь Гуиды совпадают, можно обмениваться как и раньше.

Кстати, посмотреть гуиды можно и в файле выгрузки, во-первых, они отражаются в наименовании файла и разделены нижним подчеркиванием.

Во-вторых в теле самого файла (он открывается с помощью Блокнота) тоже они есть:

Если поменять гуиды прям в наименовании и в самом xml файле, то обмен тоже пройдет, но тогда придется проделывать эти замены перед каждой Синхронизацией

Спасибо за внимание. Удачи.

Специальные предложения

Две базы = два уникальных гуида, а здесь откуда-то их три.

Это все, конечно, хорошо, но было бы интересно узнать, а что случилось, что ГУИД изменился? Удаляли/добавляли базу на сервере 1С, бэкап восстанавливали в другую базу и обмен запустили, или что?

Обновление 11.07.22 07:00

См. также

Ни в ЗУП ногой!? А мне нравится! Часть 4. Главное — правильный перенос данных! Промо

Ни для кого не секрет, что ЗУП — одно из сложнейших решений в линейке 1С. Многие разработчики и аналитики не любят им заниматься. Тяжело представить, чтобы начинающий разработчик/аналитик стал по доброй воле работать в сфере управления персоналом и расчета заработной платы. В данной серии статьей будет рассказано, какие видятся плюсы в этом решении и как справляться с его минусами. Кратко расскажу, как встать на этот путь, приведу примеры выполненных задач.

30.05.2022 4393 biimmap 26

Переход с УПП на ERP с сохранением документов. Фантастика или реальность?

В последнее время задача перехода с УПП становится все более актуальной. Причина – ожидаемое снятие УПП с поддержки и более продвинутые возможности последних версий конфигураций 1С. О том, какие методики переноса данных из УПП в ERP можно применить, и как в автоматическом режиме убедиться, что все перенеслось корректно, на конференции Infostart Event 2021 Moscow Premiere рассказал Сергей Сорокин.

28.04.2022 2701 primat 2

Порядок слияния баз ЗУП 3.1, используя Конвертацию данных 2.1

Для слияния двух баз в одну, в моем случае для последующего слияния двух организаций, мною использовалась «Конвертация данных 2.1». Так как конфигурации ЗУП часто меняются, выкладывать файл с правилами конвертации почти не имеет смысла. Поэтому привожу мой алгоритм работы с «Конвертацией» и с «ЗУП». При описании я имею в виду тот факт, что вы уже работали с «конвертацией», поэтому стандартные шаги мною опущены и акцент сделан на том, на что, по моему мнению, надо обратить внимание.

14.12.2021 1606 gshirok 11

Выполнение синхронизации (обмен) по событию 1С (двусторонний обмен)

Выполнить синхронизацию(обмен) с другой базой 1С по событию в 1С (проведение документа). Запустить синхронизацию из другой базы 1С.

16.11.2021 3828 Swamt 0

Обмен данными. Консистентность vs Многопоточность Промо

Рассмотрим теоретические основы обмена данными. Какие бывают обмены, какие гарантии при этом даются, зачем идти на компромиссы и что при этом может пойти не так. Есть ли идеальная схема?

03.09.2019 17490 m-rv 2

Что делать, когда обмены между разными базами данных портят вам жизнь…

Если при обмене между базами данных наблюдаются следующие симптомы: • Процедуры обмена занимают неприемлемо много времени. • Процессы обмена периодически вылетают «по ошибке» и их приходится запускать заново. • Поиск ошибок обмена превращается в ужасающий квест. То, скорее всего вы используете конфигурацию «Конвертация данных». А если при этом вам надоело получать сообщения службы поддержки о новых ошибках и вы бережете свои нервы, то данная статья написана прямо для вас. Чуть ниже я расскажу вам, как навсегда забыть проблемы, связанные со словом «обмен».

10.09.2021 2930 director04 9

Описание формата 1С JDTO (JSON data transfer object)

Формат 1С JDTO может быть полезен для интеграции информационных баз 1С между собой, а также 1С с внешними системами. Публикация имеет своей целью помочь в освоении этого формата для обмена данными.

16.07.2021 10085 zhichkin 32

Особенности online-обмена между старыми и новыми типовыми

Столкнулся с неприятной особенностью потери части данных при обмене УСО (УПП) — ДО.

01.06.2021 4410 echo77 9

Что делать, если документы нужно выгружать не все подряд, а по какому-то фильтру: статусу, дате, набору условий. А что если он соответствовал этим условиям, а потом перестал? А если потом опять начал? Такие ситуации заставили попотеть не одного программиста.

25.04.2019 18862 m-rv 4

Добавление нового документа в формат обмена EnterpriseData (получение)

Данная статья — логическое продолжение (ссылка на первую часть ниже) доработки обмена, но уже на стороне базы приемника.

27.04.2021 2498 con-men 2

Добавление нового документа в формат обмена EnterpriseData (отправка)

Для меня встала задача добавить новый документ, созданный в расширении, в формат обмена EnterpriseData, между БП — УНФ. Изначальный поиск решения не дал результата. Методом проб и ошибок у меня сформировалось свое решение, которым спешу поделиться, чтобы систематизировать информацию в текст и услышать плюсы, минусы подхода. Все доработки осуществляются в расширении, в котором и был создан новый документ.

21.04.2021 4878 con-men 7

Правила обмена больше не нужны

Есть несколько общепринятых подходов к написанию обмена между 1С-системами, каждый из которых упирается в длительное изучение технологии, мучительную отладку правил конвертации и написание большого количества сервисного кода, в котором потом тяжело разобраться. О принципах работы универсального фреймворка liteExchange, который реализует быстрые обмены между 1С и внешними системами, и берет на себя всю техническую обвязку по стандартному преобразованию данных, на INFOSTART MEETUP Saint Petersburg.Online рассказал Николай Крылов.

17.03.2021 17946 Nikola23 40

Повышаем эффективность разработки правил обмена Промо

Как повысить скорость и качество разработки правил обмена? Как вести групповую разработку правил обмена? Как облегчить сопровождение правил обмена после передачи в эксплуатацию? Об этом и многом другом вы можете узнать из этой статьи.

25.06.2018 31812 olegtymko 49

R.I.P. РИБ

РИБ, спасибо и до свидания.

19.02.2021 12654 1c-intelligence 133

Архитектурное решение интеграции баз 1С с использованием брокера сообщений Rabbit MQ

При решении задач интеграции баз данных можно использовать различные средства «транспорта» сообщений. Одним из таких механизмов является брокер сообщений «Rabbit MQ». Такие механизмы очередей сообщений удобно использовать для организации обмена между информационными системами с различной структурой данных, когда велик объем передаваемой информации и требуются гарантии успешной доставки сообщений, а также когда поддержание работоспособности иных способов передачи, например через файлы, становиться слишком трудоемким. Брокер сообщений Rabbit MQ широко описан в сети, но 1С пока не имеет штатных механизмов работы с ним, поэтому их приходится дорабатывать. Рассмотрим пример архитектуры 1С с его использованием.

12.02.2021 3730 Koder_Line 6

Перенос данных из ЗУП 2.5 в ЗУП 3.1

Довольно часто сталкиваюсь с тем, что у коллег возникает вопрос, как правильно выполнить перенос данных из ЗУП 2.5 в ЗУП 3.1. (Неужели еще кто-то до сих пор работает в ЗУП 2.5? Да, и очень много людей)

25.01.2021 15859 VAAngelov 81

Универсальный обмен между идентичными конфигурациями через REST интерфейс OData. Часть І: Справочники Промо

Сейчас все чаще интеграции различных конфигураций проектируются через HTTP-сервисы — они и работают быстрее, и «войти» в режим отладки гораздо проще, тем самым обойдя «черный ящик» универсального обмена через xml, например. Более года назад я начал работать в компании, в которой разработчики работали с конфигурациями 1С в режиме совместимости еще 8.2.16 (менять режим совместимости в типичных базах мы не хотели) — а как Вы наверное знаете, если интересовались HTTP-сервисами в 1С, их использование в режиме совместимости 8.3.4 и ниже недопустимо — и здесь я уже не надеялся на разработку и использование HTTP-сервисов. Но позже меня заинтересовал такой «сервис» как REST интерфейс OData, так как его можно использовать не меняя режим совместимости конфигурации — именно он и стал для меня идеальным вариантом решения «нетривиальных» задач.

Источник

Обмен УТ -> БП, ошибка

Da D

27.02.17 — 08:27

Ошибка при выгрузке данных для узла плана обмена

    ОписаниеОшибки         =  {Обработка.ОбменДаннымиXML.МодульОбъекта(13709)}: Не найден узел обмена для загрузки данных. План обмена: ОбменУправлениеТорговлейБухгалтерияКОРП, Код: 003

    ПозицияМодуля          =  Обработка.ОбменДаннымиXML.МодульОбъекта(1300)

    КодСообщения           =  72

    УзелПланаОбмена        =  Бухгалтерия предприятия, редакция 2.0

Подскажите, что не так?

Da D

1 — 27.02.17 — 08:41

поч?

h-sp

2 — 27.02.17 — 08:44

(0) наверно спьяну забыли узел создать. Или наоборот удалили.

Da D

3 — 27.02.17 — 08:45

(2) Да обмен работал в прошлый рабочий день

Единственное что сделали — в бп загрузили ДТшник

Da D

4 — 27.02.17 — 08:45

но выгружаю из УТ

h-sp

5 — 27.02.17 — 08:49

(4) все-таки проверьте, есть узел с кодом 003 или нет.

Da D

6 — 27.02.17 — 08:59

(5) Ну у меня по идее узел то и называется по-другому

у меня не корп

Da D

7 — 27.02.17 — 09:16

Где он вообще узел этот взял ??? у меня такого нет

Da D

8 — 27.02.17 — 09:30

help

Da D

9 — 27.02.17 — 09:33

Где мне найти узелл с кодом 003 ????

mxs089

10 — 27.02.17 — 09:58

в базе приемнике, главное меню — все функции — планы обмена — УправлениеТорговлейБухгалтерияКОРП создаешь узел обмена и устанавливаешь код — 003

Da D

11 — 27.02.17 — 10:09

(10) Но у меня же не корп

h-sp

12 — 27.02.17 — 10:15

(11) это название плана обмена такое:

ОбменУправлениеТорговлейБухгалтерияКОРП

если не нравится переименуй в конфигураторе

ОбменУправлениеТорговлейБухгалтерияНеКОРП

программе это пофиг.

Da D

13 — 27.02.17 — 10:16

нет такого у меня названия

Da D

14 — 27.02.17 — 10:17

mxs089

15 — 27.02.17 — 10:21

Обмен Управление торговлей и Бухгалтерия предприятия, редакция 2.0

h-sp

16 — 27.02.17 — 10:23

(13) ну 2.0 это он и есть. Корп. Ты просто не умеешь в конфигуратор войти, глянуть.

Da D

17 — 27.02.17 — 12:40

не понимаю что сделать

h-sp

18 — 27.02.17 — 12:50

(17) войди в эту папочку где файлики обмена и всё там уничтожь.

Da D

19 — 27.02.17 — 12:55

(18) у меня обмен подключением к базе

Фрэнки

20 — 27.02.17 — 12:56

а может ему не тот DT подсунули, ну и работает теперь совсем другая база. Обмен для одной базы,, а в базе уже совсем другая база

Da D

21 — 27.02.17 — 12:57

(20) Я сам дт делал

Фрэнки

22 — 27.02.17 — 13:01

(21) Ну тогда только на Обработку грешить можно. Не перепуталось там ничего? Скрин в (14) я открывал. Действительно названия планов другие.

Da D

23 — 27.02.17 — 13:04

Обработка то типовая

ничего не менялось

единственное что делал — загружал дт

Da D

24 — 27.02.17 — 13:04

в БП, а выгружаю из УТ

Фрэнки

25 — 27.02.17 — 13:07

у тебя ошибка, судя по всему в момент выгрузки. Выгрузка идет неким способом «обмен подключением к базе» (см 19) . Исполняемый код, вываливающий ошибку, находится в обработке. Ели там ничего не менялось, ничего не создавалось, не удалялось — принимай соболезнования, но чем еще мы можем тебе помочь?

h-sp

26 — 27.02.17 — 13:18

(24) выложи всё-таки фото узлоы обмена. и в бп и в ут.

Da D

27 — 27.02.17 — 13:31

(26) вот фото из УТ я выложил

h-sp

28 — 27.02.17 — 13:43

(27) это не узлы ты выложил. это что-то другое. ты дальше щелкни, там будут узлы.

Da D

29 — 27.02.17 — 13:50

(28) это узлы

h-sp

30 — 27.02.17 — 13:51

(29) где?

Da D

31 — 27.02.17 — 13:51

h-sp

32 — 27.02.17 — 13:53

(31) ну видите, код 003 как раз есть. Давайте теперь рисунок из БП, посмотрим там на код 003.

Da D

33 — 27.02.17 — 13:54

(32) Там был у БП 001, а у этой инф базы 003

это я поменял уже

h-sp

34 — 27.02.17 — 13:55

(33) ну, значит задача решена? Поменяйте везде на 003.

Da D

35 — 27.02.17 — 13:56

(34) А с чего в БП что-то должно быть вообще ? УТ подключается в БП и передаёт

h-sp

36 — 27.02.17 — 13:57

(35) куда передает? в небытие? в вакуум?

Da D

37 — 27.02.17 — 13:57

(36) она подключается к базе бп

в обмене указывается путь к базе и логин с паролем

h-sp

38 — 27.02.17 — 13:58

(37) ну. И потом? Она щет узел в БП, куда передать? Правильно? Узел 003.

Da D

39 — 27.02.17 — 14:01

007

Da D

40 — 27.02.17 — 14:02

ща попробую

h-sp

41 — 27.02.17 — 14:03

(39) список узлов в бп покажи? Откуда 007? должны быть 004 и 003.

Da D

42 — 27.02.17 — 14:12

Da D

43 — 27.02.17 — 14:12

бп*

h-sp

44 — 27.02.17 — 15:36

ну, совсем другие коды узлов.

Источник

№15

Другие причины

№11 и 16

Ошибка 11 в Steam

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

№ 25

Проверьте статус Steam на этом веб-сайте: steamstat.us. Там будет указано, проводятся ли сейчас какие-либо работы, может быть, онлайн-версия программы не функционирует не только у вас, но и у других игроков.

Steam Services Status
Перезапустите Стим.
Проверьте кэш игры. Сделать это можно, кликнув правой кнопкой мыши на игру в библиотеке и выбрав раздел «Свойства».
Убедитесь, что у вас менее одной тысячи предметов в инвентаре для той игры, лутом которой вы хотите обмениваться.

№ 26

тот же VAC-бан — уточните у геймера, не заблокирован ли он;
лаги Стима, неполадки в работе самого сервиса.

VAC-бан в Steam

№ 102, 105, 118

Неполадки в работе интернета. Разберитесь в настройках подключения. Важными параметрами являются прокси-сервер и настройки DNS — для последних можно попробовать выставить 8.8.8.8 и 8.8.4.4. Если проблемы возникают не только со Стимом, но и с другими онлайн-сервисами, велика вероятность, что ошибки появились из-за проблем с подключением к сети.
Вирусное ПО. Вирусы могут также блокировать соединение с интернетом. Выполните проверку своего ПК на вредоносное ПО. Опять же, если такое случается, страдает не только игровой сервис, но и остальные программы, использующие сеть.
Неполадки в работе Стима. В этом случае стоит попробовать перезагрузить программу и сам компьютер. В крайних случаях придётся переустанавливать приложение. Как это сделать без потери игр, читайте в другой статье на нашем ресурсе.

Общие рекомендации

Проверьте, сколько предметов у вас уже есть в инвентаре для конкретной игры: их должно быть меньше тысячи.
Узнайте, не забанен ли ваш товарищ по трейду, а также не стоит ли у вас самих VAC-бан на одной из используемых Стимом программ.
Проверьте кэш игры, в случае необходимости его можно попробовать очистить. Однако сначала убедитесь, что вы не потеряете таким образом никаких важных игровых данных.

«Проверить целостность файлов игры» в Steam
Подождите какое-то время и затем снова повторите попытку трейда.
Перезагрузите Steam и ПК.
Проверьте подключение к интернету, прокси-сервер и DNS, а также сам компьютер на вирусы.
Если ничего не помогает, переустановите сервис.

Источник

Работая с информационными базами на платформе 1С, многие пользователи нередко сталкиваются с ситуацией, когда вместо ожидаемой ссылки на какой-нибудь объект появляется та самая надпись: <Объект не найден> .

Данная ситуация вполне типичная и почти каждый пользователь платформы 1С:Предприятие сталкивался с такой битой ссылкой* («Объект не найден») хотя бы раз.

Предупреждение: Перед тем, как приступать к каким-либо манипуляциям с базой данных 1С, необходимо сделать ее резервную копию. Чтобы сделать резервную копию информационной базы данных можно воспользоваться командой «Выгрузить информационную базу» в конфигураторе, сделать резервную копию из режима 1С:Предприятия или скопировать папку с самой информационной базой на съемный носитель / в другое место.

Теперь перейдем непосредственно к решению проблемы несуществующих объектов.Первое, что необходимо сделать – это разобраться в причине возникновения таких объектов.

Причины могут быть разные, в каждом случае требуется особый подход для решения проблемы и восстановления целостности данных. Рассмотрим основные из них.

1. Непосредственное удаление объектов без пометки на удаление и контроля ссылочной целостности

В программе 1С:Предприятие при стандартном удалении объектов производится контроль ссылочной целостности, предусматривающий удаление объекта в два этапа:

1) установка пометки на удаление;

2) удаление стандартной процедурой с контролем ссылочной целостности.

Однако этот механизм можно обойти, имея право непосредственного удаления объектов без пометки на удаление и контроля ссылочной целостности (в правах пользователя — право «Интерактивное удаление»). Такое удаление производится сочетанием клавиш «SHIFT + DELETE». В результате непосредственного удаления ссылка на объект становится битой и при ее наличии в других объектах отображается как «Объект не найден».

Решение:

Восстановить объект в этой базе невозможно, поэтому можно воспользоваться одним из способов:

При наличии резервных копий информационной базы восстановить последнюю (если она была сделана недавно и от текущей она не отличается) и работать в ней;
Если пользователь знает, какой объект был удален: найти копию базы, где присутствует этот объект, воспользоваться обработкой «Выгрузка и загрузка данных XML», которая находится в свободном доступе в интернете, перенести объект из старой базы в новую с помощью данной обработки. Битые ссылки заменятся этим объектом. Если неизвестно, какой объект был удален – можно найти его по уникальному идентификатору в старой базе и перенести его обработкой «Выгрузка и загрузка данных XML».

Рекомендации:

Чтобы избежать таких ошибок в дальнейшем, как вариант — запретить пользователям интерактивное удаление. Также необходимо обеспечить регулярное резервное копирование Информационной базы 1С: Предприятие, чтобы всегда иметь возможность восстановить поврежденные или удаленные данные.

2. Объект из другой базы. Имеет место обмен с другой информационной базой (Стандартный обмен, обмен в Распределенной информационной базе «РИБ», Универсальный обмен)
2.1 Объект не был выгружен из базы – источника

Решение

В этом случае можно выгрузить объект из Базы – Источника заново, в результате чего этот объект заменит собой все пустые ссылки.

Используем в качестве примера обмен между базами: 1С: Управление торговлей 11.2 и 1С: Бухгалтерия Предприятия 3.0.

При выгрузке документа реализации номенклатура из табличной части не выгрузилась в Бухгалтерию Предприятия. Такое могло произойти при ошибочном снятии объектов справочника «Номенклатура» с регистрации к обмену, либо при нарушении последовательности обмена между базами.

Если таких объектов немного, можно найти их в базе-источнике и зарегистрировать к обмену еще раз (например, написать комментарий к объекту и сохранить изменения, тогда он зарегистрируется к обмену автоматически и выгрузится при следующей синхронизации данных).

Также можно зарегистрировать объекты к выгрузке через стандартную обработку «Регистрация изменений для обмена данными». Для этого нужно из списка настроенных синхронизаций данных сначала найти обмен с базой, в которой есть ненайденные объекты, затем выбрать «Состав отправляемых данных» (или найти обработку «Регистрация изменений для обмена данными» во «Всех функциях»).

В обработке нужно выбрать необходимые объекты в дереве с помощью флажков и зарегистрировать:

— все объекты выбранных типов — можно выбрать объект и все его подчиненные объекты;

— объекты выбранных типов с авторегистрацией;

— одиночные объекты (выбрать из списка);

— объекты при помощи отбора (задать отбор для элементов).

При следующей синхронизации данных, вновь зарегистрированные объекты выгрузятся в базу — приемник и заполнят битые ссылки.

В результате обмена данными ссылки восстановятся.

Рекомендации:

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

2.2 Распределенная информационная база «РИБ».

Объект был удален

Из периферийной информационной базы в Центральную выгрузили объект с пометкой на удаление, а затем сняли ее. В Центральной базе объект с пометкой был удален, а затем выгружен в периферийную как «Объект не найден».

Решение

Как и при непосредственном удалении без контроля ссылочной целостности, в этом случае можно воспользоваться восстановлением объекта из резервной копии базы данных посредством обработки «Выгрузка и загрузка данных XML» (поставляется в составе конфигурации «Конвертация данных, редакция 2» и находится в свободном доступе в Интернете).

ТЕСТИРОВАНИЕ И ИСПРАВЛЕНИЕ ИНФОРМАЦИОННОЙ БАЗЫ 1С

Если данный объект не нужно восстанавливать, то необходимо удалить все ссылки на него посредством стандартного функционала 1С.

Для удаления ссылок на несуществующие объекты можно воспользоваться тестированием и исправлением информационной базы (предварительно сделав резервную копию базы). Для этого необходимо зайти в Конфигуратор – Администрирование – Тестирование и исправление.

В новом окне появятся несколько вариантов проверок и режимов, которые необходимо выбрать.

Реиндексация таблиц информационной базы — это перестроение индексов таблиц базы данных. В информационной базе строится индекс для ускорения поиска по определенным реквизитам. Эта операция приводит к ускорению и оптимизации работы информационной базы, поэтому рекомендуется выполнять ее хотя бы раз в месяц.

Проверка логической целостности информационной базы – проверка логической целостности базы (связи между таблицами базы данных) и исправление ошибок в структурах таблиц информационной базы.

Проверка ссылочной целостности информационной базы — проверка тех самых ссылок на несуществующие объекты в базе данных.

Необходимо выбрать один из трех вариантов исправления таких ошибок:

Создавать объекты — система создает элементы, которые потом нужно заполнить;

Очищать ссылки — ссылки будут очищены;

Не изменять – будут показаны ошибки, ссылки не изменятся.

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

Сжатие таблиц информационной базы— уменьшение размера базы после тестирования за счет удаления информации об уже удаленных объектах из базы данных.

Реструктуризация таблиц информационной базы – создание идентичных таблиц базы данных и перенос имеющихся данных в изменённые таблицы.

В нашем случае выставим все галочки. После установки настроек нажать «Выполнить» и ждать окончания процедуры. Результаты тестирования можно увидеть в окне служебных сообщений конфигуратора 1С.

После окончания тестирования вопрос с несуществующими объектами будет решен.

Рекомендации:

При удалении объектов и снятии с них пометки на удаление проверять их наличие в других базах. Регулярно выполнять тестирование и исправление информационной базы 1С.

2.3 «Объект не найден» после Универсального обмена данными

Формат предназначен для обмена информацией между программными продуктами 1С Предприятие: он не зависит от структур конфигураций, которые участвуют в обмене и конвертирует данные в универсальный формат EnterpriseData. В процессе синхронизации базы обмениваются XML-файлами с информацией об объектах, зарегистрированных к обмену.

Фирма «1С» активно развивает формат EnterpriseData и его использование во все большем количестве приложений.

При таком обмене иногда могут возникать ошибки, связанные с конвертацией объектов одного типа (базы – источника) в объекты другого типа (базы – приемника).

Например, при обмене между базами 1С: Управление торговлей 11.2 и 1С: Бухгалтерия Предприятия 3.0. документ «Передача товаров между организациями» из «Управление торговлей» переносится в «Бухгалтерию Предприятия» как Документ «Поступление (акт, накладная)» или Документ «Реализация (акт, накладная)». При этом одна организация переносится в «Бухгалтерию Предприятия» как контрагент. Данное преобразование предусмотрено фирмой «1С» в правилах конвертации данных. Но, несмотря на это, иногда происходят ошибки при переносе разнотипных объектов между базами. Это может быть вызвано долгим отсутствием обновления какой-либо базы – участника обмена и как следствие – старыми правилами формата обмена, которые не гарантируют правильного переноса данных.

Решение

Обновить обе базы до последних релизов и зарегистрировать невыгруженные объекты к обмену. После обмена данными с использованием последней версии формата обмена объекты должны конвертироваться и переноситься без ошибок.

Используемую версию формата можно изменить в настройках обмена на вкладке «Служебная информация»:

Если после этих действий ссылки «Объект не найден» не были заменены правильными объектами, необходимо настроить сопоставление данных вручную.

Для этого нам понадобится регистр «Публичные идентификаторы синхронизируемых объектов» (Найти его можно через «Все функции» — «Регистры сведений». Он используется для сопоставления объектов при синхронизации через универсальный формат. Ввиду большого количества записей открытие регистра может занять продолжительное время.

Регистр имеет следующую структуру:

В регистре можно обнаружить ссылки на несуществующие объекты:

В первом столбце находятся идентификаторы объектов из другой информационной базы. По этому идентификатору можно найти объект в базе-источнике.

Как получить ссылку на любой элемент информационной базы 1С:

В 1С есть очень полезный функционал – можно получить ссылку на любой объект базы и также перейти к объекту.

Ссылки, представленные во второй колонке регистра, не были найдены в базе, соответственно, эти объекты не были созданы.

Если битых ссылок не так много, то можно сопоставить их вручную. Сначала найти все битые ссылки в текущей базе и найти их соответствия в другой базе, затем выставить сопоставления в регистре «Публичные идентификаторы синхронизируемых объектов» с правильными объектами.

В нашем примере битые ссылки находятся в документе «Реализация товаров». Вместо контрагента <Объект не найден> (18:805910bf4888a98211e4f89df8b22aab). Находим этот документ в базе-источнике и определяем Организацию, которую необходимо перенести в качестве контрагента. Затем ищем такого же контрагента в базе-приемнике, при его отсутствии – создаем.

После создания или нахождения нужного объекта в ИБ нужно задать сопоставление в регистре «Публичные идентификаторы синхронизируемых объектов». Находим строку, содержащую битую ссылку <Объект не найден> (18:805910bf4888a98211e4f89df8b22aab) и сопоставляем ей необходимого контрагента. В примере: объект с идентификатором «f8b22aab-f89d-11e4-8059-10bf4888a982» будет выгружен в базу как «Моя Организация» в не зависимости от типа объекта источника. В базе – источнике необходимо зарегистрировать такие объекты к обмену заново и запустить синхронизацию данных. После обмена не найденные объекты заменятся согласно сопоставлениям, сделанным в регистре.

При большом количестве битых ссылок рекомендуем обратиться к проверенным специалистам, которые восстановят Ваши данные без потерь.

Рекомендации:

В таких случаях нужно обновить правила конвертации данных – загрузить из новой базы или полностью обновить свою информационную базу – формат и правила конвертации поставляются в каждом обновлении продуктов 1С:Предприятие. Также стоит следить за изменениями правил формата обмена на ИТС и других источниках.

Источник

Ошибка разбора XML: Приложение 1С:Заказы

Ситуация:

конфигурация ут 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>

Рекламные объявления содержат единственные правдивые сведения, которые можно найти в газетах.

Источник