Перестал работать обмен с сайтом в 1с
Прошу помощи вот по какому вопросу: настроила автоматический обмен между 1с и сайтом, но изменения не выгружаются. Делаю принудительную выгрузку-1с не отвечает. Сражу скажу, я не специалист. Уже не знаю что делать, помогите, пожалуйста.
Не могу забить, мне срочно нужно решить эту проблему.Спасибо всем, посмеемся с опечаток. Реально нужна помощь
ну файлы на сайт через ftp выкладываются? там в настройках есть кнопка проверить связь
(0) Ставите любую фигню для удаленного управления компом (TeamViewer, Ammyy etc)
и просите помочь (за спасибо или еще как это уже другой вопрос)
(24) так уже (23) горит прям желанием ))
ЗЫ
помог бы но тока УТ знаю про битрикс тока слышал
(24) Ну пока что слишком мало исходных данных, чтобы приходит к такому выводу. Все еще может получиться.
Котокот, может я что-то не так делаю? Захожу в Администрирование-Настройки синхронизации данных, выбираю узел обмена, ставлю галочку Использовать периодический обмен данными, параметры каждый день; каждые 10 секунд.
(30) Какие 10 секунд? Что он успеет за 10 секунд сделать то? Раз в 10 минут хотя бы.
И если вы галочку только сейчас поставили, так может там еще никаких изменений не зарегистрировалось, выгружать еще нечего.
Котокот, галочку давно поставила, изменения были. Сначала поставила раз в 20 минут
(30)База-то небось файловая. Регламенты-то небось не работают.
И эта, фотка где? :)))
(35)
Там при настройке выгрузки есть фишка.
Нужно создать типовое соглашение для выгрузки цен: перейти Маркетинг — Типовые соглашения с клиентами. Создать новое соглашение или изменить существующее. При этом соглашение должно быть действующим, с пустым сегментом партнеров, доступно внешним пользователям. Установить Вид цен, График работы, поставить флаг: Доступно внешним пользователям
В один прекрасный день, перестал работать обмен с сайтом на битриксе. Настроен обмен через план обменов "ОбменССайтом" Все механизмы обмена типовые и проходило все в штатном режиме до 03.10.2016г (если это важно). Во время первого сбоя, перезагружали несколько раз сервер и после этого ситуация не поправилась.
Выгрузка на сайт и в файл сопровождается ошибкой:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/cmi/command/0:ea3dcdce-5901-45de-babc-6f5e92826f86:
Базу тестировали на целостность, тестировали внутренним тестированием, проверяли все настройки сайта и прочего. Подскажите, что с этим делать или куда копать
Думаю отладка вам поможет. Как вариант частичная выгрузка, т.е. сначала только номенклатура, потом только клиенты и т.д.Скорее всего вы столкнулись с выгрузкой данных, которые не совсем корректны, например в строке есть непечатные символы. (2) GeRon, (3) cassper, так же подумал,что косяк в данных и прочее. Выгрузка ежедневно проходила , поэтому развернул бэкап двух недельной давности, ошибка та же самая.
(4) batsy66, Перенесите базу в другое место (можно, например, прописать еще раз базу в списке баз 1с), можно попробовать любые другие манипуляции, чтобы поменять положение базы (может КЭШ, может еще чего).
Плюс попробовать выгрузить базу и запустить в файловом варианте, чтобы отсечь всевозможные проблемы файловой подсистемы.
База же на sql? верно?
(5) cassper, базу переносили на копию, забирали на другой сервер. Без регламентных заданий тоже всё работало, проверялось до этого случая. Сейчас версия, что проблема в ms sql или сервера 1си желательно для начала выгрузку в каталог на диске настроить - так проще и быстрее по времени обмен происходит и можно отловить момент ошибки, по крайней мере если с отладкой запускаться, как предложили выше.
Может у вас какой проблемный файл прикрепленный к номенклатуре выгружается.
А если все же делать копии будете (на скуле) и есть регламентные задания, то не забудьте выключить использование регламентных заданий (случаи баывают разные, но рекомендация лишней не будет) Тогда остается отладкой пройтись и посмотреть примерное место, где падает с ошибкой (если конечно ее отловить получится)Для чистоты эксперимента нужно было поднимать и копию сайта от той же даты, а потом уже методом исключения искать слабое звено.
Попробуйте полечить SQL базу Битрикса, после полностью перезапустите сервер.
Не знаю почему, но иногда я ловил глюки от Битрикса ни перезапуск движка ни перезапуск СКУЛа не помогали, только полный ребут.
Проверьте свободное место на хостинге где лежит Битрикс
(10) GeRon, косяк 1с все же) выгрузка в файл тоже не проходит(9) cassper,
Ошибка при выполнении запроса POST к ресурсу /e1cib/cmi/command/0:ea3dcdce-5901-45de-babc-6f5e92826f86:
guid: ea3dcdce-5901-45de-babc-6f5e92826f86 - потеряшка в справочнике номенклатуры, сейчас поищу все, восстановлю из бэкапа. потом отпишусь
Нашел объект, ссылок на него нет. Отборам выборки для выгрузки он не соответствует. Попробовал создать его - не помогло (13) cassper, нет. Есть ещё в характеристиках битые ссылки, оно тоже их не видит а если создать вручную по этому ГУИД, но при этом в настройке обмена с сайтом фильтрануть эту позицию номенклатуры, чтобы она не выгружалась (15) cassper, создавал группу. Ошибочно зациклился на номенклатуре, наверно, пора проверить и другие справочники причастные к выгружаемым данным. Остался вопрос как это сделать(18) batsy66, Можно посмотреть состав плана обмена, чтобы понимать, с какими видами объектов дерева метаданных он работает, но здесь себя не ограничить, т.к. каждый объект может ссылаться на типы других объектов и заниматься перебором себе дороже.
Может конечно стоит начать с самых "нужных" типов - номенклатура и характеристика.
Сначала создать по этому ИД номенклатуру. Выполнить выгрузку в каталог на диске (чтобы сайт не дергать постоянно).
Если не проканает, то попробовать исключить из выгрузки эту созданную номенклатуру, затем повторить с характеристикой.
Но еще я бы все же порекомендовал выполнить выгрузку с пошаговой отладкой, чтобы точно понимать, на каком моменте валится ошибка, отсюда можно понимать, к какому объекту можно обратиться и восстановить объект по этому Ид.
(18) batsy66, для запуска выгрузки вставьте проверки на существование объекта в базе, если "объект не найден" пропускайте его с записью в журнал работы
потом анализируйте записи журнала, думаю найдете все битые ссылки
потом нужно найти первопричину возникновения битой ссылки
(23) GeRon, спасибо! Причину ищем давно, так как ссылки битые в других справочниках водятся.
(22) cassper, Если честно никогда не работал с планами обмена, залез в "Справочник.Номенклатура.Изменения" и нашёл 343 битые ссылки
Другая проблема - понять, откуда взялись эти битые ссылки? Может у вас есть обмен с другими конфигурациями? Или что больше похоже на правду - обмен с периферийными базами РИБ?
(25) cassper, ничего такого,насколько я знаю. Выгрузка осуществлялась каждый день и полностью (не знаю причину этого веселья). Самое интересное для этого узла обмена,который используется ошибок нет,а в итоговую выборку для выгрузки эти битые ссылки попадают. Ищу по какой причине и откуда они берутся (26) batsy66, какая версия модуля обмена стоит? Доп. модуль от битрикса или типовой стандартный используется? (24) batsy66, если вы выгружаете не изменения а полностью все, то какой смысл тогда у вас в использовании плана обмена? (29) GeRon, не имею ни малейшего понятия, как и зачем так было настроено. Мне дали со словами - не работает обмен с сайтом, пять дней уже разные люди пытаются его починить.Поэтому пытаюсь разобраться в текущей ситуацией и починить, то что работало ранее
(32) cassper, исследовал вдоль и поперек весь обмен, отладкой прохожу по всем функциям. Проверяю каждую выгруженную выборку полученную не нахожу битых ссылок.
Есть одна бредовая идея, связанная с непонятным отображением одной из корневых папок справочника номенклатуры (при отборе, ввод по строке данного каталога ничего не даёт, то есть он не ищется. После перезаписи стал отображаться), сейчас тестирую выгрузку с ним, так он содержит большую часть справочника - жду сижу.
(34) cassper, чистил, перепроверял на битые ссылки сразу после регистрации. Всё тоже самое.Тоже грешу на битые данные, но до сих пор понять где не могу (29) GeRon, Обмен с сайтом построен на основании плана обмена. Он используется для настройки ключевых параметров. Есть режимы выгрузки - полный обмен, режим изменений.
Если полный обмен, то изменения плана обмена не используются. Запросом получается вся номенклатура из справочника с учетом установленных отборов.
Если же включен режим изменений, то задействуется таблица изменений справочника номенклатура узла плана обмена. (37) с логикой согласен. Но чую, что регистрация проходит всегда вне зависимости от выбранного режима для всех найденных узлов обмена. Согласен, что регистрация должна удаляться в любом выбранном режиме, но что точно не должно происходить, так это для выгрузке брать изменения, их учитывать для выгрузки в режиме полного обмена. Я давно не анализировал типовой обмен. Все на практике кае-то в руки попадает доп.модуль И да, точно определили, что это именно справочник Номенклатура? (16) cassper, не точно, в голове было только два варианта - номенклатура или характеристика (17) batsy66, А в базе нет этого объекта вообще (ссылки на объект) раз пришлось создавать или в базе присутствует "Объект не найден"?
(19) cassper, объект не найден, при поиску по guid. но как я понял так будет с любой таблицей,если искать по данному guid.
(20) cassper, отладка на сервере клиента отключена, надо включать и перезагружать. на своём сервере не получается сделать выгрузку ни в файл, ни на сайт. вываливается ошибка с пустым содержанием.
Хочу прогнать поиск по всем реквизитам справочников нужных,может в каком объекте найдётся битая ссыль
но как я понял так будет с любой таблицей,если искать по данному guidСовершенно верно, при условии, что точно в базе нет объекта с таким Ид.
отладка на сервере клиента отключена, надо включать и перезагружать.Когда наступает надобность, то ребут сервера выполнить все же придется с включением режима отладки.
на своём сервере не получается сделать выгрузку ни в файл, ни на сайт. вываливается ошибка с пустым содержанием.Не понял. Именно ошибка? А если в конфигураторе включить в отладке "останавливаться по ошибке. " и посмотреть, где отваливается? Если конечно это не критическая ошибка, которая не позволит остановиться и проанализировать ошибки.
Хочу прогнать поиск по всем реквизитам справочников нужных,может в каком объекте найдётся битая ссыльНу вариантов решения уже придумано и озвучено много. Осталось попробовать и сообщить результат - интересно)
Был такой случай:
В справочнике контрагентов был создана элемент "Покупатель" и помещен в группу "Покупатель".
Кто-то показал оператору обработку "Поиск и замена дублирующихся". Оператор благополучно "убрал все дубли". в итоге все вроде работает, но при попытке входа в справочник выкидывало из программы.
ни одно тестирование не находило проблемы.
(36) GeRon, как разобрались в итоге?
(37) GeRon, План обмена хватает всё что находится в "номенклатура.изменения" в любом случае (будь то полный обмен или изменения) и потом удаляет регистрацию к обмену, весьма странная схема.
(38) batsy66,
Запросом все выбиралось без сбоя, написал обработку по поиску и исправлению зацикливания ссылки, все стало нормально
можно регистрацию делать не "автоматом" а в зависимости от некоторых условий
в случае когда регистрация уже происходит всегда - только очистка при выгрузке, чтобы не переписывать регистрацию в плане обмена
логика странная и корявая, но это лучше чем в ручную удалять
Всё что было сделано:
* ТиИ;
* Поиск объекта по GUID,создание объекта с этим GUID;
* Точки останова в коде и поиск где падает ошибка ( вываливается неисправимая ошибка и обязательный выход из системы);
* Запись в журнал регистрации и поиск ошибочной номенклатурной позиции (Сделал запись в журнал регистрации номенклатуры, которая выгружается. Выгрузил трижды, ни номенклатура не совпадает, количество элементов выгруженных тоже);
* Доп.таблицы изменения очищал, заново перерегистрировал;
Знаю в какой группе справочника возникает ошибка, если выбрать один из верхних уровней - ошибка, выбрать отдельно группы внутри - нет ошибки. Та же группа, которая не находилась поиском строки. Если группа не попадает в выгрузку - всё хорошо.
Можно попробовать создать воссоздать иерархию и перенести все элементы туда и выгрузить заново.
Пример: Группа1 содержит Группу2 и группу3. Выбирая Группу1 для выгрузки - ошибка, выбираем Группы2 и Группу3 - нет ошибки.Т.е. если резюмировать, то получается, что не обмен явно валит ошибку, а структура данных, т.е. закрались ошибки в иерархии данных справочника номенклатуры?
Так, навскидку, вопрос задам: а попытки выгрузить базу в файловый вариант не было? Я так понимаю, что база и серверной перекочевала в тестовую серверную? Иногда подобные выгрузки/загрузки решают проблему, иногда.
(43) cassper, по итогу да, в структуре ошибка.
У клиента mssql 2008, была пересоздана база на 2012 и из dt погружена - не помогло. Загрузки в локальную не было. Сейчас проверяю ещё один вариант со структурой справочника, если не сработает загружу в локальную
UPD Не помолго, загружаю в локальную
(43) cassper, спасибо за совет! Есть продвижения после загрузки на локальную. Надо изучить подробнее различия вариантов работы.
Есть в УТ 11.2.3.175 общий модуль "ОбменССайтом" в нём функция:
Один из получаемых параметров "ДеревоГрупп".
Он обрабатывается начинает следующим образом:
| Код |
|---|
| Показать полностью |
и валится в ошибку:
[qoute] : Значение не является значением объектного типа (ЭтоГруппа)
Если НЕ СтрокаДерева.Номенклатура.ЭтоГруппа Тогда
[\quote]
Читайте также: