Ошибка при открытии документа в реестре первичных документов

[AlexConsul]

Издевательство. Я смываюсь.
Я понять не могу одного. Расшарить права на пользователя - 10.. ну максимум 15 минут дела. Или тут вопрос в том, что принципиально нужно узнать ПОЧЕМУ?
Тогда Вам долго придётся под админкой работать.

[ANB]

Издевательство. Я смываюсь.
Я понять не могу одного. Расшарить права на пользователя - 10.. ну максимум 15 минут дела. Или тут вопрос в том, что принципиально нужно узнать ПОЧЕМУ?
Тогда Вам долго придётся под админкой работать.

Я уже давал Вам ответ.

В том то и дело, что все права настроены и не менялись уже много лет. Подозреваю, что в 123 обновлении медок что-то пытается запустить из неразрешенного для пользователей домена пути. А групповая политика сервера это не дает. Вопрос! Что и откуда запускает медок в 123+ обновлениях? Если бы я знал, то подумал бы как дать разрешение для пути или программы.

[AlexConsul]

В том то и дело, что все права настроены и не менялись уже много лет

Проверили 150%?
Полный доступ на диск С для пользователя пробовали оформить?

Вопрос! Что и откуда запускает медок в 123+ обновлениях? Если бы я знал, то подумал бы как дать разрешение для пути или программы.

Возможно поможет... Медок же использует VBS? Использует. Библиотеки VBS'а размещаются и зарегистрированы по пути %systemroot%\system32\. Может туда копайте?

[ANB]

В том то и дело, что все права настроены и не менялись уже много лет

Проверили 150%?
Полный доступ на диск С для пользователя пробовали оформить?

Да.
На диск С полный доступ только у админов домена. На папку Медка у всех пользователей домена предприятия. Не запускалась бы вообще программа, если бы не было прав. Повторяю глюк появился с обновления 123+. Вы же понимаете, что при обновлении программ права на папки не затрагиваются. Обновления проходят автоматом под стандартным планировщиком Медка.

[AlexConsul]

Стоямба. Вы сказали основная ОС WinServ2003? А над ней надстроена WinXP Sp3? А каким образом работаете в Медке? Виртуальная машина? RDP?

[ANB]

Возможно поможет... Медок же использует VBS? Использует. Библиотеки VBS'а размещаются и зарегистрированы по пути %systemroot%\system32\. Может туда копайте?

Это ближе к теме, только в эту папку полные права пользователям дают админы-убийцы. На чтение - пожалуйста, но не более.

[ANB]

Стоямба. Вы сказали основная ОС WinServ2003? А над ней надстроена WinXP Sp3? А каким образом работаете в Медке? Виртуальная машина? RDP?

Хм! Все по стандартной сетевой схеме Медка.

[AlexConsul]

Копаем под VBS:
- открыть доступ для Visual Studio
Полная студия на компьютере не установленна, если имелась в виду Microsoft Visual C++ 2008 Redistributable, то она находится либо в C:\windows либо C:\program, оба эти пути уже разрешены, включая все вложенные подкаталоги.

- дать полные права на библиотеку txkernel.dll, которая находится в корне программы, папка 32
как я уже писал ранее, все эти файлы разрешены, но проблема в том, что Медок не запускает эти файлы напрямую. Если файлы запускаются на выполение напрямую процессом ezvit.exe, то в логах это явно отражается, видно что ezvit.exe запустил именно вот этот файл (ЕХЕ или DLL), а в момент, когда возникает ошибка, в логах политики есть запись вида
ezvit.exe (PID = 1708) identified Default as Disallowed using default rule, Guid = {11015445-d282-4f86-96a2-9e485f593302}
без указания, какой именно файл был запущен процессом ezvit.exe

- установить триальную версию утилиты textcontrol , которую можно скачать с оф. сайта http://www.textcontrol.com/en_US/downloads/trials/
установил TX Text Control .NET for Windows Forms по этой ссылке, это ничего не помогло.

- установите разрешения на все ресурсы, кторые использует textcontrol, определить которые также можно с помощью procesmonitor: TX Text Control .NET for Windows Forms, TX Text Control .NET Server for ASP.NET, TX Text Control ActiveX и др.

- также, возможен вариант, что текущие версии SP для ОС не разрешают работу TX Text Control с приложениями при максимальном его ограничении политикой безопасности.
Испробовано давать вообще разрешение на запуск со всего диска С: (любых файлов в любых подкаталогах) - ошибка все равно возникала, дело не в конкретном файле(все нужные файлы точно разрешены), а в способе запуска модуля «txkernel».

[AlexConsul]

Инфо по вопросу "Чо там в 123+":
В обновлении 10.01.124 выполнен переход на новую версию компонента графического отображения данных (Windows Imaging Component), в связи с улучшением отображения графических элементов ПО, в том числе в реестре первичных документов M.E.Doc первичных документов, созданных или полученных от контрагентов, которые содержат изображения.
TX Text Control NET для Windows является компонентом обработки текста, которая предоставляет реализовывать все функции, обработки пакетов текста в многоразовые формы компонента, а также добавить необходимый вид.
Вызов процедуры text control выполняется на системном уровне из предопределенной функции обработки событий для диалоговых окон.
После перехода на новую версию textcontrol , для приложений требуется больше разрешений, для взаимодействия с ОС.

