В общем нужно один и тот же отчет рассылать из 20 баз практически одинаковой конфигурации.
Подключаюсь по COM, формирую MXL, обрабатываю, рассылаю прикрепленным XLS.
И тут затык - одна из баз на облаке. Облако не Fresh, более гибкое в настройках и доступах.
Вручную высылать не вариант, хотят автоматизировать всё, готовы заплатить за облако.

Ваши действия, господа Гусары. Если облако что-то не может, я буду говорить нет.
А потом узнаете, как вопрос решил я, гуру. Правда, как и все гуры, сперва бился лбом не в том направлении чутка, но потом все решилось благополучно.

Итак?

Гуру не бьются лбом не в том направлении.
Они решают задачи легко и изящно.

Я не гура, но почему бы не рассылать регламентом? Зачем вообще COM?

Угу внешнюю обработку даже по фреш можно в регламентное

(2) Это не гуровое решение.
Гуровое - это из области плац ломом подметать. Нам не лучше надо, нам надо потр......ся

Кто-то до сих пор использует COM?

(0) Если облако гибкое, значит можно VPN прокинуть. А через него и COM.

(6) угу на linux'е

(0) > А потом узнаете, как вопрос решил я, гуру.
Что, твой бложек никто не читает, приходится тут хвастаться? Какая печаль.

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

Ууу, налетели. соу тупикал.

(0) Не очень ясна проблема
Тип из одной базы нужно ко всем подключиться для формирования?

Делаем обработку, которая регулярно выгружает отчеты на фтп
Из центральной базы обрабатываем

Можно больше. Центральная база закидывает файл на фтп с командой, что нужно сделать ("Сохрани отчета за текущий месяц"), потом начинает ждать, пока все базы отработают эту команду. Дальше собирает все и отправляет.

Еще можно посмотреть в сторону http-сервисов

(2) в 20 баз будете прописывать? в каждую базу заходить и адреса менять? Не, ну бог в помосчь.
обновлять обработку по рассылке если че, тоже в каждые из 20 баз, дыа? Единое расписание рассылки тоже в каждой базе корректировать?
Ну это путь для тру-мазохистов. Клиент не из таких.

(10) ты описал то, что я описал. Нюанс в том, что одна из баз на облаке. К 10-му посту прошло отрицание реальности и произошло, наконец, принятие задачи поставщика.

(1) Опыт - сын ошибок трудных, а Гений - парадоксов друг. Как то так

(11) > отрицание реальности
Сереж, да просто гуру на твои загоны насрать. Ты ж просто собираешь вопли молоденьких неофитов для почесывания своего эго.

(0) Собираешь идеи как это сделать?

(13) Вам, Г-н Фрейд, виднее. Я делюсь сермяжной правдой жизни

(12) Гений Гуру ответь на (7)

Что ты будешь делать со своим com на линуксе?

(16) Гуры с Линухом не работают, ведь никто в реальном бизнесе его не использует :)))))

(16) ты спросил, я уточняю - у нас не линукс. Но для линукса я знаю решение, кстати.

(14) уже сделал. Делюсь программистской байкой

Кстати, этапы большого пути не туда:
Можно ли конвертировать файл SQL-бэкапа в DT или 1CD без SQL сервера?
Как выгрузить данные из УТ11 в облаке?

Я бы, наверное, сделал веб сервис, но полагаю, это не путь настоящего гения.

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

(11) >Нюанс в том, что одна из баз на облаке
И чем это мешает в терминах (10)?

Имхо делается универсальный http сервис, который на вход принимает текст запроса с параметрами, а в ответ возвращает результат в json

И хреначь что хочешь извне, одинаковый сервис во всех база, его даже обновлять не нуна

(0) с тебя $ за (23)

(23)+ Но на практике все чуть сложней, запрос может выполняться долго так что не дождешься.

Так что первый http запрос возвращает id задания, которое выполняется.
А затем по id можно периодически вызывая узнавать статус, как выполнено - качаем результат.

(23) Aka бэкдор

