Есть ERP2.0 и БП3.0, между ними штатный обмен через файл в универсальном формате ("отличное", кстати, наименование, чтобы гуглить - результатов по теме ноль).

Нужно сделать так, чтобы несколько видов документов не проводилось автоматически при загрузке в БП.

Запустил КД3, там прямо на примере ERP2.0 и БП3.0 расписано, как сделать новые правила обмена.

А как загрузить старые правила, чтобы их слегка подправить? Кто-нибудь делал уже?

похоже на то, что:
1. загрузки из существующих данных не существует
2. при обновлении конфигураций будет полный кутеж и веселье
3. загрузка действующих правил мне все равно не помогла бы, т.к. по умолчанию проводятся все документы

Переформулирую вопрос: знает кто-нибудь, как сделать, чтобы документы не проводились при создании? Обработчик какой воткнуть?

Вроде ж КД3 в статусе ознакомительной?
А на ней уже типовые обмены ваяют? Чудненько.

(1) " чтобы документы не проводились при создании?"
Как вариант - не переносить флаг "Проведение" или же в процедуре "после выгрузки" записывать с флагом "отмена проведения".

Признак "Проведен" - это одно. А чтобы реально проводилось при переносе - в КД2 кажись надо было специальный признак прописывать в обработчике. "Проводить = Истина" или что-то вроде этого.

(4) "Проводить = Истина"

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

(4) (5) щас попробуем удалить, есть что-то похожее

Попробовал в теле процедур закомментировать

ДобавитьПКО_ПТиУ_ПоступлениеТоваровУслуг

    НоваяСтрока = ПравилоКонвертации.Свойства.Добавить();
    НоваяСтрока.СвойствоКонфигурации = "Проведен";
    НоваяСтрока.ИспользуетсяАлгоритмКонвертации = Истина;


ДобавитьПКО_Документ_РеализацияТоваровУслуг

    НоваяСтрока = ПравилоКонвертации.Свойства.Добавить();
    НоваяСтрока.СвойствоКонфигурации = "Проведен";
    НоваяСтрока.ИспользуетсяАлгоритмКонвертации = Истина;


Результат не изменился совсем, т.е. все равно проводятся все документы, которые могут.

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

Есть какая-то кнопка "ПравилоКонвертации.ПередЗаписьюПолученныхДанных", копаю туда

(7) " значит действует правило "раз выгружен - значит проведен"

Не верь(с) Станиславский.

Это противоречит логике Обмена. Думаю там где-то в другом порылась собака.

(8) ты был прав, в каждой процедуре с названием вида ПКО_Документ_АктВыполненныхРабот_ПриКонвертацииДанныхXDTO есть строка

  ПолученныеДанные.Проведен = Истина;

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

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

(0)Есть пара вопросов.
1. А что, типовые обмены на КД 3 уже выпускают?
2. Причины обмена ERP2.0 и БП3.0? В ERP2.0 не хватает функционала БП3.0?

(10) 1 - ага, причем так и написано 0.9beta в одной базе, а в другой уже 1.0

2 - в erp планируется вести управленческий учет "для себя", а в бп "для налоговой". Ну не получается абсолютно все операции отразить по-белому. Расхождений не много, но они постоянные.
Плюс у ГБ есть пунктик "в отчет перед налоговой попадают только те документы, которые есть в оригинале", а документы, бывает, по два месяца едут, причем не всегда с подтверждением конвертом.

(1) это что значит загрузки из существующих не сущестсвует?
как-то выдирал и грузил правила из ЕРП

(0)
http://xn----1-bedvffifm4g.xn--p1ai/articles/конвертация-данных-3-новый-подход/

http://xn----1-bedvffifm4g.xn--p1ai/articles/конвертация-данных-3-0-новая-технология/

(12) поделись способом тогда, я не нашел такой кнопки

(14) Дока лежит с в папочке с конфигурацией, там все подробненько расписано.

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

Но в упор не увидел возможности подгрести готовые правила из уже существующего модуля МенеджерОбменаЧерезУниверсальныйФормат, который, на секундочку, длиной в 41 и 29 тысяч строк.

МенеджерОбменаЧерезУниверсальныйФормат - там ctrl-c
в конвертации загрузка обработчиков - загрузить обработчики
как-то так

(17) чего-то у меня лыжи не едут

Сначала долго пытался читать из файла, а не из буфера обмена, но заглянул в код и понял, что поле ввода "Файл модуля менеджера обмена" там действительно для красоты.

Пытаюсь загрузить существующий модуль через Ctrl-C, оно долго пыхтит, но в итоге загружает только обработчики "Перед конвертацией", "После конвертации", а элементы, алгоритмы и параметры не загружает.

Судя по наличию процедуры ОпределитьИмяОбъектаМетаданных, должно загружать элементы и правила тоже.

У тебя получалось загрузить существующий модуль так, чтобы потом выгрузить обратно и он работал?

(0) а не проше при загрузке указать не проводить и все ? и збить на кд3

любите то что хз как работает. а потом вопрос почему

(19) я б с радостью забил, если б понимал в что-то в лапше этого модуля

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

теперь новая проблема: из УП в БП характеристики в ТЧ документов просто опускаются, а при обратной синхронизации заменяются на пустые, т.к. отсутствуют

хотелось бы целиком с объекта галочку снять, чтобы оно в источнике не выгружалось, а в приемнике загружаться и не пыталось

и еще впереди зарплатные ведомости