Ordnochk prm не работает windows 10

	Я
cmex 17.09.13 — 11:23	Добрый день. Не запускается 1с 7.7 из Win 7. 1c установлена локально, база на удаленном сервере SQLевская. Ошибка «Порядок сортировки отличается от системного». Файлик OrdNoChk.prm в папку BIN — не срабатывает. Что еще может помочь или почему сей метод не работает. Версия — 7.70.027
НеБорисНуралиев 1 — 17.09.13 — 11:28	(0) В каталог базы нужно класть файл.
zak555 2 — 17.09.13 — 11:29	(1) в папке с платформой работать не будет ? =)
zak555 3 — 17.09.13 — 11:29	переименуй OrdNoChk.prm.txt в OrdNoChk.prm
SnarkHunter 4 — 17.09.13 — 11:31	(1)Не обязательно
cmex 5 — 17.09.13 — 11:32	(3) он и так не txt
zak555 6 — 17.09.13 — 11:34	(5) как ты проверял ?
Kreont 7 — 17.09.13 — 11:37	Меняешь установки БД из «+ текущие системные» на «Русский», если не помогло, то сначала на «Украинский» а потом на «Русский»
НеБорисНуралиев 8 — 17.09.13 — 11:38	(4) Инфа 100%
cmex 9 — 17.09.13 — 11:40	(6) в каком смысле как?глазами!! галка «Скрывать расширения сис файлов» не стоит,если ты об этом?
НеБорисНуралиев 10 — 17.09.13 — 11:40	(8)  Только что проверил. Действительно можно в папку с платформой класть, не знал!
cmex 11 — 17.09.13 — 11:40	(7) как это сделать?
cmex 12 — 17.09.13 — 11:41	(10) я его везде впихивал, не летит(
Kreont 13 — 17.09.13 — 11:43	(1) Конфигуратор — Кодовая страница ИБ.
ale-sarin 14 — 17.09.13 — 11:44	(12) На всякий случай, а 1С точно из той BIN запускается, где ОрдНоЧек лежит?
zak555 15 — 17.09.13 — 11:45	(8) ye ye
zak555 16 — 17.09.13 — 11:45	*ну-ну
НеБорисНуралиев 17 — 17.09.13 — 11:45	(12) Значит не 27 релиз, или файл не так назвал, или ты нас где-то обманываешь.
cmex 18 — 17.09.13 — 11:52	(14) точно (17) я его уже и переназывал, и качал, и протирал его спиртиком(( щас подумаю,где могу обмануться
Масянька 19 — 17.09.13 — 11:58	Странно, у меня все арбайтен — лежит в папке BIN.
cmex 20 — 17.09.13 — 12:01	прошу меня простить, версия 7.70.025. оказалось другой человек залил свою версию платформы, она у него работает до перезагрузки компьютера. все заменить, OrdNoChk.prm работает
cmex 21 — 17.09.13 — 12:01	всем спасибо

Перейти к контенту

Если при запуске базы данных 1С Предприятия 7.7 появляется ошибка: «Порядок сортировки, установленный для базы данных, отличается от системного!» то это означает, что база данных перенесена из другой операционной системы. Существует два способа устранения ошибки: более быстрый и более правильный.

Устранение ошибки:

1 способ) Более быстрый: Скачиваем файл OrdNoChk.prm:

В архиве *.rar или по прямой ссылке (через Сохранить ссылку как…)

Или создаём пустой файл сами: открываем Блокнот -> Файл -> Сохранить как… -> Имя файла OrdNoChk.prm и сохраняем его.

Файл OrdNoChk.prm нужно переместить в директорию C:Program Files (x86)1Cv77BIN. Если всё сделали правильно — ошибки больше появляться не должно.

2 способ) Более правильный: Первый вариант(выше) — подходит если необходим срочный запуск базы данных 1С (для просмотра/кратковременной работы). Важно понимать, что, если кодовая страница и порядок сортировки таблиц отличается от кодовой страницы и порядка сортировки таблицы базы данных из-за другой операционной системы, в которой она раньше работала/была создана. То для корректной работы нужно изменить эту самую «Кодовую страницу ИБ». Данная процедура может занять длительное время (в зависимости от размера базы). Перед данной процедурой — обязательно создайте резервную копию базы данных.

Итак, заходим в Конфигуратор 1С 7.7:

В меню выбираем «Администрирование» -> «Кодовая страница таблиц ИБ…»:

Для операционных систем Windows Vista, Windows 7, Windows 10 выбираем: «Текущая системная установка«.

Для операционных систем Windows 98, Windows XP выбираем: 1251 «Русский, белорусский, болгарский и сербский языки».

Получаем следующее сообщение. Нажимаем «Да» и ждём… Данный процесс прерывать запрещено!

Через некоторое время получаем сообщение «Кодовая страница изменена!».

Если всё сделали правильно — ошибки больше появляться не должно.

Copyright©, «Программист 1С в г.Минске», 14.01.2019

Перепечатка текста и фотографий разрешена при наличии прямой ссылки на источник

Рубрика: Администрирование /  Продукты и решения

Facebook Twitter Мой мир Вконтакте Одноклассники Google+

Андрей Луконькин

Устраняем проблемы несовпадения кодовой страницы ОС Windows и базы данных «1С:Предприятие 7.7»

Бывают случаи, когда невозможно запустить базу «1С» из-за ошибки «Порядок сортировки, установленный для базы данных, отличается от системного!». Причина кроется в несоответствии системных настроек Windows и настройки «1С:Предприятие» (для файл-серверного варианта организации базы данных).

Чаще всего эта ошибка возникает при использовании операционной системы Windows Vista. Для её исправления следует установить платформу «1С» не ниже 26 релиза и выполнить следующие действия:

• запустить базу данных в режиме «Конфигуратор»;
• в меню «Администрирование» выбрать пункт «Кодовая страница таблиц ИБ»;
• в выпадающем списке выбрать «+ Текущая системная установка»;
• на вопрос системы о перестройке индексов нажать «Да».

Через некоторое время появится сообщение об удачном изменении кодовой страницы.

Если используется другая операционная система семейства Windows, отличная от Vista, то порядок устранения проблемы следующий:

• в системных настройках «Язык и региональные стандарты» на вкладке «Региональные параметры» выбрать язык «Русский»;
• на вкладке «Языки», нажать кнопку «Подробнее», язык ввода по умолчанию выбрать «Русский – Русская»;
• на вкладке «Дополнительно» язык программ должен быть «Русский».

«1С:Предприятие» при этом должно быть настроено так:

• в «Конфигураторе» в меню «Администрирование» выбрать пункт меню «Кодовая страница таблиц ИБ»;
• в выпадающем списке выбрать «1251 – Русский, белорусский, болгарский и сербский языки».

В самом крайнем случае, когда нет возможности согласовать системный порядок сортировки и порядок сортировки для базы данных «1С:Предприятие», можно отключить проверку их идентичности.

Для этого нужно создать пустой файл OrdNoChk.prm и поместить его либо в каталоге запуска программы, либо в каталоге базы данных.

При размещении этого файла в каталоге запуска программы будет отключена проверка для всех баз, а при размещении в каталоге базы данных проверка будет отключена только для этой конкретной базы.

Таким образом, проблема отличия сортировок решится, но при этом нужно иметь в виду два важных момента:

• «1С:Предприятие» при работе использует возможности по сортировке обоих механизмов, и отключение проверки идентичности порядка в них может привести к неожиданному для пользователя порядку следования строк, например, при формировании отчетов.
• В случае использования компоненты УРБД не использовать символы любых других алфавитов, кроме латинского, в трехбуквенном идентификаторе информационных баз.

Для клиент-серверной версии базы данных:

• при создании базы в SQL указать в ее свойствах параметр Collation: Cyrillic_General_CI_AS;
• необходимо, чтобы в ОС с установленным SQL-сервером также были региональные настройки, ориентированные на русский язык.

Апр 13

Ошибка «Порядок сортировки, установленный для базы данных, отличается от системного»

В данной статье будет рассмотрена причина возникновения ошибки «Порядок сортировки, установленный для базы данных, отличается от системного!» в 1С:Предприятие 7.7, а также способ ее устранения.

0. Об ошибке

Итак, если Вы установите сетевую версию 1С:Предприятие 7.7, при первом запуске может появиться вот такое окошко с предупреждением об ошибке:

Данная ошибка возникает, при несоответствии кодовых таблиц NT6 и 1С. В зависимости от того, где и какую версию 1С вы используете, можно предложить следующие пути решения этой ошибки:

1. Патч файла BkEnd.dll

Если 1С:Предприятие используется в связке с MS SQL Server 2008, то для исправления данной ошибки необходимо пропатчить файл BkEnd.dll, входящий в типовую поставку 1С:Предприятия 7.7. Более подробно об этом читайте здесь.

2. Изменение кодовой страницы ИБ

Если Вы работаете в 1С:Предприятие локально, либо используете 1С в терминальном режиме под управлением Microsoft Windows Server любой версии, эту ошибку можно исправить следующим образом:

Запускаем 1С:Предприятие в режиме конфигуратор, далее в меню выбираем пункт «Администрирование» — «Кодовая страница ИБ».

В открывшемся окне выбираем в списке, в самом низу «+Текущая системная установка» и нажимаем «ОК».

Дожидаемся окончания переиндексации и спокойно работаем с информационной базой.

3. Создание файла ordnochk.prm

Если же пользователи работают с 1С:Предприятие 7.7. с компьютеров в сети под управлением различных версий Windows (например Windows XP и Windows 7), либо Вы работаете с одной базой данных на разных компьютерах, допустим дома и в офисе, в случае когда база данных находиться на съемном носителе, тогда следует создать файл «ordnochk.prm» и поместить его в корневую папку с установленной 1С:Предприятие (по умолчанию это «C:Program Files1Cv77BIN»). Этот файл отключит проверку сортировки.

Создать его не так сложно. Создаем пустой файл с помощью программы блокнот и переименовываем его в ordnochk.prm, при этом меняя расширение с .txt на .prm

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

Запись опубликована в рубрике 1С 7 с метками 1Сv7. Добавьте в закладки постоянную ссылку.

Ваш браузер устарел, пожалуйста обновите ваш браузер пройдя по ссылке www.microsoft.com/download

Подключение OLE в регламентном задании на 64-битном сервере

Справка

OLE (англ. Object Linking and Embedding ) — технология связывания и внедрения объектов в другие документы и объекты, разработанная корпорацией Майкрософт.

В 1996 году Microsoft переименовала технологию в ActiveX.

Вступление

Сейчас у вас есть база на платформе 1С 8.Х, а также база на платформе 1С 7.7. И вам нужно их подружить.

В интернете есть информация по взаимодействию, но вся она разбросана. И мало того никто не учитывает, что сейчас сервера идут 64-битные, а клиенты 32-битные.

Итак давайте знакомить платформу 8 с 7. Для этого нам нужно использовать OLE Automation сервер.

По этому вопросу уже есть готовая публикация, привожу для примера: //expert.chistov.pro/public/57224/

Подготовка технической части

Будем рассматривать пример на базе Windows Server 2012 R2, где уставновлена платформа 1С 8.Х для сервера 64-битная, для клиента 32-битная. Также нужно установить последний релиз платформы 1С 7.7 у нас 7.70.027.

Рабочая база 1С 7.7 расположена на другом сервере, вариант установки SQL.

Поэтому на нашем сервере также выбираем вариант установки SQL.

Установка 1С 7.7:

Устанавливаем под администратором:

Далее чтобы 1С 7.7 прописалась в реестре важно запустить ее также под администратором, создать пустую базу и зайти в нее.

Так же скорее всего вам понадобится подменить в папке (BIN) » BkEnd.dll» и добавить туда пустой файл «OrdNoChk.prm» ( файлы внизу публикации ).

Далее важно, чтобы у вас в реестре появились записи:

V77.GeneralPropPage

V77.Application

V77S.Application и прочие.

А также как минимум DCOM (нужно проверить, за давностью установки, не уверен в надобности).

V77.GeneralPropPage

Если их нет, значит у вас что-то с доступом. Настраиваем и начинаем заново установку.

Настройка Windows Server 2012 R2

Для открытия 1С 7.7 по OLE на сервере потребует больше, чем по умолчанию, памяти для запуска приложений в «не интерактивном» режиме (т.е. в регламентном задании) для этого в реестре нужно изменить/добавить запись:

HKEY_LOCAL_MACHINE>SYSTEM>CurrentControlSet>Control>Session Manager>SubSystems
Меняем значение Windows, было:
%SystemRoot%system32csrss.exe ObjectDirectory=Windows SharedSection=1024,3072,512
Windows=On SubSystemType=Windows ServerDll=basesrv,1 ServerDll=winsrv:UserServerDllInitialization,3
ServerDll=winsrv:ConServerDllInitialization,2 ProfileControl=Off MaxRequestThreads=16

Вот здесь редактируем 3 значение, мы поставили 5 мб (было 512 кб ). Важно чтобы 2 и 3 значение не превысило 48 мб.

Этот параметр отвечает в Windows за «кучу» для неинтерактивного сеанса.

Первый нюанс с «кучей» решили, теперь осталось разобраться с правами у пользователя, который запускает службу «Агент сервера 1С:Предприятия 8.Х (x86-64)»

Если у вас служба настроена в таком режиме, то потребуется прописать в реестре путь до базы 1С 7.7:

Для каждой новой базы, нужно создать новую запись(New->String value или Создать->Строковый параметр):
Name: Путь_и_Имя_базы
Type: REG_SZ
Data: Ваше_название_для_базы

В итоге код для системной учетной записи заработает.

Но в этом случае сеть не доступна (нам такой вариант не подходит).

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

Так же у этого пользователя должна быть прописана база в реестре или вы можете зайти интерактивно под этим пользователем и добавить в список нужную сетевую базу 1С 7.7.

Делаем регламентное задание

Систему к работе мы подготовили теперь дело за малым написать код!

Создаем регламентное задание и определяем процедуру в которой записан код:

Все, подключение работает!

Теперь можете написать код в 1С 7.7 при старте системы или опишите на языке 1С 7.7 нужный алгоритм прямо в 1С 8.Х.

Источник

Особенности регистрации 1С:Предприятия v7 в качестве сервера OLE

Для того, чтобы сторонние клиенты могли запустить 1С:Предприятие версии 7x в режиме сервера OLE, в реестре Windows должны быть прописаны соответствующие OLE-классы, в частности:

и связанные с ними GUID’ы.

Например, без этого не срабатывает перенос данных в базу V8, инициированный на стороне приемника.

Частичная регистрация классов OLE в реестре производится при запуске 1С:Предприятия v7 (проверено на 7.7.027 для SQL) с повышенными привилегиями в любом режиме, включая монитор.

Для верности перед запуском «правильного» 1cv7*.exe рекомендуется выполнить очистку, запустив 1cv7OLEClearReg.reg из прилагаемого архива.

Остальные REG-файлы в архиве выдраны из конкретной регистрации 1Cv7, их можно использовать, например, при написании сетевого/доменного скрипта регистрации. Это если делать грамотно, с использованием переменных среды. Хотя можно тупо слить все в один REG-файл и исправить в нем пути к папке BIN и имя 1cv7*.exe.

Частично весь этот винигрет вносится в реестр при помощи команд:

Скачать файлы

Специальные предложения

(1) В данном случае изобретать велосипед не требуется, библиотека содержит соответствующие публичные функции:

regsvr32 [/u] V7Plus.dll

Обновление 20.04.16 19:26

Код открыт Не указано

См. также

Планировщик v1.1.11- оригинальная обработка для автоматизации выполнения задач по расписанию Промо

27.06.2008 61272 1172 MrDen 213

Источник

Подключение OLE в регламентном задании на 64 битном сервере

Но так и не смог у себя настроить выполнение регламентного задания.

Есть сервер1 вин2012 р2 64 бита на нем крутится 1с 8.3 на SQL, также поставили платформу 1с 7.7.

Есть сервер2 вин2003 на нем крутится 1c 7.7 на SQL.

Решал проблему вот тут http://forum.infostart.ru/forum26/topic121228/
Но результат пока не получил.

И так задача:
1. Сделать файл в 1с 8.3 (не важно на каком сервере)
2. Открыть по ОЛЕ 1с 7.7 и загрузить файл

1. Уже решен, а вот с 2 пунктом проблема.

Какие действия дальше? Есть ли решение для 64 битного сервера?

(2) да. Я открыл 1с8 на сервере1 и запустил обработку, которая выполнил код, который в регламентном задании. Все работает.

Сама 1с7 запускается нормально на сервере1. Как базу созданную локально на сервере1 так и по сети базу на сервере2.

(1) получается когда я запускаю 1с8 в режиме предприятия, то у меня процесс 32-битный, а вот когда сервер запускает регламентное задание, то процесс 64-битный?

Решить то можно создав на сервере2 в планировщике запуск 1с7 под юзером и выполнением нужных инструкций.

Вопрос в другом можно ли победить используя ОЛЕ в 64 битном сервере 1с8?

Но не до конца понятно удалось ли на вин2012 это сделать автору.

(6) речь идет о V77.GeneralPropPage?

Можно подробнее какие комкомпоненты в диспетчере служб компонентов?

Но, там может быть не М, а другие, в зависимости от версии 7.7

(16) да служба агент сервера запущена от учетной записи: «Администратор».
База на SQL.

Так v77.Application должно быть в ДКОМ объектах?
В реестре у меня есть такая запись!

Можно ещё почитать про COM+:

(24) в принципе это мне и нужно. Не знал что это тоже самое.

Можно пример кода для запуска в студию.

По поводу (22) зашел под локальным админом, затем доменным в 1с7 с параметром как администратор. Затем поставил на процесс агента сервера доменного админа.
Перезапустил сервер в ДКОМ не появилось v77.Application.
Регламентное задание в ошибке как и писал раньше:
Error calling context method (Initialize)
reason:
Unknown error

(28) в comexp.msc /32 ДКОМ v77.Application тоже нет.

Сейчас тестирую
СтрокаКоманды = «C:Program Files (x86)1Cv77BIN1cv7s.exe enterprise /D»+КаталогБазыОЛе+» /N»+ПользовательОле+» /P»+ПарольОле;

Запускает, но код в 1с7 не отрабатывает в регламентном задании. Если запустить через обработку все ок.

Не знаю даже куда копать.

(31) с кавычками проблем нет.
Я уже написал что этот код все делает, но в регламентном не работает.

Семерка стартует под юзером процесса агент сервера 1с8.

Она на секунду запускается и пропадает.
Так чем лечить?

(33) я же написал 1с7 стартует на сервере1 под юзером «АдминДомена» в регламентном задании.
Все ВК уже прописаны.
Если сам «АдминДомена» залогинится и откроет обработку с кодом (29), то запустится 1с7 отработает код написанный в ней и она закроется.

Та же проблема как и с ОЛЕ подключением.

Вопрос в том почему ЗапуститьПриложение в обработке работает, а в регламентном нет.

По поводу временных файлов, то как они вяжутся с выше изложенным?

Кстати, никто не задался вопросом, под каким режимом он запускает обработку 🙂

Думается все это делается под Толстым клиентом. 🙂

Победил!!
Регламентное задание на 64 битном сервере будет работать!

Не хватало:
Оказалось этого ДКОМ объекта достаточно, причина крылась в нехватке памяти для открытия окон 1С 7.7 в «[B]не интерактивном[/B]» режиме (т.е. в регламентном задании) для этого в реестре добавили памяти сеансу подробно расписано тут: http://www.techarp.com/showarticle.aspx?artno=238&pgno=1

HKEY_LOCAL_MACHINE>SYSTEM>CurrentControlSet>Control>Session Manager>SubSystems
Там Windows открыть и изменить строку:
%SystemRoot%system32csrss.exe ObjectDirectory=Windows SharedSection=1024,3072,512
Windows=On SubSystemType=Windows ServerDll=basesrv,1 ServerDll=winsrv:UserServerDllInitialization,3
ServerDll=winsrv:ConServerDllInitialization,2 ProfileControl=Off MaxRequestThreads=16

SharedSection=1024,3072,512 вот здесь редактируем 3 значение мы поставили 5 мб (было 512 кб). Важно чтобы 2 и 3 значение не превысило 48 мб.

Источник

Стоит такая задача: автоматический обмен данными между базами 8.2 и 7.7.
Правила в КД2 написаны.

Какие есть методы обмена в автоматическом режиме?
Варианты полуавтоматического обмена?

И конкретно обмен данными из 8.2 в 7.7?

Пока предполагаю такой вариант:
1. пишу регламентное задание в 8.2, оно выгружает по правилам в файл
2. ночью 7.7 перезапускается и под автоматическим пользователем отрабатывает обработка по загрузке данных из файла.

(1) Xershi,:
1. почему ночью? для запуска обработок универсального обмена, который «кушают» правила из КД не нужен монопольный режим. хотя можно нарваться на заблокированность объекта пользователем (открыта форма документа)
2. Воспользуйтесь прямо в 8.2 запуском по COM 1С 7.7 и посылкой ей туда внешней обработки и файла в качестве параметров. Это избавит вас от использования виндового планировщика
3. В зависимости от сложности выгрузки, можно вообще обойтись без КД, а в COM соединении напрямую писать опирируя объектами 7.7 (подходит для простых обменов)

П.С. для запуска выгрузки нужны правила, для загрузки только сам файл обмена.

Подошел в плотную к запуску обработки в 7.7 для загрузки сформированного файла из базы на 8.3.

Но запустив обработку (сам в режиме предприятия) вылетело окно: регистрация информационной базы.

Я то нажму ок, а вот как поведет себя регламентное задание которое запустит этот код?

(12) poyson, вы имеете в виду, сделать в 1С7 обработчик ожидания?

Тут проблема в том что нет такого опыта работы в 1С7.

А вот ком соединения я уже умею делать.

(14) poyson, да не хочу трогать код 7.7 мне не очень хочется ковыряться в семерке.

По ком соединению подсказать можете почему строка:

Код в (15) работает. Сделал обработку для тестирования.
Но на поем ПК вин7 64бита РезультатПодключения = Истина.
А вот на сервере винсервер2012 р2 64 бита РезультатПодключения = Ложь.

Причем когда запускаю на винсервер2012 р2 64 бита семерку сам, база подключается.

Перезаписал файл BkEnd.dll в папке где запускается 1с7 по кому. И добавил в эту же папку (BIN) пустой файл OrdNoChk.prm.

Программная часть работает. Файл выгружен. тестировал под своей доменной учеткой код работает:
1. Запускается база под юзером «АвтоботПозагрузке»;
2. Открывается обработка загрузки;
3. Под юзером «АвтоботПозагрузке» автоматически загружается файл и удаляется (т.к. файл находится на другом сервере пришлось прописать сетевой путь);
4. Закрывается база.

Но когда дело дошло до выполнения кода регламентным заданием, то база 1с7 не открылась.

Как тут нужно действовать?

Сервер, где работает регламентное задание на вин 2012 р2.

Если вы уже это делали отпишите, быстрее решу вопрос!

Пока результата ноль.

После перезагрузки.
Даже зашли под юзером Администратор на сервер. Процес 1с7 появляется и отваливается. Причем если зайти в 1с7 через код или вручную, то проблем нет.

Тут речь зашла о реестре http://forum.infostart.ru/forum16/topic77413/
Добавил запись на сервере 1с8 в ветку:
HKEY_USERSS-1-5-18Software1C1Cv77.7Titles

Name: Путь_и_Имя_базы
Type: REG_SZ
Data: Ваше_название_для_базы

В итоге код для системной учетной записи заработал.

Но в этом случае сеть не доступна и облом.

Есть ли способ для учетной записи администратора это сделать?

Но у меня есть только один дком объект.

Оказалось этого ДКОМ объекта достаточно, причина крылась в нехватке памяти для открытия окон 1С 7.7 в » не интерактивном » режиме (т.е. в регламентном задании) для этого в реестре добавили памяти сеансу подробно расписано тут: http://www.techarp.com/showarticle.aspx?artno=238&pgno=1

HKEY_LOCAL_MACHINE>SYSTEM>CurrentControlSet>Control>Session Manager>SubSystems
Там Windows открыть и изменить строку:
%SystemRoot%system32csrss.exe ObjectDirectory=Windows SharedSection=1024,3072,512
Windows=On SubSystemType=Windows ServerDll=basesrv,1 ServerDll=winsrv:UserServerDllInitialization,3
ServerDll=winsrv:ConServerDllInitialization,2 ProfileControl=Off MaxRequestThreads=16

SharedSection=1024,3072,512 вот здесь редактируем 3 значение мы поставили 5 мб (было 512 кб). Важно чтобы 2 и 3 значение не превысило 48 мб.

Источник

Ваш браузер устарел, пожалуйста обновите ваш браузер пройдя по ссылке www.microsoft.com/download

OLE доступ к 1С7 на Windows7

Под XP работает. Под Win7 выдает ошибку:
Ошибка при вызове конструктора (COMОбъект): Интерфейс не поддерживается: Интерфейс не поддерживается
7-ка вроде стоит корректно. Ключи кажется прописаны все. Установлена через UniSetup.
В чем может быть дело.

Таких вопросов много на форумах. С этой проблемой столкнулся и сам. Поэтому и решил поделиться своим опытом.

Для решения этой проблемы необходимо найти компьютер с установленной 1С7, доступ к которой через OLE работает. Обычно это компьютер с Windows XP.

Аналогичную процедуру проделайте на компьютере, на котором доступ к 1С7 через OLE не работает, чтобы убедиться что компонента V77.GeneralPropPage там отсутствует. Обычно это компьютеры с Windows7. В моем случае с Windows Server 2008 R2 64bit. По каким то причинам 1С7 на такие операционки устанавливается некорректно.

Чтобы компонента V77.GeneralPropPage появилась, необходимо добавить несколько веток реестра, которые можно скопировать с донорской машины.

После этого редактируем выгруженные reg файлы, где меняем путь и имя исполняемого файла 1С7 на те значения, которые соответствуют компьютеру, где нужной компоненты нет. Это сделать не сложно, так как таких файлов у меня получилось всего 6.

Затем на дефектной машине запускаем поочереди полученные reg файлы и импортируем в реестр. В моем случае OLE доступ к 1С7 заработал даже без перезагрузки сервера. Можете еще раз зайти в службу компонентов и убедиться, что V77.GeneralPropPage появилась.

При желании можете скачать готовые reg файлы и подредактировать там пути и имена 1С7 на свои.

Надеюсь, что эта статья Вам поможет. С праздником Рождества Христова. Всего доброго

Скачать файлы

Специальные предложения

это чтобы не париться с какими-то ключами защиты?

может быть 1С7 и не должна устанавливаться на новые ОС? 🙂

Не знаю с какого сайта, но по установке 1с 77 под Вин Сервер 64 использовал следуйщий метод:

Источник

Причина ошибки – несоответствие системных настроек windows и настройки 1С:Предприятие 7.7. в нашей практике эта ошибка возникает на операционных системах начиная от Vists (ВИСТА), windows 2008 и на  Seven (СЕМЕРКЕ).

Настройки 1С

Способ первый.

1. Запустите программу 1С:Предприятие 7.7 . В окне Выбора информационных баз выделите нужную информационную базу.

2. В выпадающем списке выберите режим Конфигуратор – OK.

3. В Конфигураторе выберите меню Администрирование – Кодовая страница таблиц ИБ

4. В окне Кодовая страница таблиц информационной базы в выпадающем списке должно быть – 

для Windows не выше версии XP:  

1251 – Русский, белорусский, болгарский и сербский языки.

для Windows выше версии XP то есть Vists (ВИСТА), windows 2008 и на  Seven (СЕМЕРКЕ) :        

+ Текущая системная установка.

Способ второй.

Чтобы решить эту проблему, нужно в каталог с программой 1С:Предприятие 7.7 (обычно это папка BIN) или в каталог самой информационной базы положить файл OrdNoChk.prm (скачать файл), тогда 1С:Предприятие 7.7 не проверяет порядок сортировки информационной базы.