Доступ к МедКу через объекты

[PetroP]

Запускайте вашу программу от имени администратора.

[AllexL]

Добрый день!
WIndows обновилась до 10 версии и теперь наша программа не может "достучаться" до Медка через com объекты.
Подскажите, пожалуйста, что делать?

Версия МЕДОКа? Версия ОС? Настройки FireWall?
Знаете ли Вы о существовании администраторов (сетевых, баз данных, серверов и т.д.)?

[Inkognito]

AllexL
COM объектам не нужны никакие сисадмины... Главное чтобы соединение установилось. Версия Медка также не имеет значения. Выше сказано все правильно - "запуск от имени админа" главная фишка МСВиндовса, всему виной.

[AllexL]

AllexL
COM объектам не нужны никакие сисадмины... Главное чтобы соединение установилось. Версия Медка также не имеет значения. Выше сказано все правильно - "запуск от имени админа" главная фишка МСВиндовса, всему виной.

COM-объектам - не нужны, а организациям, которым небезразличны доступность и сохранность своих данных - обязательно нужны.
И администраторы в таких случаях хотя бы в песочнице тестируют такие серьезные вещи, как смена платформы.

p.s. и не вина МС, что разные вредители заставляют ужесточать систему безопасности, побочных эффектом чего является необходимость запуска системы с полномочиями администратора. Кстати, разработчик мог бы выложить список полномочий , необходимых учетной записи, от имени которой стартует служба zvitGrp1

[winn3r.BB]

Вже котрий день бавлюсь з одним підприємством. З 1С в МЕДок передає, а з МЕДка - хоче "Потрібно виконати додаткові налаштування", хоча шлях проставлений. 1С і МЕДок запускаються від імені Адміністратора.
1С:Підприємство 8.3 (8.3.6.2363), бухгалтерія, файлова база
МЕДок 10.01.130
Windows 8.1
Можливо хтось стикався з якимось нюансами ?

[Inkognito]

хоча шлях проставлений

Перевірте шлях. Буває, що Медок перевстановлять, а в обробці забудуть.
Доречі, версію обробки непогано озвучить, хоча їх інебагато, але можливі нюанси.

[winn3r.BB]

Перевірте шлях. Буває, що Медок перевстановлять, а в обробці забудуть.

поставив 2 медки, пробував обидва - те саме

Доречі, версію обробки непогано озвучить, хоча їх інебагато, але можливі нюанси.

пробував різні версії

[Inkognito]

Можна скрін налаштувань обробки та шлях з ярлику Медка?
П.С. якщо в неробочий час, то сьогодні після 18.30 можу спробувати допомогти.

[Юра_01]

Вже котрий день бавлюсь з одним підприємством. З 1С в МЕДок передає, а з МЕДка - хоче "Потрібно виконати додаткові налаштування", хоча шлях проставлений. 1С і МЕДок запускаються від імені Адміністратора.
1С:Підприємство 8.3 (8.3.6.2363), бухгалтерія, файлова база
МЕДок 10.01.130
Windows 8.1
Можливо хтось стикався з якимось нюансами ?

Добрый день, аналогичная ситуация только релиз платформы выше, да и медок 133.
по поводу настроек, в самой обработке там только путь к корню медка, и выбор какой .exe запускать.
Из того что попробовал и не помогло.
1. от прав админа обе программы
2. отключил: антивир, брендмауер
3. есть около 3-5 разных обработок, которые на моем ПК успешно работают, а у бухгалтера на отрез отказываются работать.
именно передавать из медка в 1с

[Inkognito]

Варианта только два: или неправильный путь, или нет прав на использование библиотеки по этому пути.
П.С. использование функционала "Сервис - отправить в 1С" не практично, ввиду проблем с библиотекой. Использование СОМ технологии подключения и создания документов решает эту проблему. Большая часть существующих обработок (не считая первоначальную) имеют такие возможности. По крайней мере, 3 различных существующих аналога имеют... А вот версии 4.х-5.х используют только возможности библиотеки, и потому сильно зависимы от пути и прав. Пора "оффверсии" (или не офф...?) обзавестись функционалом более продвинутых сородичей. Иначе проблемы с правами будут долго морочить голову пользователям.
П.С. стучите в личку, попробую помочь

[Inkognito]

На прошлой неделе бился над такой проблемой 1,5 часа, но так и не поборол.
Проблема здесь: ПодключениеУспешно = ПодключитьВнешнююКомпоненту(ИмяПлагина, "medoc1c", ТипВнешнейКомпоненты.COM);
Всегда возвращает Ложь, причем только у одного пользователя. У меня например все ОК, на той же Windows 10.
Попытка/исключение ни к чему не привели. Отрабатывает успешно, но возвращает Ложь.
UAC отключен, права на каталог станции Медка - полные, Windows 10. На сервере 2012, где установлен сервер Медка - все ОК.

[PetroP]

Все запущено от имени администратора?

[Inkognito]

Да.

[PetroP]

Подскажите по коду.

Какая принципиальная разница, рекомендации использования:
1. rsMain.FldVal("MyField", "MyValue");
2. rsMain.FldVal("MyField") = "MyValue";
3. rsMain.Fields.Item("MyField").Value = "MyValue";
?

Чем отличается "FldVal" от "FldOrigVal"?

[PetroP]

Чем отличается "FldVal" от "FldOrigVal"?

Благодарю за быстрый ответ.
Откопал древнюю инструкцию, - оказывается много чего полезного было удалено. Но зачем?

[Inkognito]

Поделитесь опытом, пожалуйста. Тоже интересно, в чем разница.
1 и 2 по идее, тождественны. А чем отличается "FldVal" от "FldOrigVal"?
Сам удивляюсь, зачем было удалено

[PetroP]

Если поле содержит NULL, то FldOrigVal вернет NULL, а FldVal вернет 0 (судя по старой документации, конечно, сам не проверял).

[Inkognito]

PetroP
Может подскажете, как проверить существование поля в массиве rsMain?
Если например заранее неизвестно, есть ли в шаблоне некоторого Акта поле "VO" (відповідальна особа) или SUM (парадокс, но иногда писатели своих шаблонов не пользуются нужными полями из перечней статических полей шаблона, и это приводит к необходимости искать их поля в шаблоне, который притом они периодически меняют).
В общем, можно как-то проверить, чтобы система не "вылетала"?
Например, Сообщить(rsMain.Fields.Item("VO").Value);
если такого поля нет в шаблоне - дамп обеспечен. Нужна какая-то проверка, но попытки были безрезультатными:
Если rsMain.Fields.Item("VO").Value<> Неопределено Тогда
Если rsMain.Fields.Item("VO").Value= "" Тогда
Если rsMain.Fields.Item("VO").Value=0 Тогда

[PetroP]

Если структура не известна, лучше изначально ее считать в коллекцию:

Код: Виділити все

ПоляДокумента = Новый Массив;
Всього = rsMain.Fields.Count;
Для Лч = 0 По Всього - 1 Цикл
    ПоляДокумента.Добавить(rsMain.Fields.Item(Лч).Name);
КонецЦикла;

[PetroP]

Существует ли возможность определить, получен ли ответ на запрос в ЄРПН (1300103), без попытки:

Код: Виділити все

Doc = govReq.GetNNresponse(ІдДок);
Попытка
    tabl = Doc.DataSets("TAB1");
Исключение
    //* нема...
КонецПопытки;

?