Режим выгрузки "Только изменения" Битрих #799222

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

не может же за несколько минут быть изменения у нескольких сотен позиций номенклатуры?

насколько я понимаю-если не было у товара изменений-ни по остаткам,ни по складу,никаких иных,то этот товар не должен выгружаться,даже если он попадает в отбор?

Обмен УТ11 с сайтом?

так точно,ут11 на сайт

Меня просят добавить в выгрузку на сайт не только остатки товара, но и количество и дату ожидаемого товара. Не знаю как подступиться к задаче. КД2 в обмене рулит?

чем делаешь выгрузку?битриксом или стандартным модулем конфы ут?

Вроде встроенном модулем Битрикса.

Дык откройте и посмотрите. Он достаточно примитивный. И относительно структурированный, чтобы легко разобраться. Навскидку мало кто помнит нюансы.

Пытался разобраться, вроде в модуле Битрикса КД2 не пахнет...

Так вы в код гляньте, при проведении любого складского документа номенклатура регистрируется для сайта. Поэтому даже "Выгружать только изменения" будет много товаров. У нас ассортимент около 250 000 в базе, около 60 000 на сайте. Мы например у себя из обмен выпилили этот кусок, действительно при обмене каждые 30 минут, в обмен попадали тысячи товаров. Вставили свой кусок кода для изменения остатков на сайте.

эх ты..ясно,спасибо..это идея

там есть модуль Б_ОбменССайтомСерверВыгрузкаДанных,в нем Процедура ВыгрузитьТоварыXDTO(... вот тудой пихай и количество и ожидаемый приход и все что душе угодно

+ Там старый Битрикс 6.0.3.4 для УТ11.2 Куда что вставляли, все в Б_ОбменССайтомСерверВыгрузкаДанных?

Ессно. Там пакеты XDTO формируются и отправляются на сайт. Причем здесь КД?

ну да,я тудой пихал..в этот модуль

У нас модуль "Б_ПроцедурыОбменаССайтом"

Конфа у нас другая, но модуль обмена брали с сайта Битрикс и вставляли себе. А потом напильником прошлись )))

ну то ись еси конфа иная какая -ищи процедуру ,оная формирует пакеты товаров XTDO для выгрузки..

Если делаешь выгрузку в каталог, то регистрация у объектов  не снимается.

Да я уж понял, что не КД2. Как-то уже привык, что обмены через КД2 делаются, не только правила обмена, но и регистрации объектов. Ну вставлю в выгрузку количество и дату ожидаемого товара. Не выгружать же каждый раз весь товар. Надо будет только тот, на который появились новые заказы поставщику, т.е. решать ту же проблему, что у ТС. Еще вопрос: Битрикс 6.0.3.4 будет работать с УТ11.3? А то программист сайта говорит, что для следующей версии Битрикс (которая для УТ11.3) придется сайт переделывать, у него там много своих доработок.

Никакая религия не запрещает создать свой узел обмена, прикрутить к нему свои правила регистрации с блек-джеком и девушками с пониженной социальной ответственностью, а далее при обмене "обнюхивать" зарегистрированные объекты в процедуре, отдавать их на сайт. Как с УТ не скажу - у меня модуль для УПП.

