Обмен Альфа-Авто -> Бухгалтерия #795892

Тема неоднократно поднималась, но никто толком не раскрутил ее до конца. Итак, "типовой" обмен работает без ПланОбмена и выгружает данные за период. Стоит задача выгружать только измененные порции раз в час. Делать свой план обмена, а потом пихать все в регламентное задание представляется очень стремным занятием. Так как внутри все написано.. как бы это сказать.. непригодным для такого. Сделать свои правила через конвертацию можно, но документов очень много + есть внутри неочевидные нюансы что куда грузить и как укладывать. Кто-нибудь занимался подобной задачей?

эхъ

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

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

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

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

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

План обмена сделать не проблема.. Самая проблема в регл задания запихнуть код на ВЫГРУЗКУ. А в БП код на ЗАГРУЗКУ. Имхо там невпих*емое) особенно по части БП.. там такой обвес в виде дбф файлов и прочего.. + единой очки входа на загрузку нет. Да и сразу видно написано так, что "на сервере" не взлетит сходу..

Тогда можно опереться на правила, написанные альфовцами - Чтобы на них опереться нужно упороться их разбором детальным. Нет, ну понятно что все это можно. Нужно потратить время, а кому нужно тот долен заплатить. Мой вопрос был - делал ли ктото подобное?

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

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

Не обмен универсальный, а формат.

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

Типофой оригинальный способ обмена работает примерно так: создаётся xml файл с данными на основе правил КД2 во временной папке, файл закрывается и отдаётся транспорту обмена, который этот файл копирует в каталог обмена или отправляет по ftp или по e-mail. Если перед созданием файла перехватить управление на свою обработку, создать xml файл в формате ED, то типовой транспорт обмена ничего не заметит и отправит его по назначению. В этом заключается альтернатива обмену. Не нужно заниматься кучей дел, которые уже реализованы - авторегистрация данных в узле, регламентные задания обмена, транспорт обмена и т.п. Если делать свой обмен через COM придётся написать процедуры извлечения данных из альфа авто и процедуры записи данных в БП. А учитывая, что конфигурация БП меняется каждую неделю можно просто не успеть и так и не сделать работающий обмен.

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

1. Оригинальный-типовой-заводской обмен АльфаАвто построен не на универсальном обмене. Там самописная выгрузка, которая на стороне БМ имеет такую же самомписную загрузку. При чем здесь перехваты? 2. Если делать свой обмен... - Допустим у меня есть Правила, тогда я беру обработку УниверсальныйОбменДаннымиXML через нее выгружаю данные через COM в БП. Этот вариант прекрасно бы работал, если бы у меня были ПравилаОбмена. ПС Версия АА 5.1

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

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

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

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

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

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

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

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

На стороне БП типовая синхронизация. Можете попробовать: "Настроить синхронизацию данных - Через универсальный формат обмена - Другая программа..." На стороне АА - Обмен с удаленными подразделениями, Выполнить обмен с "БП 3.0". Нажимаем кнопку Обмен. В БП соответственно нажимаем кнопку Синхронизировать, либо настраиваем обмен по расписанию. Если проявить немного любознательности, можно в моём профиле найти ссылку на публикацию и там есть инструкция по настройке обмена для УТ 10.3.

Чтобы далеко не ходить, вот скриншот:

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

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

-> Дело

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

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

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

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

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