Как правильно реализовать выгрузку данных, без плана обмена #508483

ЕСТЬ: Есть самописная конфа на 8.1 с УРБД. По планам обмена, происходит выгрузка/загрузка данных клиентам. Примерно 10-20 штук. ПРОБЛЕМЫ ТЕКУЩЕГО СОСТОЯНИЯ: При любом изменении конфы, приходится обновлять конфу у клиента. Нерегулярные обмены с клиентами приводят к тому что, они сутками загружают информацию. Клиенты сами просят выгрузить им данные (раз в неделю, месяц, квартал). Мы получаем от них данные, которые нам УЖЕ не нужны. Периодически появляются косяки с выгруженными данными у клиента или у нас что-то слетает из-за данных клиентов. ЗАДАЧА: Отказаться от плана обмена. В регистре сведений хранить ссылку на документ, который нужно выгружать. Написать правила выгрузки из нашей самописной конфы в типовую УТ или Розницу, которые будут стоять у клиентов. Автоматизировать процесс выгрузки данных, путем создания ежедневного регламентного задания по выгрузке на фтп (или отправке по электронной почте) данных. ВОПРОСЫ: 1) Стоит ли отказываться от плана обмена? Может запретить автоматическую регистрацию и при выгрузке снимать регистрацию? Проблема в том что, все равно выгружать номенклатуру будем только по документам. Цены номенклатуры тоже будем выгружать раз в неделю, по расписанию. 2) Каким образом выполнять выгрузку данных? По идее подходит обработка "Универсальный обмен данными XML", только  можно ли в неё передавать конкретные документы? Не указывая узел обмена? Если можно, то покажите пожалуйста пример. Ни как не получается настроить отбор в Построитель.Отбор Жду ваших рекомендаций, советов, ... насмешек %) Спасибо.

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

Все просто. Используйте план обмена не УРБД. Например, как при обмене УТ- Бух. Там всех пофик на изменение конфы. Кроме того для такого плана обмена можно настроить расписание и прочие радости, недоступные при ручном обмене зы. еще вариант - выгружать данные в файл dbf, заливая их на ftp-сервер. На приемной стороне их принимать и обрабатывать. Соответственно, тоже с расписанием и прочими плюшками. могу помочь$

Супер, классный ответ ;) Я вроде написал, что если можно передавать параметры, покажите пожалуйста КАК. Я же писал тему не для того чтобы просто пальчики потренировать ;) У меня не получается передать параметры и я решил спросить у общества. Может я не в том направлении копаю или есть другие способы, о которых я просто не знаю, а общество уже давно их использует %)

Для начала прочитать Методика использования конвертации данных и планов обмена.doc, которая идет вместе с конвертацией

Спасибо за предложение, пока еще концепцию определяю. Проблема в том, что на стороне клиента должна быть типовая конфа. Без каких либо доработок. Так что с планом обмена вроде в пролете получается. Спасибо, не читал еще. Как говорить RTFM %-)

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

посмотри пример в УТ, обработка - "выгрузка показателей схем мотивации в ЗуП", что-то типа такого. Но, имхо, проще настроить типовой план обмена с нетиповыми правилами обмена. Источник и приемник - какие конфигурации?

наверное интересно будет

тебе сюда весь код выкладывть?

Вроде все сверху написал. Источник - сапописка. Приемник - типовая УТ или Розница. План обмена не подходит. Спасибо!!! Распечатал и повесил на монитором!!! Читать Можно сюда или на почту, мне главное понять принцип указания. Я правильно понял что заполнять надо Отбор построителя ?

давай лучше сделаем обмен через dbf. Самый верный способ. зы. недавно делал обмен УТ 8.2 - ТиС 7.7 через дбф-файлы, через фтп-сервер. С заданной периодичностью выгружаются данные, считываются, обрабатываются. Имеется возможность ручной выгрузки/загрузки. Все супер, все летает

зачем ... штатный механизм тоже летает ... если использовать его с умом

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

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

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

У меня все есть, все написано в самописке. Точнее выдрано было из торговли года четыре назад. Сейчас надо написать правила, сделать обработку по программному заполнению параметров "УниверсальныйОбменДаннымиXML" и дать команду - "Выгрузка". ВСЕ.

это да. Только порой этот механизм из-за простой задачи становится похож на самолет. Я, например, так и не смог написать правило обмена чтобы ТЧ документа источника переходила" в записи РС приемника..

(!5)чего?

Неужели я слишком плохо расписал в ?

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

а как ты собираешься регистрировать изменения? УниверсальныйОбменДаннымиXML будет выгружать "накапливающим" итогом

подписку на события еще никто не отменял

какое событие?

событие- много пива )

запись и удаление

..ну и? Будешь записывать доки в какой-то регистр, с которого будешь брать данные для обмена? Как-то это все слишком мудрено..

а что делается при регистрации изменией с использованием плана обмена?

ща посмотрю)

можешь не смотреть ... так-же пишуться в отдельную таблицу... без возможности отборов и запросов

Возвращаемся к баранам %) Подскажите пожалуйста, где можно посмотреть передачу параметров в обработку "УниверсальныйОбменДаннымиXML"?

ну наверно во всех типовых. Все переносы данных там работают через эту обработку.