Ошибка при открытии документа в реестре первичных документов
Re: Ошибка при открытии документа в реестре первичных докуме
Издевательство. Я смываюсь.
Я понять не могу одного. Расшарить права на пользователя - 10.. ну максимум 15 минут дела. Или тут вопрос в том, что принципиально нужно узнать ПОЧЕМУ?
Тогда Вам долго придётся под админкой работать.
Я понять не могу одного. Расшарить права на пользователя - 10.. ну максимум 15 минут дела. Или тут вопрос в том, что принципиально нужно узнать ПОЧЕМУ?
Тогда Вам долго придётся под админкой работать.
Re: Ошибка при открытии документа в реестре первичных докуме
Я уже давал Вам ответ.AlexConsul писав:Издевательство. Я смываюсь.
Я понять не могу одного. Расшарить права на пользователя - 10.. ну максимум 15 минут дела. Или тут вопрос в том, что принципиально нужно узнать ПОЧЕМУ?
Тогда Вам долго придётся под админкой работать.
ANB писав: В том то и дело, что все права настроены и не менялись уже много лет. Подозреваю, что в 123 обновлении медок что-то пытается запустить из неразрешенного для пользователей домена пути. А групповая политика сервера это не дает. Вопрос! Что и откуда запускает медок в 123+ обновлениях? Если бы я знал, то подумал бы как дать разрешение для пути или программы.
Re: Ошибка при открытии документа в реестре первичных докуме
Проверили 150%?В том то и дело, что все права настроены и не менялись уже много лет
Полный доступ на диск С для пользователя пробовали оформить?
Возможно поможет... Медок же использует VBS? Использует. Библиотеки VBS'а размещаются и зарегистрированы по пути %systemroot%\system32\. Может туда копайте?Вопрос! Что и откуда запускает медок в 123+ обновлениях? Если бы я знал, то подумал бы как дать разрешение для пути или программы.
Востаннє редагувалось 22 червня 2016, 17:03 користувачем AlexConsul, всього редагувалось 1 раз.
Re: Ошибка при открытии документа в реестре первичных докуме
Да.AlexConsul писав:Проверили 150%?В том то и дело, что все права настроены и не менялись уже много лет
Полный доступ на диск С для пользователя пробовали оформить?
На диск С полный доступ только у админов домена. На папку Медка у всех пользователей домена предприятия. Не запускалась бы вообще программа, если бы не было прав. Повторяю глюк появился с обновления 123+. Вы же понимаете, что при обновлении программ права на папки не затрагиваются. Обновления проходят автоматом под стандартным планировщиком Медка.
Re: Ошибка при открытии документа в реестре первичных докуме
Стоямба. Вы сказали основная ОС WinServ2003? А над ней надстроена WinXP Sp3? А каким образом работаете в Медке? Виртуальная машина? RDP?
Re: Ошибка при открытии документа в реестре первичных докуме
Это ближе к теме, только в эту папку полные права пользователям дают админы-убийцы. На чтение - пожалуйста, но не более.AlexConsul писав: Возможно поможет... Медок же использует VBS? Использует. Библиотеки VBS'а размещаются и зарегистрированы по пути %systemroot%\system32\. Может туда копайте?
Re: Ошибка при открытии документа в реестре первичных докуме
Хм! Все по стандартной сетевой схеме Медка.AlexConsul писав:Стоямба. Вы сказали основная ОС WinServ2003? А над ней надстроена WinXP Sp3? А каким образом работаете в Медке? Виртуальная машина? RDP?
Re: Ошибка при открытии документа в реестре первичных докуме
Копаем под 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».
- открыть доступ для 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».
Re: Ошибка при открытии документа в реестре первичных докуме
Инфо по вопросу "Чо там в 123+":
В обновлении 10.01.124 выполнен переход на новую версию компонента графического отображения данных (Windows Imaging Component), в связи с улучшением отображения графических элементов ПО, в том числе в реестре первичных документов M.E.Doc первичных документов, созданных или полученных от контрагентов, которые содержат изображения.
TX Text Control NET для Windows является компонентом обработки текста, которая предоставляет реализовывать все функции, обработки пакетов текста в многоразовые формы компонента, а также добавить необходимый вид.
Вызов процедуры text control выполняется на системном уровне из предопределенной функции обработки событий для диалоговых окон.
После перехода на новую версию textcontrol , для приложений требуется больше разрешений, для взаимодействия с ОС.
В обновлении 10.01.124 выполнен переход на новую версию компонента графического отображения данных (Windows Imaging Component), в связи с улучшением отображения графических элементов ПО, в том числе в реестре первичных документов M.E.Doc первичных документов, созданных или полученных от контрагентов, которые содержат изображения.
TX Text Control NET для Windows является компонентом обработки текста, которая предоставляет реализовывать все функции, обработки пакетов текста в многоразовые формы компонента, а также добавить необходимый вид.
Вызов процедуры text control выполняется на системном уровне из предопределенной функции обработки событий для диалоговых окон.
После перехода на новую версию textcontrol , для приложений требуется больше разрешений, для взаимодействия с ОС.
Re: Ошибка при открытии документа в реестре первичных докуме
1. Да! Копаю в этом направлении. Не понятен момент с textcontrol. Думаю основная проблема в этом.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».
2. Триальные версии программ ставить в домене предприятия не собираюсь.
3. Мне не понятно, куда конкретно здесь давать права.- установите разрешения на все ресурсы, кторые использует textcontrol, определить которые также можно с помощью procesmonitor: TX Text Control .NET for Windows Forms, TX Text Control .NET Server for ASP.NET, TX Text Control ActiveX и др.
Re: Ошибка при открытии документа в реестре первичных докуме
Читал! Ничего конкретного не увидел.AlexConsul писав:Инфо по вопросу "Чо там в 123+":
В обновлении 10.01.124 выполнен переход на новую версию компонента графического отображения данных (Windows Imaging Component), в связи с улучшением отображения графических элементов ПО, в том числе в реестре первичных документов M.E.Doc первичных документов, созданных или полученных от контрагентов, которые содержат изображения.
TX Text Control NET для Windows является компонентом обработки текста, которая предоставляет реализовывать все функции, обработки пакетов текста в многоразовые формы компонента, а также добавить необходимый вид.
Вызов процедуры text control выполняется на системном уровне из предопределенной функции обработки событий для диалоговых окон.
После перехода на новую версию textcontrol , для приложений требуется больше разрешений, для взаимодействия с ОС.
Re: Ошибка при открытии документа в реестре первичных докуме
Ну тогда гуглить по Text Control
Re: Ошибка при открытии документа в реестре первичных докуме
НЕ отображается подпись и печать на принятых от контрагентов актах выполненных работ и счетах в сетевой версии. В закладке "отримано" прописано, кем подписано, а визуально этого не видно на документах. В локальной версии по другим предприятиям - все видно - графическая печать и каким эцп подписано. В чем может быть причина, как настроить?
Re: Ошибка при открытии документа в реестре первичных докуме
ПТИЦА Стоит???
- | Показать
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Ошибка при открытии документа в реестре первичных докуме
птица не стояла, поставили - не помогло решить вопрос, при этом в локальном медке, где отображаются подписи и печати на актах, принятых от контрагента, эти птицы также не стоят и это ни на что не влияло - все отображается.
Re: Ошибка при открытии документа в реестре первичных докуме
Тогда называем параметры сервера и станций.
А так же кодыдокументов этих актов / счетов ( на документе вкладка -властивости)
У нас на сетевой (ВиндСервер 2008) я нашел 1 Акт(коддокумента 130) от поставщика - на нём тоже не отображается.
На остальных (из ИС-ПРО, из 1Ски, из АЦСК Украина) - отображается!
А так же кодыдокументов этих актов / счетов ( на документе вкладка -властивости)
У нас на сетевой (ВиндСервер 2008) я нашел 1 Акт(коддокумента 130) от поставщика - на нём тоже не отображается.
На остальных (из ИС-ПРО, из 1Ски, из АЦСК Украина) - отображается!
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Ошибка при открытии документа в реестре первичных докуме
Microsoft Windows Server 2003 R3
Standard Edition
Service Pack 1
АКТ 1С 82АВР3
Standard Edition
Service Pack 1
АКТ 1С 82АВР3
Re: Ошибка при открытии документа в реестре первичных докуме
Попробуйте :
http://www.me-doc.com.ua/forum/viewtopic.php?f=46&t=18
ПУНКТ 2:
установить патч KB955536
http://www.me-doc.com.ua/forum/viewtopic.php?f=46&t=18
ПУНКТ 2:
установить патч KB955536
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
-
- Повідомлень: 545
- З нами з: 23 травня 2016, 14:32
- Звідки: Оттуда
Re: Ошибка при открытии документа в реестре первичных докуме
BUCHCHAT писав:Microsoft Windows Server 2003 R3
Standard Edition
Service Pack 1
АКТ 1С 82АВР3
82АВР3 - это свой шаблон ? , в нем вообще предусмотрено отображение печати ?
Шаман-извращенец вызвал золотой дождь