Форум

[QUOTE]Сергей Ефимов написал:
Еще странность, см. скриншот:  [URL=https://yadi.sk/i/2qCRVmJF9fRCcg]https://yadi.sk/i/2qCRVmJF9fRCcg[/URL]
18.11.2020 менеджер в 1С сделал заказ покупателя, валюта в доллар сша
Заказ успешно выгрузился в Б24.
20.11.2020 менеджер открыл этот-же заказ в 1С и изменил валюту на российский рубль по курсу на сегодняшний день, провел документ.
Заказ не обновился в Б24, а создался новый!!!
Получился дубль документа, один от 18.11.2020 в долларах, второй от 20.11.2020 в рублях.
Идентификатор в модуле этого заказа только один, и он в Б24 принадлежит сделке от 20.11.2020 в рублях.

Почему так?! Как исправить чтобы небыло задвоений документов?

p.s. у нас специфика, что в 1С заказ делаем в долларах (резервируем под клиента), клиент допустим говорит - оплачу через неделю, через неделю открываем заказ, конвертируем в рубли - выставляем счет.[/QUOTE]

смотрите идентификаторы. Значит удалился идентификатор в 1С, а при перепроведении - выгрузился повторно, создав дубль

[QUOTE]Сергей Ефимов написал:
Посмотрите на скриншот:  https://yadi.sk/i/O8lzG0E6cLehnA Выгрузилось из 1С. В 1С этот товар в одном экземпляре.В Б24 материализовались два товара, в них все одинаково, кроме ID, даже внешний код одинаковый (тот который в 1С уникален).Соответственно, заказ покупателя со стороны 1С, где присутствует этот товар, не выгрузился в Б24.И такая ситуация с задвоением товаров встречается у некоторых товаров, не во всех, но есть.Почему такое могло произойти? Как поправить?[/QUOTE]
Понятия не имею как так получилось. Может дело в том, что удалялись идентификаторы Б24 в 1С. Напишите в техподдержку.
Как поправить.. как вариант - удалить дубли руками.

[QUOTE]Сергей Ефимов написал:
Вот еще что интересное обнаружил:  https://yadi.sk/i/M9LztDFmEALxGQ  Время записи в миллисекундах - подозрительно огромное, и так на всех объектах в "Зарегистрированных изменениях"[/QUOTE]
Это милисекунды от нулевого года.

[QUOTE]Сергей Ефимов написал:
. Этот товар точно в Б24 не удаляли. Идентификатора этого товара в "Идентификаторы Битрикс24" в модуле тоже нет. Такое ощущение что он не выгрузился вообще. Товар на стороне 1С открывал, добавлял комментарий, сохранял изменение - выгрузка его не произошла. Как еще можно "насильно" его выгрузить?[/QUOTE]
Проверил по коду - такая ошибка возникает, когда выгружается сделка у которой товар без идентификатора. Т.е. чтобы не было такого - товар должен быть заранее выгружен в Б24

[QUOTE]Сергей Ефимов написал:
*Выше в сообщения указывал нашу конфигурацию*Вопрос по ошибке в модуле обмена, см. по скриншоту:  https://yadi.sk/i/BCnc5GcuDmtnjQ На портал, при первой полной синхронизации, получается, невыгрузилась эта номенклатура, хотя в журнале ошибок сообщений об ошибке по этой номенклатуре небыло.Предлагается повторно выгрузить этот товар... Подскажите как не повредив и незадвоив данные, выгрузить на портал одну позицию номенклатуры?p.s. Также по всей номенклатуре на портал невыгрузились картинки из номенклатуры. (ранее проводили синхронизацию, считай пробную "косячную", фото в номенклатуре на портал выгрузились все). Сейчас в журнале ошибок есть похожие на эту проблему ошибки:  https://yadi.sk/i/v90Vmm40t25Vyg [/QUOTE]
тут 2 проблемы..

1. По всей видимости вы выгружали товар в Б24, а потом этот товар в Б24 удалили, а в 1С идентификаторы остались. И при повторной выгрузке из 1С - подставляются несуществующие в Б24 идентификаторы товаров. Нужно поудалять все кривые идентификаторы товаров

2. У прикрепленных файлов товаров должно быть указано наименование картинки.

[QUOTE]Сергей Ефимов написал:
Добрый день,
Запустили синхронизацию 1С Комплексная автоматизация, редакция 1.1 (1.1.97.1) (работает в серверном режиме) + модуль обмена 2.1.0.14 и Битрикс 24 (тариф Компания).
В модуле обмена, в "Зарегистрированные изменения" на вкладке "Неотправленные пакеты данных" долгое время присутствуют одни и те-же данные, см. скриншот:  [URL=https://yadi.sk/i/ZNDq-ecujojtJQ]https://yadi.sk/i/ZNDq-ecujojtJQ[/URL]
Соответственно в Б24 этих данных нет, невыгрузились.
Вопрос, что с ними делать? Почему там висят? Как выгрузить?

p.s. имеет-ли смысл постоянно проверять эту вкладку на предмет неотправленных пакетов? и принимать какие либо меры?[/QUOTE]

Вообще, раз есть данные в этой таблице, значит во время синхронизации(выгрузки) есть ошибки.

[QUOTE]Александр Садовин написал:
При выполнении обмена с 1с ка2 и битриксом, иногда компании в сделках передаются не корректно, если открыть карточку сделки то компания будет подписана как COMPANY_2552. При этом когда открываю компанию из 1с, по кнопке "открыть компанию в битрикс24",  она отображается корректно.в чем может быть проблема?[/QUOTE]
может это разные компании?

Сна[QUOTE]Григорий Батухтин написал:
Александр, здравствуйте !Продолжаем настраивать обмен.[/QUOTE]
У вас сообщение и фоновое задание, т.к. вы поменяли настройку, но не отключили фоновое задание - подключение к Б24.
Вам нужно:
1. Назад вернуть реал тайм в настройках обмена
2. Нажать на кнопку "Отключить от Битрикс24"
3. В настройках снять признак реал тайма.

[QUOTE]Вячеслав Ревенко написал:
Александр, уточните пожалуйста, сроки решения нашего вопроса. Прошло 3 недели со дня обращения и неделя как тикет попал к вам.[/QUOTE]
Не знаю, т.к. проблема не с моей стороны. Тикет как пришел ко мне, так сразу и ушел, когда стояло ясно что проблема не на стороне модуля

Вроде все верно.

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

Аналогичный параметр повторять с паузой ... сек. задает период повтора, но только с момента завершения предыдущего запуска.

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