Вот ведь! У каждого свои проблемы с выгрузкой от битрикса, мне наоборот как-то пришлось модуль править, чтобы 1С выгружала Полный список товаров, потому что галка "Полная выгрузка" благополучно игнорила картинки :-( и еще что-то...

Так там есть галка, "Принудительная выгрузка что-то там.." она и картинки выгружает.

Там была не галка, а кнопка "Полная выгрузка" вот когда по кнопке выгружалось, то выгружало все, а если просто поставить галку "Полная выгрузка", то выгрузка была все-равно далеко не "полная", конечно, если не заходить каждый раз ручками не нажимать кнопку "Полная выгрузка" :-(

А как насчет вопроса : Битрикс 6.0.3.4 будет работать с УТ11.3?

По крайней мере шаблон 6.0.3.4 ставится в папку с названием УТ 11.2.3.

для 11.3 есть версия модуля 6.0.5 и в ней много чего переписано. + 1с разработчик который пилит этот модуль интеграции для всех анонсировал скорый выход модуля 7.хх, в котом "очень много изменений и все переделано"

6.0.3.1 работал с версией УТ 11.3.3.145, но в обновлениях анонсированы множественные исправления ошибок, оптимизация и даже починили выгрузку пользовательских справочников (хотя это пока не тестили, есть нетиповой справочник, который необходимо выгружать на сайт)

Что за шаблон? Сейчас у клиента УТ 11.2.3.300, обновили Битрикс с 6.0.3.1 на 6.0.3.4, вроде полет нормальный... Значит в принципе работает Битрикс 6.0.3.4 с УТ 11.3, но что-то править надо. Что?

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

С УТ 11.3 можно установит модуль обмена 6.5.0.1, но Битрикс тоже должен быть обновлен, иначе обмен заказами работать перестанет.

+ битрикс маг должен быть 17.0.3++ версии

Вот про этот "битрикс маг должен быть 17.0.3++ версии" программист сайта говорит: крайне нежелательно, ему много что переделывать придется. А без него УТ11.3 никак?

Подозреваю, что тогда на стороне 1с пилить придется много. Я сам видел оба модуля - изменения в новой версии очень большие. Скорее всего с 16 версией будет работать некорректно или вообще не взлетит. В самом коде модуля интеграции на стороне 1с в 6.0.3.1 прописана версия протокола 2.хх, а в 6.5.0.1 3.хх

Возникла необходимость контролировать реквизиты шапки заказа клиента загружаемого с сайта. Чтобы не было пустых значений, например, организация. Интернет-магазин принадлежит Интеркомпании заказы обычно оформляются на ИП, желательно ее поставлять. Справочники.Организации.НайтиПоНаименованию или коду не хочется использовать. Могут измениться. Предопределенных и настроек пользователя нет в УТ11. Написал: Выдает последнее заведенное ИП. Вот только Неопределено не нравится, нужно любую из последних что есть в справочнике. В теме ответа не нашел.

Сделай константу и подставляй ее.

Сложно (добавлять объект), нужно что-то простенькое, типа: Справочники.Организации.Выбрать(,,, "Убыв").Следующий.Ссылка

Что за сложности с добавление объекта?

Зачем? Это лишь на всякий случай (мало ли создадут новую базу без ИП), лишь бы не пустой элемент.

Ты пьян?

Простой вопрос: Как получить последний (по созданию) элемент справочника?

Блин, ДатаРегистрации не заполняется, для ИП - по свидетельству. А если УПОРЯДОЧИТЬ ПО ссылке, нормально?

Сам ведь знаешь ответ на этот вопрос. Как минимум два варианта - либо парсить журнал регистрации (что при большом справочнике накладно), либо писать дату создания в сам справочник (кстати, так зачем-то сделали в типовой УНФ в некоторых справочниках, по моему, в номенклатуре), можно также в периодический регистр писать в подписке

А что дает УПОРЯДОЧИТЬ ПО ссылке? Ссылка вроде как GUID возрастает в базе по дате/времени (организации как правило в обмене не участвуют).

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

Это просто день отжигов какой-то...А что вам мешает использовать Код справочника Организации?? Максимальное значение будет у того кто создан последним. для программистов которые пишут вот так в запросе "    |    Организации.ЮридическоеФизическоеЛицо = &ЮридическоеФизическоеЛицо" отдельные котлы в аду стоят. Те кто в рай попадают, пишут через Значение(....)

У каждого, конечно, свой подход, но я бы пристрелил именно того, кто через Значение пишет :-)

ты наверное и "ГДе объект.Проведен = &Истина" пишешь?;)

+ Сравнивать по коду, кстати, тоже не всегда прокатит, иногда бывают Организации и другие справочники перенесенные из разных конф с разными префиксами не поверишь пишу ГДе объект.Проведен Написание: Организации.ЮридическоеФизическоеЛицо = &ЮридическоеФизическоеЛицо предполагает, что параметр выбирается в форме, что я всегда и делаю, а Значение предполагает дубово заданное значение в коде. В этом вся разница

А почему?

Могу сказать что запрос в котором используется Значение(...) отработает быстрее, поэтому он оптимальнее