[ANB]

Копаем под VBS:
- открыть доступ для Visual Studio
Полная студия на компьютере не установленна, если имелась в виду Microsoft Visual C++ 2008 Redistributable, то она находится либо в C:\windows либо C:\program, оба эти пути уже разрешены, включая все вложенные подкаталоги.

- дать полные права на библиотеку txkernel.dll, которая находится в корне программы, папка 32
как я уже писал ранее, все эти файлы разрешены, но проблема в том, что Медок не запускает эти файлы напрямую. Если файлы запускаются на выполение напрямую процессом ezvit.exe, то в логах это явно отражается, видно что ezvit.exe запустил именно вот этот файл (ЕХЕ или DLL), а в момент, когда возникает ошибка, в логах политики есть запись вида
ezvit.exe (PID = 1708) identified Default as Disallowed using default rule, Guid = {11015445-d282-4f86-96a2-9e485f593302}
без указания, какой именно файл был запущен процессом ezvit.exe

- установить триальную версию утилиты textcontrol , которую можно скачать с оф. сайта http://www.textcontrol.com/en_US/downloads/trials/
установил TX Text Control .NET for Windows Forms по этой ссылке, это ничего не помогло.

- установите разрешения на все ресурсы, кторые использует textcontrol, определить которые также можно с помощью procesmonitor: TX Text Control .NET for Windows Forms, TX Text Control .NET Server for ASP.NET, TX Text Control ActiveX и др.

- также, возможен вариант, что текущие версии SP для ОС не разрешают работу TX Text Control с приложениями при максимальном его ограничении политикой безопасности.
Испробовано давать вообще разрешение на запуск со всего диска С: (любых файлов в любых подкаталогах) - ошибка все равно возникала, дело не в конкретном файле(все нужные файлы точно разрешены), а в способе запуска модуля «txkernel».

1. Да! Копаю в этом направлении. Не понятен момент с textcontrol. Думаю основная проблема в этом.
2. Триальные версии программ ставить в домене предприятия не собираюсь.

- установите разрешения на все ресурсы, кторые использует textcontrol, определить которые также можно с помощью procesmonitor: TX Text Control .NET for Windows Forms, TX Text Control .NET Server for ASP.NET, TX Text Control ActiveX и др.

3. Мне не понятно, куда конкретно здесь давать права.

[ANB]

Инфо по вопросу "Чо там в 123+":
В обновлении 10.01.124 выполнен переход на новую версию компонента графического отображения данных (Windows Imaging Component), в связи с улучшением отображения графических элементов ПО, в том числе в реестре первичных документов M.E.Doc первичных документов, созданных или полученных от контрагентов, которые содержат изображения.
TX Text Control NET для Windows является компонентом обработки текста, которая предоставляет реализовывать все функции, обработки пакетов текста в многоразовые формы компонента, а также добавить необходимый вид.
Вызов процедуры text control выполняется на системном уровне из предопределенной функции обработки событий для диалоговых окон.
После перехода на новую версию textcontrol , для приложений требуется больше разрешений, для взаимодействия с ОС.

Читал! Ничего конкретного не увидел.

[AlexConsul]

Ну тогда гуглить по Text Control

[BUCHCHAT]

НЕ отображается подпись и печать на принятых от контрагентов актах выполненных работ и счетах в сетевой версии. В закладке "отримано" прописано, кем подписано, а визуально этого не видно на документах. В локальной версии по другим предприятиям - все видно - графическая печать и каким эцп подписано. В чем может быть причина, как настроить?

[priup]

ПТИЦА Стоит???

| Показать

Птица.jpg (208.17 Кіб) Переглянуто 2610 разів

[BUCHCHAT]

птица не стояла, поставили - не помогло решить вопрос, при этом в локальном медке, где отображаются подписи и печати на актах, принятых от контрагента, эти птицы также не стоят и это ни на что не влияло - все отображается.

[priup]

Тогда называем параметры сервера и станций.
А так же кодыдокументов этих актов / счетов ( на документе вкладка -властивости)
У нас на сетевой (ВиндСервер 2008) я нашел 1 Акт(коддокумента 130) от поставщика - на нём тоже не отображается.
На остальных (из ИС-ПРО, из 1Ски, из АЦСК Украина) - отображается!

[BUCHCHAT]

Microsoft Windows Server 2003 R3
Standard Edition
Service Pack 1

АКТ 1С 82АВР3

[priup]

Попробуйте :
http://www.me-doc.com.ua/forum/viewtopic.php?f=46&t=18

ПУНКТ 2:
установить патч KB955536

[faustpatron]

Microsoft Windows Server 2003 R3
Standard Edition
Service Pack 1

АКТ 1С 82АВР3

82АВР3 - это свой шаблон ? , в нем вообще предусмотрено отображение печати ?