Добрый день

Клиент не хочет юзать стандартный обмен УТ 11 БП 3.0. (обмен настроен , работает и запускается со стороны УТ)

Хочет тулзу на COM соединении, запускаемую со стороны БП с визуализацией и возможностью выбора загружаемых документов.
Визуализацией расхождений в документах уже загруженных в БП из УТ и опциональным типом поиска контрагентов прочими хохряшками.

У меня есть подобная нетленка для УТ 10.3 <--> БП 3.0 но писать для УТ 11 сейчас не очень хочется.
Хотел бы прикупить подобную тулзу и на ее основе допиливать.

Подскажите кто сталкивался с подобными решениями приемлемого качества ?

(0) НЕ ВЕДИСЬ!

(2) слушай я сам делал - реально геморроя меньше
Кастомизировать то что у меня есть под УТ 11 часов 30 - я бы с удовольствием но нет времени на это

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

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

(3) Зачем тройные циклы ?
cOM запрос зачитывает данные в ТЗ для реализации, юзер выбирает объекты для загрузки / обновления
Все остальные данные считываются на рантайме в момент формирования документа в БП

(0) Вот прямо сам клиент говорит - хочу через ком-соединение? Или просто говорит, что стандартный обмен не устраивает?

(5) Зачем тройные циклы, да хотя бы за лицензию, которую ты хочешь профукать

(0) ТС объясни еще раз, почему ты выбрал путь через КОМ?

Внятно,  четко и по делу.

(4) Ты прав. Я на сом собаку съел - предпочитаю КД. Но нет времени. И меня вымораживают типовые справочники 11
(ед измерения , договоры, серии контактная инфа)

(6)Бух нынче грамотный пошел сам в консоли запросы строит. Она видела подобные тулзы 7.7 БП 3.0.
Там в процессе обмена еще кое что подшаманить нужно с упр. двжухой

ну мб клиенту стоит подумать о покупке КА 2

(10) понятно все. Удачи тебе с твоим комом

(12) поясни пожалуйста тему в (3)

(10) Ну если у клиента бухгалтер решает, каким механизмом обмена пользоваться - пилите, Шура...

(14)Не понимаю сарказма.
Типовой обмен УГ. Клиентос хочет красиво - имеет право

(13) поясняю тему в (3). не используй КОМ, как бы это удобно не казалось, это сплошные костыли и гемморой. Ты из одной базы подключаешься в другую, у тебя -1 лицензия, это раз. Второе ты в базе источнике пишешь шаловливые запросы, потом результат запроса ты через ком передаешь в источник, дооооооооооооолго так передаешь. Потом открываешь, результат запроса, и все это долго это два.

Есть механизм обмена написанный на БСП, через правила обмена, это три.

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

(15) Как из того, что типовой обмен УГ, следует, что нужно слушать бухгалтера по вопросу выбора технологий?

(15) И да, типовой обмен был разработан отделом разработчиков, отделом методистов, отделом тестировщиков и во главе братии был РП с яйками из титана, и еще кучи народов.

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

(16) Чего такого жуткого ? Лицензии некритично.
Скорость тоже приемлемая - не жаловались.
просмотреть данные в приемнике можно под отладчиком на рантайме.
Я тут гугл докс собираюсь прикрутить чтобы при клике на номер дока открывался документ 1С в отдельном окне - сеансе.

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

(17)Технологию выбираю я

(19) Ну тогда вперед разрушитель, можешь после высококвалифицированного кода разделать тушу порося на столе ГБ, пропылесосить, вымыть унитазы в офисе, и станцевать стриптиз. Все это не критично.

И да, не забудь еще РС создать для регистрации объектов

(10)Походу твой клиент хочет больше геморроя себе и в конечном счете тебе.
Интересно что она будет делать если найдет эти расхождения?

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

(22)Звонить тебе каждый день?

(21)Без РС обходился.

(22) Спросит с того кто менял в УТ. Если изменения оправданные обновит доки в БП.
Слушай у меня подобные вещи (10.3 2.0, 10.3 3.0) на куче клиентов работают - не звонят
И отчеты на СКД сводные между двумя / тремя базами - тоже не звонят

И таки да..
У меня бж   сидела по ночам делала эти типовые обмены за клиентов - косяки их фиксила. Теперь она РСП.
Так что к типовому обмену у меня похоже личное.

(25) как там говорится, каким ты был, таким ты и остался. Удачи тебе с ком и без РС

(26) что ты хочешь регистрить в РС в БП ?

(27) погоди, ты хочешь отчет, который через ком работает, и в случае если документы различаются, то он перетащит документы из УТ в БП? Правильно?

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

Но даже для такой задачки я бы посмотрел в сторону web сервисов, мне кажется что так правильнее

(19) Если ты выбираешь технологию, тогда твои слова, что клиент хочет ком - ложь.

(28) нахрена полноценый там 10 -12 видов доков

Обработку по загрузке доков.
2 тч
в первой список доков
во второй содержимое в базе источнике

ком соединение постоянное не рвется в процессе пока открыто окно обработки
При активизации строки в первой ТЧ содержимое дока в источнике отображается во второй

Я такие штуки еще на клюшках делал - обмен с навиженом по адо на ура шло.
Сидишь в бухне и смотришь что там в навижене повыписывали и стоит ли это грузить

(31) у него такое было на БП 3.0 <-> клюшки на прошлом месте

