Получить список модулей. Реально?

[Inkognito]

Есть несколько консалтинговых компаний (занимаются ведением бухучета), которые хотели бы получить список своих клиентов Медка, у которых скоро заканчивается лицензия. Им нужно предварительно согласовать вопрос продления лицензии с собственником (или другим уполномоченным лицом). Проще говоря, Медку хотят своевременно и в полном объеме дать бабла А компаний достаточно много в базе...Попросили автоматизировать данный процесс.

Прошу рассмотреть возможность создания нового СОМ метода, с единственым параметром OrgID, который бы возвращал датасет с названием модуля, и датой его окончания, аналогично таблице модуля "Керування кодом доступу":

Пример использования | Показать

App = Новый COMОбъект("MEDOC.ZApplication");
OrgID= App.SeekOrg("12345678", "" );
rez1 = App.GetModuls(OrgID);
Пока НЕ rez1.EOF Цикл
Модуль= rez1.Fields.Item("Name").Value;
Окончание= rez1.Fields.Item("Termin").Value;
rez1.Next();
КонецЦикла;
//Далее полет фантазии разработчика

Результат: при использовании автоматизированных средств, консалтинговые компании смогут заранее и без лишней головной боли оплачивать Медок.

[Sagius]

Альтернативное предложение - снять капчу с сайта (страница лицензий), что позволит автоматизировано узнавать сроки лицензий и вне 1С.

[Inkognito]

Sagius
Как вариант Но сделать новый простой метод более реально, чем убрать капчу.

[priup]

....... сделать новый простой метод более реально, чем убрать капчу.

120%
А разработчик уже про капчу отвечал : "индейское национальное жилище........"

[Голодный Пельмень]

А разработчик уже про капчу отвечал : "индейское национальное жилище........"

А шо так?

[priup]

А разработчик уже про капчу отвечал : "индейское национальное жилище........"

А шо так?

А "пэтю" уже позабыли??? Политика безопасности!!! .............

[Inkognito]

Капчу не снимут, этот вопрос поднимался не раз за последние много лет. Хотя это конечно лучше, т.к. баз ведь может быть несколько, и для получения корректного списка придется запускать все, которые есть, поочередно - если допустить, что сделают новый метод СОМ. Хорошо, когда установлен 1 медок и в нем все предприятия - подключился и забрал нужную информацию.
На безрыбье, - хотелось бы хоть метод СОМ. Все лучше, чем ничего.

[priup]

Капчу не снимут, этот вопрос поднимался не раз за последние много лет. Хотя это конечно лучше, т.к. баз ведь может быть несколько, и для получения корректного списка придется запускать все, которые есть, поочередно - если допустить, что сделают новый метод СОМ. Хорошо, когда установлен 1 медок и в нем все предприятия - подключился и забрал нужную информацию.
На безрыбье, - хотелось бы хоть метод СОМ. Все лучше, чем ничего.

Пушай Ваш МЕДОКовский дилер в БО доработку напишет!!!

[Inkognito]

Мне показалось, что на форуме появились хорошие специалисты и адекватные люди-волшебники, которые готовы развивать ЭДО без лишних маляв. И это искренне радует, и внушает надежду на светлое медовое будущее. Все малявы через БО усложняют процесс анализа и внедрения хороших предложений. ИМХО. Есть реальная потребность (за час к обсуждению подключилось 5 человек, Карл!), и это уже показатель востребованности нового функционала. Каждый волшебник это знает Осталось взять на вооружение. Просто взять и сделать.

[Голодный Пельмень]

А разработчик уже про капчу отвечал : "индейское национальное жилище........"

А шо так?

А "пэтю" уже позабыли??? Политика безопасности!!! .............

Так можно же капчу попроще сделать, не все видят, где там лисапед и всё такое.

| Показать

Например, я.

[Колпаков Б.И.]

Я тоже самое в СОТА хочу

У Нашей консалтинговой там больше 100 лицензий..

[priup]