Дык, в последних конфигурациях УТ11/ERP у справочниках нет кодов. Насчет Значение(...) - согласен, быстрее и код компактней. Но в последнем варианте пришлось от этого отказаться: Аналогичная функция для ОсновноеСоглашениеСКлиентамиПоУмолчанию(Знач Организация), в основном для нее потребовалась ОсновнаяОрганизацияПродажиПоУмолчанию Когда была одна организация реквизиты шапки жестко указывались в настройках обмена Битрикс. Потом стала Интеркомпания. Клиентам, которым нужен НДС обязательно, заказ оформляют на ООО. Решили оставлять пустые организация и соглашение. Заказ пришел с сайта, менеджер начинает его согласовывать с клиентом, узнает нужен ли ему НДС, подставляет нужное соглашение (организацию), и заказ пересчитывается вплоть до сумм НДС в товаре. Все хорошо, если клиент не меняет товар в заказе. А если что-то добавил, поменял, то заказ снова выгружается с сайта, и затирает реквизиты пустыми значениями. Если бы обмен с сайтом был построен по правилам КД2, то проблема решалась бы просто - не выгружать пустые значения. Но у Битрикс свой обмен. Пришлось перед запись в базу написать контроль пустых значений. Если ОбъектНайден = Не ОбъектЗаказКлиента.Ссылка.Пустая, оставляю старые значения реквизиты шапки заказа, по ним пересчитываю суммы НДС в товаре. А если, нет - то использую свои функции.

По поводу регистрации изменений. В файле выгрузки номенклатуры есть строки (для примера не все): </ЗначенияРеквизитов> Пока не разбирался откуда берется "Планируемая дата поступления", видимо из заказа поставщику. Но при нормальном обмене (изменениями) она пустая. Появляется лишь при полной выгрузке. Подозреваю, что при записи заказа поставщику, номенклатура заказа не регистрируется измененной. У Битрикс обмен не типовой (не КД2), подскажите как лучше исправить дефект?

А какие у тебя варианты исправления? Чтобы выбрать лучший из них?

Что касается обменов привык делать в КД2, но тут обмен не типовой. Первое что приходит на ум сделать подпиской на событие при записи заказа поставщику - регистрировать номенклатуру заказа измененной. Но сначала надо разобраться, что за реквизит "Планируемая дата поступления" - откуда он взялся. Клиент еще пожелал добавит "Количество ожидаемого".

Как вообще Битрикс регистрирует изменение номенклатуры? Изменение заказа поставщику ни как ее не регистрирует.

Объяснил в В предыдущих релизах обменов 1С с Битрикс был такой параметр "Дата поступления товара", когда поставил новый релиз обмена этот параметр из настройки обмена исчез как будто его и не было. Можно пытаться дописывать обмен. Для особо ленивых можно добавить в номенклатуру дополнительный реквизит "Дата поступления", а уж как его заполнять каждый решает сам для себя, хоть руками, хоть подпиской какой-нибудь...

В процедуре ПослеЗаписиНаСервере Заказа поставщику вставил перезапись номенклатуры (но в ней ничего не менял), у которой ДатаПоступления > ТекущаяДата, но в файл изменений import___*.xml она не попала (только какие-то картинки выгрузились). Что нужно делать с номенклатурой, чтобы она регистрировалась как измененная, и выгружалась?

конечно в каждом конкретном случае свои цели и задачи, бывают и диаметрально противоположные

+ А не, вру: толи не в том файле смотрел (запутался в них), то ли на "Товары" галочку поставил: "Настройка версионности выгружаемых данных". Но перезаписывать номенклатуру как-то не хорошо!? Наверное должен другой способ, чтобы номенклатура регистрировалась как измененная. Какой?

А вообще какой командой (оператором) формируются теги типа: </ЗначениеРеквизита> как-то с КД2 до таких мелочей не приходилось опускаться.

Ну что же ты такой ленивый Если ПараметрыОбмена.ВыгружатьПланируемуюДатуПоступленияНоменклатуры тогда ...      ...

