Тема неоднократно поднималась, но никто толком не раскрутил ее до конца.

Итак, "типовой" обмен работает без ПланОбмена и выгружает данные за период.

Стоит задача выгружать только измененные порции раз в час.

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

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

Кто-нибудь занимался подобной задачей?

эхъ

а какая альфа ? версионирование есть?

я бы как не любитель планов обмена изобрел бы свой велосипед ) добавил бы свой регистр куда пихал бы все что нужно в подписках на события или прям в модулях объектов.

(0) "типовой" обмен - это то, что альфовцы накрутили? xD

Руководство, когда покупало продукт, понимало, что выгрузка в БП сделана не совсем по канону? Теперь пусть раскошеливаются на глубокую доработку.

" документов очень много" - именно. Делать через регистр или через платформенную регистрацию к обмену - по любому много копать.

" есть внутри неочевидные нюансы что куда грузить и как укладывать"   До сих пор устраивало, что куда грузилось и укладывалось? Тогда можно опереться на правила, написанные альфовцами

(0) регистрация изменений в плане обмена, потом можно обработке выгрузки в бух подсунуть измененные документы
Соответственно план обмена плюс реглзадания

(0) Подбираюсь к этой конфигурации. Используется универсальный формат обмена. Как я понял она на основе какой-то древней УТ 10.3? Там есть план обмена УдаленныеПодразделения теоретически можно к нему прицепиться своей обработкой, остальное останется типовое.

(5) (6) План обмена сделать не проблема..
Самая проблема в регл задания запихнуть код на ВЫГРУЗКУ.
А в БП код на ЗАГРУЗКУ.

Имхо там невпих*емое) особенно по части БП.. там такой обвес в виде дбф файлов и прочего.. + единой очки входа на загрузку нет. Да и сразу видно написано так, что "на сервере" не взлетит сходу..

(4) Тогда можно опереться на правила, написанные альфовцами
- Чтобы на них опереться нужно упороться их разбором детальным.

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

Мой вопрос был - делал ли ктото подобное?

(7) Вы не учли, что в универсальном формате обмена не нужно писать код на _загрузку_ в БП.
(8) Замкнутый круг. Будет сделано если будет спрос. Иногда спрашивают, мол нужно прямо сейчас. Пару недель и тем более месяц никто не ждёт, поэтому развития этого обмена с моей стороны нет.

(9) Возможно я чегото не понимаю.. о каком универсальном обмене идет речь? Что имеется ввиду?

(10) Не обмен универсальный, а формат.
Формат EnterpriseData
http://v8.1c.ru/edi/edi_app/enterprisedata/

(11) Так и в контексте чего он предлагается? Альтернатива обмену АльфаАвто?

Если так то лучше я создам правила и посажу в фоновое задание выгрузку через COM.
Но вся суть в том, что писать свои правила это оочень большая задача, там очень много нюансов. По сути это отказ от оригинального способа обмена. В процессе отказа нужно все раскопать, все моменты при обмене. Плюс если вы видели формы обмена, то там дофига параметров. Все нужно учитывать.

(12) Типофой оригинальный способ обмена работает примерно так: создаётся xml файл с данными на основе правил КД2 во временной папке, файл закрывается и отдаётся транспорту обмена, который этот файл копирует в каталог обмена или отправляет по ftp или по e-mail.

Если перед созданием файла перехватить управление на свою обработку, создать xml файл в формате ED, то типовой транспорт обмена ничего не заметит и отправит его по назначению. В этом заключается альтернатива обмену. Не нужно заниматься кучей дел, которые уже реализованы - авторегистрация данных в узле, регламентные задания обмена, транспорт обмена и т.п.

Если делать свой обмен через COM придётся написать процедуры извлечения данных из альфа авто и процедуры записи данных в БП. А учитывая, что конфигурация БП меняется каждую неделю можно просто не успеть и так и не сделать работающий обмен.

У меня подобная задача стояла. Решил по другому. В альфе  у всех документов есть доп. свойства. Завел новое доп свойство "Выгружен в Бух".При создании документа -ничего не не делаю. При выгрузке в Бух ставлю значение=1. При следующей выгрузке анализирую это свойство = фильтрую.
Дальше не пошел, т.к. нужды не было проверять статус документа измененный/неизмененный , ну и административно этот механизм не взлетел.
Метод не оптимальный, можно сказать -туповатый, но наименее затратный в части доработок.

(13)
1. Оригинальный-типовой-заводской обмен АльфаАвто построен не на универсальном обмене. Там самописная выгрузка, которая на стороне БМ имеет такую же самомписную загрузку.
При чем здесь перехваты?

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

ПС Версия АА 5.1