Мне показалось, что на форуме появились хорошие специалисты и адекватные люди-волшебники, которые готовы развивать ЭДО без лишних маляв. И это искренне радует, и внушает надежду на светлое медовое будущее. Все малявы через БО усложняют процесс анализа и внедрения хороших предложений. ИМХО. Есть реальная потребность (за час к обсуждению подключилось 5 человек, Карл!), и это уже показатель востребованности нового функционала. Каждый волшебник это знает Осталось взять на вооружение. Просто взять и сделать.

Я канэшно дика извиняюсь, но по опыту - ЧЕРЕЗ БО быстрее !!!
Я имею в виду ответ разработчиков получить! А вот положительный или отрицательный это как бог даст .................

[priup]

Я тоже самое в СОТА хочу
У Нашей консалтинговой там больше 100 лицензий..

А шо БО про доработку??? Отбрыкивается ??!!

[Inkognito]

Уважаемые представители волшебного отдела! Тема, как видите, очень актуальна. Обсуждение данного вопроса было в среде волшебников-практиков? Какой результат?

[Medoc Man]

Уважаемые представители волшебного отдела! Тема, как видите, очень актуальна. Обсуждение данного вопроса было в среде волшебников-практиков? Какой результат?

А разве компании, оформившие предприятиям лицензии, не ведут их "учёт" "у себя"?
Или речь не о тех, кто оформляет, а о какой-то промежуточной компании?

[Inkognito]

Как видите, выше описаны несколько разных ситуаций, которые в результате ищут необходимость получать список лицензий по коду ЕДРПОУ. Причем кроме изначально моей ситуации (запрос со стороны консалтинговых компаний), еще трое дилеров тоже имеют ту же потребность. Да, этот функицонал необходим промежуточным компаниям, как видим - дилерам и консалтинговым компаниям, они и правда ведут списки своих клиентов, и знать актуальную информацию "здесь и сейчас" им необходимо оперативно. А компании нобходимы оперативное поступление средств. Логично предположить, что функционал необходим как со стороны тех, кто его запрашивает, так и стороны компании разработчика MEDoc. Осталось убедить Вас в этом и получить положительный результат.

[Medoc Man]

Как видите, выше описаны несколько разных ситуаций, которые в результате ищут необходимость получать список лицензий по коду ЕДРПОУ. Причем кроме изначально моей ситуации (запрос со стороны консалтинговых компаний), еще трое дилеров тоже имеют ту же потребность. Да, этот функицонал необходим промежуточным компаниям, как видим - дилерам и консалтинговым компаниям, они и правда ведут списки своих клиентов, и знать актуальную информацию "здесь и сейчас" им необходимо оперативно. А компании нобходимы оперативное поступление средств. Логично предположить, что функционал необходим как со стороны тех, кто его запрашивает, так и стороны компании разработчика MEDoc. Осталось убедить Вас в этом и получить положительный результат.

Я возможно чего-то не понимаю, но "здесь и сейчас" - пожалуйста, оф. вэб-сайт, по коду ЕГРПОУ/ГРФЛ.
Использование СОМ предусматривает его выполнение "у клиента". Подключаться к клиенту, чтобы запустить какое-либо СОМ-приложение, которое "вернёт" список организаций и кодов доступа? Просто список? Так ведь он и так, вероятно, есть у дилеров. Или у них только названия предприятий, а что и по чём они им продали - это не учитывается?
Ещё раз прошу прощения, но, imho, практическая польза сомнительна.

[Inkognito]

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

[Medoc Man]

Incognito,
в таком случае, возможно, рациональнее "внутри" самого M.E.Doc добавить настройку "Інформувати про закінчення терміну дії ліцензії на e-mail" + поле для адреса почты? Где нибудь в Параметрах системы или в том же Управлении кодом доступа.
И не нужно ни СОМ-методов, ни прикладных решений...

[Inkognito]

COM (или снятая капча) позволит использовать гибкий инструмент дальнейших действий (при условии прямых рук и здравого разсудка). Предложенный Вами вариант также неплох, но он не гибкий, да и почта часто будет личная - уволился бухгалтер, а ему будут письма счастья приходить. Может, не захочет он с бывшими коллегами общаться, и просить их поменять почту на другую. Новый бухгалтер может и не знать об этой возможности.
СОМ (или снятая капча) для тех, кто знает что делать далее.