(33) в чужой монастырь со своим уставом. Ужас просто.

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

(0)Хочет тулзу на COM соединении, запускаемую со стороны БП с визуализацией и возможностью выбора загружаемых документов.

Через COM ? А как ты сравнивать надеешься? Без правил синхронизации ?

>>У меня есть подобная нетленка для УТ 10.3 <--> БП 3.0 но писать для УТ 11 сейчас не очень хочется.

Там документы совпадают процентов на 5. Жесткий хардкод походу.


(35) Если базы находяться на разных серверах, как пример.  Через WS/HTTP косяков меньше намного, например при обновлении платформы.

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

Что то я не понял что не так с комом?
Все обмены в типовых имеют возможность работать через ком. Более того высоконагруженный базы делят на отчетный и оперативные. Причем данные для отчетов в оперативных тащятся по кому из отчетных И ничего сильно снижает требования по железу

Т.е. КД это не хардкод, а ком это хардкод? А в чем разница??

И это критикуя предлагайте. Что вы предлагаете для обменов с типовыми? Править типовые на предмет поднятие веб сервисов? Т.е. это не "Жесткий хардкод"?

(36) Для доков думаю просто - по сумме документа. Если есть расхождения выделять в ТЧ обработки. Дальше бух становится на обработке на данный док в ТЧ отражаются данные из базы источника. И открыввает лок в базе приемнике и сравнивает - и решает оно иму надь ?

(37) Типовой обмен как работает : парисит объекты в xml потом расапарсивает в источнике и  обрабатывает в соответствии с правилами. В любом случае нужно менять правила выгружая хml. (или я не прав ?)
Опять же всякие сопутствующие РС для синхронизации.

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

Я подразумеваю другой принцип - прочитал объект визуализировал / опционально загрузил вся обработка в БП на рантайме при загрузке документа (любой реквизит ком объекта можно детально прочитать)

(39) Я пока буду юзать типовой обмен . Тем более что УТ пока в облаке а БП локально. Потом критически посмотрю. В любом случае процесс обмена со стороны БП он неуправляемый - задал даты и видишь результат когда перельется.
А хочется тонко - с каждым документом.

(41) Может загружать с помощью типовых правил и xml, но на стороне БП в типовой обработке сделать признак "Только тестирование"?
Если галочка стоит, то в транзакции записываются все документы и справочники, формируется отчет сравнения версий объектов (можете в виде дерева сами форму дорисовать), а потом транзакцию отменять?

+(41) А что не нужно\не устроило - зайти в УТ и отменить регистрацию руками?

(40) правила КД3 это не xml, это модуль.
Типовой обмен КД3 он такой: УТ - ED - БП.
В вашем случае нужно сделать УТ - ED - Обработка сравнения - ED - БП.
Обработка в БП загружает в себя данные из ED из УТ, выгружает типовыми правилами из БП в ED и показывает пользователю отличия. Потом генерирует ED и отправляет в БП и в УТ.
Работа не на 30 часов ;)

(43) Где можно подробнее прочитать про данный механизм ?
Что такое ED ?
Как связан КД 3 и какой функционал задействует КД а какой взят из БСП ?

Какой релиз БСП посмотреть и какие объекты в ней ?

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

(41, 42) А оно буху надо ?

проси 150 часов да и все. сам отвалится

(43) а на сколько? да в ед только одних типов штук 100

(44) Статья для прояснения http://catalog.mista.ru/public/695523/
(45) Без опыта то, что я предложил выше может затянуться и результата не будет. Готовых решений я не встречал и сам не делал. ;)

(40) Универсальный обмен грузит все сразу, на то он и обмен. Он тебе сразу и все перепишет, сразу список документов ты ну никак не получишь, если только свой алгоритм загрузки файла XML не разработаешь. Это довольно гемморойно.

Если только запустить транзакцию, получить представление  и потом откатить. Но это уже конкретно некомильфо при больших объемах.  Так что без запросов не обойтись.

(49) КД3 замудрили до смерти. Такое ощущение что его JAVA-кодеры, которых из других мест выгнали  писали. Хрен разберешься зачем там столько вложенных правил.

Вопрос немного не в тему :

К какой версии ERP близок функционал конфы 11.3 ?
Какая версия БСП соответствует функционалу 11.3 ?

(52)
1. УТ и ERP построенны на одной базы
2. Зайди в конфигуратор и посмотри РС версии подсистем и там будет точно версия указана

(53) 2.0 3.0 ?

(53) Не совсем так - ERP включает функционал УТ 11.  Но там расчет себестоимости сильно отличается.

(55) Это как?

Они физически построены на одном ядре

Грубо говоря 1с разрабатывает erp, потом, путем удаления фчасти функционала получается УТ или КА.
Даже если смотреть код, то сплошь и рядом НЕ УТКА с плюсами и минусами. (УТ(управление торговлей) КА(комплексная автоматизация)) - это и есть вставки предназначенные для определенной конфигурации

Разработка ведется только в одной ветке (ERP). Процесс формирования из флагманского решения ERP более «легких», функционально ограниченных Комплексной Автоматизации (далее – КА для краткости) и двух разновидностей Управления Торговлей (далее – УТ и УТ Базовая) автоматизирован.
Изменения из ERP в «производные» конфигурации (КА, УТ, УТ Базовая) переносятся автоматически, с использованием механизма сравнения и объединения конфигураций.
(с) https://habr.com/company/1c/blog/280394/