Доступ к МедКу через объекты
Re: Доступ к МедКу через объекты
Запускайте вашу программу от имени администратора.
Re: Доступ к МедКу через объекты
Версия МЕДОКа? Версия ОС? Настройки FireWall?olegyudin писав:Добрый день!
WIndows обновилась до 10 версии и теперь наша программа не может "достучаться" до Медка через com объекты.
Подскажите, пожалуйста, что делать?
Знаете ли Вы о существовании администраторов (сетевых, баз данных, серверов и т.д.)?
Re: Доступ к МедКу через объекты
AllexL
COM объектам не нужны никакие сисадмины... Главное чтобы соединение установилось. Версия Медка также не имеет значения. Выше сказано все правильно - "запуск от имени админа" главная фишка МСВиндовса, всему виной.
COM объектам не нужны никакие сисадмины... Главное чтобы соединение установилось. Версия Медка также не имеет значения. Выше сказано все правильно - "запуск от имени админа" главная фишка МСВиндовса, всему виной.
Re: Доступ к МедКу через объекты
COM-объектам - не нужны, а организациям, которым небезразличны доступность и сохранность своих данных - обязательно нужны.Inkognito писав:AllexL
COM объектам не нужны никакие сисадмины... Главное чтобы соединение установилось. Версия Медка также не имеет значения. Выше сказано все правильно - "запуск от имени админа" главная фишка МСВиндовса, всему виной.
И администраторы в таких случаях хотя бы в песочнице тестируют такие серьезные вещи, как смена платформы.
p.s. и не вина МС, что разные вредители заставляют ужесточать систему безопасности, побочных эффектом чего является необходимость запуска системы с полномочиями администратора. Кстати, разработчик мог бы выложить список полномочий , необходимых учетной записи, от имени которой стартует служба zvitGrp1
Re: Доступ к МедКу через объекты
Вже котрий день бавлюсь з одним підприємством. З 1С в МЕДок передає, а з МЕДка - хоче "Потрібно виконати додаткові налаштування", хоча шлях проставлений. 1С і МЕДок запускаються від імені Адміністратора.
1С:Підприємство 8.3 (8.3.6.2363), бухгалтерія, файлова база
МЕДок 10.01.130
Windows 8.1
Можливо хтось стикався з якимось нюансами ?
1С:Підприємство 8.3 (8.3.6.2363), бухгалтерія, файлова база
МЕДок 10.01.130
Windows 8.1
Можливо хтось стикався з якимось нюансами ?
Re: Доступ к МедКу через объекты
Перевірте шлях. Буває, що Медок перевстановлять, а в обробці забудуть.хоча шлях проставлений
Доречі, версію обробки непогано озвучить, хоча їх інебагато, але можливі нюанси.
Re: Доступ к МедКу через объекты
поставив 2 медки, пробував обидва - те самеInkognito писав: Перевірте шлях. Буває, що Медок перевстановлять, а в обробці забудуть.
пробував різні версіїInkognito писав: Доречі, версію обробки непогано озвучить, хоча їх інебагато, але можливі нюанси.
Re: Доступ к МедКу через объекты
Можна скрін налаштувань обробки та шлях з ярлику Медка?
П.С. якщо в неробочий час, то сьогодні після 18.30 можу спробувати допомогти.
П.С. якщо в неробочий час, то сьогодні після 18.30 можу спробувати допомогти.
Re: Доступ к МедКу через объекты
winn3r.BB писав:Вже котрий день бавлюсь з одним підприємством. З 1С в МЕДок передає, а з МЕДка - хоче "Потрібно виконати додаткові налаштування", хоча шлях проставлений. 1С і МЕДок запускаються від імені Адміністратора.
1С:Підприємство 8.3 (8.3.6.2363), бухгалтерія, файлова база
МЕДок 10.01.130
Windows 8.1
Можливо хтось стикався з якимось нюансами ?
Добрый день, аналогичная ситуация только релиз платформы выше, да и медок 133.
по поводу настроек, в самой обработке там только путь к корню медка, и выбор какой .exe запускать.
Из того что попробовал и не помогло.
1. от прав админа обе программы
2. отключил: антивир, брендмауер
3. есть около 3-5 разных обработок, которые на моем ПК успешно работают, а у бухгалтера на отрез отказываются работать.
именно передавать из медка в 1с
Re: Доступ к МедКу через объекты
Варианта только два: или неправильный путь, или нет прав на использование библиотеки по этому пути.
П.С. использование функционала "Сервис - отправить в 1С" не практично, ввиду проблем с библиотекой. Использование СОМ технологии подключения и создания документов решает эту проблему. Большая часть существующих обработок (не считая первоначальную) имеют такие возможности. По крайней мере, 3 различных существующих аналога имеют... А вот версии 4.х-5.х используют только возможности библиотеки, и потому сильно зависимы от пути и прав. Пора "оффверсии" (или не офф...?) обзавестись функционалом более продвинутых сородичей. Иначе проблемы с правами будут долго морочить голову пользователям.
П.С. стучите в личку, попробую помочь
П.С. использование функционала "Сервис - отправить в 1С" не практично, ввиду проблем с библиотекой. Использование СОМ технологии подключения и создания документов решает эту проблему. Большая часть существующих обработок (не считая первоначальную) имеют такие возможности. По крайней мере, 3 различных существующих аналога имеют... А вот версии 4.х-5.х используют только возможности библиотеки, и потому сильно зависимы от пути и прав. Пора "оффверсии" (или не офф...?) обзавестись функционалом более продвинутых сородичей. Иначе проблемы с правами будут долго морочить голову пользователям.
П.С. стучите в личку, попробую помочь
Re: Доступ к МедКу через объекты
На прошлой неделе бился над такой проблемой 1,5 часа, но так и не поборол.
Проблема здесь: ПодключениеУспешно = ПодключитьВнешнююКомпоненту(ИмяПлагина, "medoc1c", ТипВнешнейКомпоненты.COM);
Всегда возвращает Ложь, причем только у одного пользователя. У меня например все ОК, на той же Windows 10.
Попытка/исключение ни к чему не привели. Отрабатывает успешно, но возвращает Ложь.
UAC отключен, права на каталог станции Медка - полные, Windows 10. На сервере 2012, где установлен сервер Медка - все ОК.
Проблема здесь: ПодключениеУспешно = ПодключитьВнешнююКомпоненту(ИмяПлагина, "medoc1c", ТипВнешнейКомпоненты.COM);
Всегда возвращает Ложь, причем только у одного пользователя. У меня например все ОК, на той же Windows 10.
Попытка/исключение ни к чему не привели. Отрабатывает успешно, но возвращает Ложь.
UAC отключен, права на каталог станции Медка - полные, Windows 10. На сервере 2012, где установлен сервер Медка - все ОК.
Re: Доступ к МедКу через объекты
Все запущено от имени администратора?
Re: Доступ к МедКу через объекты
Подскажите по коду.
Какая принципиальная разница, рекомендации использования:
1. rsMain.FldVal("MyField", "MyValue");
2. rsMain.FldVal("MyField") = "MyValue";
3. rsMain.Fields.Item("MyField").Value = "MyValue";
?
Чем отличается "FldVal" от "FldOrigVal"?
Какая принципиальная разница, рекомендации использования:
1. rsMain.FldVal("MyField", "MyValue");
2. rsMain.FldVal("MyField") = "MyValue";
3. rsMain.Fields.Item("MyField").Value = "MyValue";
?
Чем отличается "FldVal" от "FldOrigVal"?
Re: Доступ к МедКу через объекты
Благодарю за быстрый ответ.PetroP писав:Чем отличается "FldVal" от "FldOrigVal"?
Откопал древнюю инструкцию, - оказывается много чего полезного было удалено. Но зачем?
Re: Доступ к МедКу через объекты
Поделитесь опытом, пожалуйста. Тоже интересно, в чем разница.
1 и 2 по идее, тождественны. А чем отличается "FldVal" от "FldOrigVal"?
Сам удивляюсь, зачем было удалено
1 и 2 по идее, тождественны. А чем отличается "FldVal" от "FldOrigVal"?
Сам удивляюсь, зачем было удалено
Re: Доступ к МедКу через объекты
Если поле содержит NULL, то FldOrigVal вернет NULL, а FldVal вернет 0 (судя по старой документации, конечно, сам не проверял).
Re: Доступ к МедКу через объекты
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 Тогда
Может подскажете, как проверить существование поля в массиве rsMain?
Если например заранее неизвестно, есть ли в шаблоне некоторого Акта поле "VO" (відповідальна особа) или SUM (парадокс, но иногда писатели своих шаблонов не пользуются нужными полями из перечней статических полей шаблона, и это приводит к необходимости искать их поля в шаблоне, который притом они периодически меняют).
В общем, можно как-то проверить, чтобы система не "вылетала"?
Например, Сообщить(rsMain.Fields.Item("VO").Value);
если такого поля нет в шаблоне - дамп обеспечен. Нужна какая-то проверка, но попытки были безрезультатными:
Если rsMain.Fields.Item("VO").Value<> Неопределено Тогда
Если rsMain.Fields.Item("VO").Value= "" Тогда
Если rsMain.Fields.Item("VO").Value=0 Тогда
Re: Доступ к МедКу через объекты
Если структура не известна, лучше изначально ее считать в коллекцию:
Код: Виділити все
ПоляДокумента = Новый Массив;
Всього = rsMain.Fields.Count;
Для Лч = 0 По Всього - 1 Цикл
ПоляДокумента.Добавить(rsMain.Fields.Item(Лч).Name);
КонецЦикла;
Re: Доступ к МедКу через объекты
Существует ли возможность определить, получен ли ответ на запрос в ЄРПН (1300103), без попытки:
?
Код: Виділити все
Doc = govReq.GetNNresponse(ІдДок);
Попытка
tabl = Doc.DataSets("TAB1");
Исключение
//* нема...
КонецПопытки;