Вопрос в другом: клиенту нужно чтобы наряду с "Планируемая дата поступления" еще было "Ожидаемое количество". Пока такое решение: ОжидаемоеКоличество определяю той же функцией:     мЗапросПоДП = Новый Запрос(    "ВЫБРАТЬ ПЕРВЫЕ 1 В результате в файле получаю такой тег: <ЗначениеРеквизита>     <Наименование>Планируемая дата поступления</Наименование> А мне нужно из него сделать два таких: <ЗначениеРеквизита>     <Наименование>Планируемая дата поступления</Наименование> Как это сделать? Может можно как-то по другому? Не работал с  xml-файлами, в КД2 не было нужды.

Можно. Договор. Предоплата. Консультация.

Да мне бы ссылку как формируется xml-файл в 1С?

ЗаписьXML = Новый ЗаписьXML;

Нет, конкретный тег создает в xml-файле? Этот: Вроде это: Б_ОбменССайтомСервер.ДобавитьЗначениеРеквизитаXDTO? Вставил: Если ПараметрыОбмена.ВыгружатьПланируемуюДатуПоступленияПредложения тогда Не помогло, в файл один тег пишется: Дата/Количество!?

см

А за Спасибо!? Не, правильно ДобавитьЗначениеРеквизитаXDTO этот тег добавляет, но я сперва добавил только в ВыгрузитьПредложенияXDTO модуля Б_ОбменССайтомСерверВыгрузкаДанных. Добавил в ВыгрузитьТоварыXDTO и все как надо выгружается. Лучше по теме подскажи , если Битрикс знаешь. Или для Битрикс это нормально регистрировать изменения перезаписью? И еще, сейчас номенклатура всегда выгружается в файл, не надо даже заказ поставщику перезаписывать. Она что, "пожизненно" теперь зарегистрировалась измененной? В типовых обменах после завершенного обмена измененные объекты перестают быть измененными.

Можно и за "Спасибо": ты мне 5 кг красной икры, а я тебе "Спасибо".

Идеи в кг измеряешь? Ладно, если не знаешь, видимо в Битрикс по другому нельзя регистрировать объекты измененными, только их перезаписью. Еще ужесточил условия регистрации: регистрирую только в тех заказах, где Дата поступления не просрочена (не меньше текущей даты), и состояние заказа - в "Ожидается поступление". Чтобы не выгружать на сайт просроченные даты. И еще, у клиента в базе почти все заказы поставщику просрочены: Дата поступления равна Дате заказа. Поэтому, перед записью выдаю предупреждение, и предлагаю ввести новую дату. Опять же в том случае, если Дата поступления просрочена, и состояние заказа - в "Ожидается поступление". Но думаю, что это не совсем правильно: пред записью состояние заказа может не быть в "Ожидается поступление", а перейти в него после записи/проведения. Как определить такую ситуацию, чтобы правильно предлагать ввести Дату поступления?

Какие идеи? КД 2.0 говоришь знаешь? Номенклатуру путем перезаписи элемента справочника регистрируешь. Ну-ну.

Я свое спасибо измеряю в килограммах красной икры. А ты свое в строках кода. Все правильно.

С Битрикс только разбираюсь. Если знаешь подскажи как по другому регистрировать?

обармотка есть там(в конфе) регисрация объектов

+ регисрируешь у все

А как ты при использовании КД 2.0 регистрируешь объекты?

Есть, или "вроде как должна быть"? Этот вопрос задал на форуме Битрикс, ответили "Пока только так".

В обработке "Регистрация изменений для обмена данными" явно не перезаписью объектов регистрируют. Пока не понял как?

ПланыОбмена.ЗарегистрироватьИзменения(МассивУзлов, Строка.Номенклатура); - нужно только собрать узлы ПланОбмена.Б_ОбменССайтом с реквизитами ВыгружатьТолькоИзменения и ОбменТоварами, а также НЕ ПометкаУдаления Клиент еще пожелал кроме "Планируемая дата поступления" и "Ожидаемое количество", еще выгружать "В резерве под заказ", т.е. из числа "Ожидаемое количество". Добавить еще выгружаемый реквизит не проблема, но протестировать не могу. Как следует провести заказ клиента, чтобы в РН СвободныеОстатки.ВРезервеПодЗаказ появилось не нулевое значение? Ставлю в заказе Действие: "Резервировать к дате" - не помогает!?

Вроде как нужно действие: "Отгрузить обособленно", но как его поставить?

Ну, что за хрень, делаю по , и ни как!? Мне нужно чтобы в РН СвободныеОстатки.ВРезервеПодЗаказ появилось не нулевое значение чисто для тестирования выгрузки на сайт.

Сдается мне, что ресурс СвободныеОстатки.ВРезервеПодЗаказ - вовсе не то, хочет мой заказчик "В резерве из числа ожидаемых" (возможно так было в ранних релизах)!? Смотрю РН СвободныеОстатки с не пустыми значениями ВРезервеПодЗаказ, в них Заказ клиента и Поступление товаров и услуг следуют парами, причем Поступление с +, Заказ клиента с -. Получается, что Заказ клиента двигает СвободныеОстатки, только после Поступления? А когда товар уже поступил, это не "ожидаемое", а в наличии. Тогда вопрос: откуда брать "В резерве из числа ожидаемых"? Из ОбеспечениеЗаказов.КЗаказу?