(14) Это кое как решает процедуру выгрузки.. Но как допустим ваш вариант засунуть в фоновое задание?

(0) Я сейчас занимаюсь, неспешно. Прикрутил БСП-шный модули в Альфу, написал правила, осталось отладить.

Ну и чуток подчистить от лишнего, перенесенного из БСП.

(6) Нет, полностью оригинальная конфа. Даже не 1С:Совместимо.

(16) Что мешает создать свое фоновое задание с запуском либо встроенной доработанной обработки выгрузки, либо внешней обработки с заданными параметрами выгрузки?

(20) Родная выгрузка и загрузка - полная шляпа.

(15) Ой. Видимо объяснять нужно долго. )) Тогда соглашусь, что единственный верный вариант тот, который понятен. Хотите через COM, пожалуйста.
(17) Ещё вариант - прикрутить БСП, обмен на КД2.
Аналогично можно внедрить БСП с универсальным _форматом_...
Или как я писал выше - внедриться в типовой обмен для превращения его в ED.
Выбирайте любой.

(22) На стороне БП у меня что будет в вашем варианте? Раскройте тему.

(23) На стороне БП типовая синхронизация. Можете попробовать:
"Настроить синхронизацию данных - Через универсальный формат обмена - Другая программа..."

На стороне АА - Обмен с удаленными подразделениями, Выполнить обмен с "БП 3.0". Нажимаем кнопку Обмен.
В БП соответственно нажимаем кнопку Синхронизировать, либо настраиваем обмен по расписанию.

Если проявить немного любознательности, можно в моём профиле найти ссылку на публикацию и там есть инструкция по настройке обмена для УТ 10.3.

(23) Чтобы далеко не ходить, вот скриншот:
http://catalog.mista.ru/upload/iblock/0d0/Обмен%20в%20БП%203.0.png

(25) Если перед созданием файла перехватить управление на свою обработку, создать xml файл в формате ED...

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

ПС у меня вообще БП 2.0.

(0) Дуло в том, что "Обмен Альфа-Авто -> Бухгалтерия" у РАРУС выполняется 2-я обработками: "Выгрузка данных в бухгалтерию" и "Загрузка данных в бухгалтерию". Последняя очень часто обновляется как сама БП. И если в обмен что-то свое впихнули, то поддерживать такой обмен очень затратно.
Мы соскочили с этой "иглы" сразу как стали дописывать Альфа-Авто под производство спец техники (на шасси устанавливали, комплектовали свои платформы, изготовленные по требованию заказчика). Во-первых с производством функционал БП перестал устраивать, заменили на КА. Во-вторых правила обмена с КА очень простые (могу поделиться, но там много своего) только упр. документами. А весь бух. учет в КА поднимается сам в соответствиями со всеми последними изменениями в законодательстве. Только КА вовремя обновляй (сейчас КА 2.2.3). Правила обмена Альфа-Авто -> КА годами не трогаю (не правлю). По ним все типовые принципы, методы в силе: хоть по расписанию, по изменениям, Com, и т.д.

(27) -> Дело

(26) Информации уже достаточно. Либо RTFM, либо примите как факт. )) Когда информация выгружается из АльфаАвто в файл в формате EnterpriseData, "моя" обработка на этом заканчивается. Далее всё типовое 1С-совское. Этот файл  в формате ED можно загрузить в любую базу - БП 3.0, КА 2.2, ERP, УТ 11.3, УНФ и другие.
БП 2.0 не вечна. АльфаАвто есть у многих, вопрос обмена данными или переноса не закрыт.

(27) Если не жалко, то обращусь к вам на почту, если возможно вышлите пожалуйста. Чтобы у меня была отправная точка, потому что мне допиливать правила на 20 документов.

(29) Ок, мне все еще непонятно как из типового не ED xml файла создать ED файл и впихнуть в него логику кода из БП.

Как подсунуть его БП это ясно.

(31) непонятно, какой путь все-таки выбран. Надо отделить способ накопления данных, которые надо отправлять, и формат, в котором они будут передаваться. Когда будет озвучен выбор, тогда можно будет еще что-то советовать.

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

А может, все не так страшно? Есть же готовый механизм. Просто он отправляет сразу все, а надо только измененное. Так завести регистрацию обычными платформенными механизмами и "подсовывать" альфовской обработке не все данные, а только то, что зарегистрировано к обмену - и дело в шляпе.

(32) Фактически все сводится к тому, что механизмы выгрузки и загрузки в текущем положении очень неудобно посадить в регламентное задание на сервер. Особенно это касается части загрузки в БП. Там все настолько криво, что я решил сделать свои правила обмена.

По части накопления данных - Можно использовать ПланОбмена УдаленнныеПодразделения и через него получать измененную порцию.