(26) ридонли же
в полноценном Выполнить() но такое во фреш не пустят, в отличие от текста запроса

(24) за решения типа (23) могут и закопать в лесу...

(28) Чем это отличается от дефолтной OData ? Авторизация понято дело должна быть

(24) В очередь, http-сервисы были еще в (10) :)

(27) Хм. Запросом можно базу уронить.

(23) более того, можно просто передать скд + настройки, без проблем это все читается

(30) согласен поделить, осталось отловить гения и заставить поделиться

(32) дык суть что отказаться от COM и взять нечто более современное но настраиваемое
и отказаться от циклов

(31) а com-ом  типа нельзя )

(35) Ну так-то да. :-)

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

Но в итоге пришел все же к нужному решению. В облаке разрешен веб-сервис.

Я передаю в сервис Идентификатор отчета, Настройки в XML и структуру параметров (опционально).

В итоге сервис отдает мне закодированный в Base 64 XML.

Остальные базы так и оставил на COM, потому что там веб-сервисы не подняты, а кроме того, нужно следить за актуальность кода в веб-сервисе. Хотя в принципе, он может редко меняться, но все же. Обновлять расширение на 20 базах то еще удовольствие.

Кстати, на линухе можно было бы запускать 1С с нужным ключом, а там бы расширение делало все что нужно по ключу, если не по веб-сервису.

(37) В общем, развёл обезьянник, и никакой универсальности. И в чём гениальность?

Включил Типовой функционал рассылки отчетов

(37) хотя кому я

(37)Ну это как бы и очевидно.

(38) Мини-Макс знаешь что такое? Оптимальная затрата усилий. Обезьянник там небольшой.

(39) в каждой из 20 баз? Ню-ню.

(40) ты мысль свою светлую озвучь сперва и объясни в чем профит.

одним словом - фриланс

(37) а при чем тут рассылка в Экселе с твоими манипуляциями с иксемелем?
я не вьезжаю (не восьмерочник я)

Велосипедостроение никак не отпускает?

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

(48) так в этом и профит!

(46) MXL, пардон.
(47) Шта?
(48) С чего бы это ему лечь? Ляжет - подымут. Это головняк админов.

Не ну единственно разумным ответом от критиков было бы написание скрипта, который бы обновлял расширения во всех 20 базах, а еще желательно и веб-сервис подымал.
Скажу сразу - в тех базах что по СОМ, веб-сервер не поднят и под большим вопросом будет ли поднят.

20 баз - это уже "Центр администрирования" нужен для удобства работы с ними.
получается, что хвалишься велосипедом с квадратными колесами для формирования отчета - зато тему с обновлением и прочим регламентным обслуживанием стыдливо умалчиваешь.

(52) ну так не я ж админю эти базы. Меня пригласили на разработку. Как их админят и обновляют, я хз

(53) админы свалят не тебя, забодаешься доказывать, что не ты виноват

(54) если у тебя играет очко, не ходи в программисты 1С. Гений 1С уверен в своем гении и провернет все так, что админы зарекутся.

(54) и потом что именно свалят, ггг... вот реально, о чем спич, даже интересно

(56) перестал работать твой функционал, мда

(57) и? разберусь почему и объясню клиенту. Если админы будут не согласны, пусть предметно поспорят. Но в большом бизнесе распиздяев не держат, в т.ч. и среди админов. Там вменяемые люди.

(57) ты случайно не на Украине работаешь? В Москве сутяжничество не особо практикуется

(53) оно не только для админства. можно и обработки запускать удаленно.
а если не ты обновляешь - тогда чего говоришь

>Обновлять расширение на 20 базах то еще удовольствие
?

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

(60) я знаком с этими специально обученными людьми и не хочу чтобы они мучались. Вопросы?

(50) выше уже писал, что рассылка отчетов много лет как типовой функционал

(51) :facepalm: Если ты можешь подключиться к базе по COM, то ничего не мешает поднять на этой же машине web-сервер и загнать туда все нужные базы.