Помните, что насколько бы серьёзной не оказалась ваша проблема, с ней легко и быстро справятся специалисты ООО “Автоматизация”, все что вам нужно – это связаться с нами любым удобным способом.
В этой статье мы опишем несколько решений проблем при запуске 1С, опишем возможные причины их появления и методы устранения.
Рассмотрим такие ошибки как:
- Не установлена платформа 1С: Предприятие или просто “пропала 1С”
- Ошибка “отсутствует файл базы данных”
- Ошибка “Информационная база не обнаружена”
- Ошибка при выполнении операции с информационной базой
- Ошибка “различаются версии клиента и сервера”
- Ошибка “лицензия не обнаружена”
- Ошибки после обновления 1С
- Ошибка SDBL
К сожалению данная ошибка появляется довольно часто. Вызвано это зачастую тем, что пользователь путает ярлык запуска программы и ярлык доступа к удаленному рабочему столу. Сисадмины любят переименовывать ярлык для доступа к терминальному серверу в “1С”, при том, что терминальный сервер Windows не имеет никакого отношения к 1С. Поэтому для понимания того, относится ли проблема к 1С или к остальным программам, софту и железу необходимо понять видна ли вам форма списка баз. Если вам не видна форма или ее не получается запустить, то никакой ошибки 1С нет и говорить что “не работает 1С” – неверно.
Многие же при появлении такой проблемы твердят, что “пропала 1С”. Необходимо понять, что же все-таки пропало: исчезла ли сама база или ярлык запуска. Ведь полностью пропадает что-то без причины очень редко. Если вы правильно работаете с программой и у вас настроено автоматизированное резервное копирование, то подобные проблемы не будут вас беспокоить.
Как определить отсутствие программы на компьютере с которого вам нужен доступ к 1С?
- Объект “1С<ВерсияПлатформы>”, изменен или перемещен, и ярлык больше не функционирует.
- Удаленный рабочий стол не может подсоединиться к удаленному компьютеру
Если вы столкнулись с первой ситуацией, значит вы запускаете программы через ярлык на рабочем столе. Значит у вас когда-то была установлена платформа 1С: Предприятие. Вероятно вы пытаетесь открыть программу через старый ярлык, попробуйте найти другие ярылки той же программы. В идеале, 1С должно запускаться через файл – 1cestart.exe. Это специализированная программа запуска, которая дает контроль над разными установленными версиями платформы. Если вы не нашли других ярлыков на рабочем столе, то нужно узнать установлена ли программа на компьютере. Это можно сделать открыв Панель управления Windows –> Программы и компоненты и найти в списке. Или же найти через проводник windows папку 1cv8. Внутри этой папки находятся каталоги с различными версиями 1С. В каталоге common найдите 1cestart.exe и выведите ярлык на рабочий стол. Всех этих ситуаций можно избежать используя аренду 1С от доверенного партнера.
Если вы получаете доступ к 1С через терминальный сервер, а на собственном ПК запускаете только ярлык для доступа к серверу с установленной платформой, то путь решения проблемы сильно отличается. Отличить такой ярлык от ярлыка 1С нелегко. Он похож на два монитора стоящих друг за другом либо второй вариант, на рабочем столе находится сам файл подключения к удаленному рабочему столу, такой файл имеет расширение .rdp. Если это ваш случай, то справится без специалиста, будет очень сложно. Необходимо узнать на каком же сервере вы работаете, В чем состоит проблема с доступом к этому серверу.
Ошибка “отсутствует файл базы данных”
Текст ошибки: “отсутствует файл базы данных” и указан путь, по которому не найден файл. Данная проблема возникает только в файловом режиме работы 1C. Это означает, что по пути, указанному в свойствах базы данных нет файла данных “1Cv8.1CD”. Причины могут быть такие:
- Если базу данных никогда не запускали, то в её свойствах указана не правильная директория
- Если базу данных раньше запусали, то, каталог, указанный в свойствах базы данных стал недоступен.
Необходимо выполнить следующие действия для устранения ошибок:
- Убедиться в том, что указанная директория существует;
- Узнать разрешен ли доступ на чтение и запись к указанной директории;
- Найти в указанной директории файл “1Cv8.1CD”.
Если же файл “1Cv8.1CD” найти так и не удалось, нужно использовать актуальную копию.
В случае, когда справиться с проблемой самому не получается, нужно обратиться к системным администраторам или специалистам, которые решат вашу проблему.
Ошибка “Информационная база не обнаружена”
Текст ошибки следующий: “Информационная база не обнаружена“. Появляется только при клиент-серверном режиме работы. Это значит что неправильно указаны кластер серверов или название информационной базы. Для решения проблемы необходимо обратиться к системному администратору, так как нужно получить доступ к серверу 1С.
Рекомендуется провести следующее действия для устранения ошибок:
- Узнать доступен ли сервер 1С (сервер включен, сетевой доступ реализован);
- Убедиться, что указанная база данных есть на сервере 1С.
Ошибка при выполнении операции с информационной базой
Текст ошибки следующий: “Ошибка при выполнении операции с информационной базой. Файл базы данных поврежден” или “Ошибка при выполнении операции с информационной базой. Несовместимая версия файла базы данных“. Возникает только в файловом режиме работы. Появление ошибки означает, что файл базы данных поврежден. Причин может быть много: сетевые проблемы при записи файла, некорректное копирование файла, резкое отключение электроэнергии во время работы программы.
Для решения проблемы, необходимо обратиться к специалистам. В крайнем случае, можно использовать утилиту chdbfl.exe, расположенную в папке “bin”, в каталоге, куда была установлена 1С. Перед установкой утилиты НУЖНО СДЕЛАТЬ КОПИЮ! К сожалению, эта критичная проблема , есть возможность того, что восстановление нельзя будет произвести. В таком случае, нужно всегда иметь при себе актуальную копию. Также, есть специалисты, которые имеют богатый опыт решения проблем такого рода и всегда готовые помочь Вам!
Ошибка “различаются версии клиента и сервера”
Текст ошибки следующий: “различаются версии клиента и сервера“, в скобках указана версия клиента и сервера. Возникает только в клиент-серверном режиме работы. Появление ошибки значит, что была произведена попытка запуска 1С клиентом, версия которого не подходит к версии сервера.
Для решения проблемы, лучше всего обратиться к специалистам или системным администраторам.
Рекомендуется произвести следующие действия:
- Узнать, установлена ли на компьютере та же версия программы, что и на сервере;
- Убедиться, что запуск производится с ярлыка “1cestart.exe” или с ярлыка версии “1cv8.exe”, сервера 1С.
Ошибка “лицензия не обнаружена”
Данная ошибка значит следующее: попытка поиска лицензии оказалась неудачной. Это может произойти по следующим причинам:
- Если вы используете аппаратный ключ защиты, убедитесь в доступности менеджера лицензий 1С и его корректной настройке и правильной установке ключа защиты на аппаратуру;
- Если же вы пользуетесь программным ключом защиты, то вам нужно убедится в корректной установке ключа на ПК или доступности сервера 1С (в зависимости от режима использования ключа).
Ошибки после обновления 1С
Это отдельная категория ошибок. В этой группе важнейшую роль играет то, какая версия 1С у вас используется. Программа 1С: Предприятие тесно связана с версией конфигурации. Поэтому сначала вам нужно понять обновлена ли у вас 1С или конфигурация. Нужно знать, что конкретная версия будет работать не на любом релизе платформы. Поэтому сначала нужно:
- Узнать версию и релиз установленной платформы;
- Определить какая версия и релиз конфигурации установлены.
Если с этим проблем не наблюдается, то необходимо узнать, последний ли релиз у вас установлен. Бывает такое, что обновления выпускаются несколько раз в сутки, в срочном порядке устраняя критические ошибки.
Ошибки SDBL
Ошибка SDBL – не приятная и далеко не самая редкая. Часто она выскакивает во время обновления информационной базы, в момент реструктуризации. Под ней может скрываться достаточно много неприятностей, а указывает она на то, что с базой данных происходят какие-то сбои.
Это далеко не все ошибки, встречающиеся при запуске 1С. Но в независимости от того с какой проблемой вы столкнулись, наши специалисты готовы с ней разобраться и принять все необходимые меры для предупреждения таких проблем в будущем!
Различаются версии клиента и сервера |
Я |
22.11.15 — 23:04
Здравствуйте!
Обновил сервер с 8.3.6.2390 до 8.3.7.1759. Платформа глючная, решил обратно запустить 8.3.6.2390.
Для этого сделал:
1) поменял в реестре строку запуска сервера с 8.3.7.1759, на 8.3.6.2390. Всё ок! Сервер запускается 8.3.6.
2) зарегистрировал обратно утилиту администрирования от 8.3.6 (radmin.dll). Утилита успешно зарегистрирована.
В итоге подключаюсь к серверу с помощью консоли и получаю сообщение:
«Ошибка соединения с сервером 1С:Предприятия 8.3: Различаются версии клиента и сервера (8.3.7.1759-8.3.6.2390), клиентское приложение: Консоль кластера»
https://i.gyazo.com/b7def616446a1b4ad3bbb8d8c706630e.png
Что я делаю не так, подскажите, пожалуйста?
1 — 22.11.15 — 23:06
Клиента понизить , ваш кэп
2 — 22.11.15 — 23:18
(1) Так я подключаюсь к серверу с помощью консоли, чтобы настройки базы сменить. А клиентом в режиме конфигуратора или предприятия нормально к базе подключаюсь.
3 — 22.11.15 — 23:29
(2) Запускай консоль из соответствующей версии 1С
4 — 22.11.15 — 23:29
+(3) 1С — Дополнительно — версия клиента
5 — 22.11.15 — 23:36
(3) Я думал, что сама консоль она одна, но использует библиотеку radmin.dll для разных версий свою. Собственно, для чего мы и регистрируем эту библиотеку при установке.
А находится она непосредственно в папке Дополнительно:
https://i.gyazo.com/f5191a0f32d57d85148f3773bb52ea84.png
Или я неправильно думал?
6 — 22.11.15 — 23:37
7 — 22.11.15 — 23:42
(6) А грохнуть клиента 8.3.7 не пробовал?
Из версии клиента: Регистрация утилиты администрирования серверов 1С Предприятия
8 — 22.11.15 — 23:45
(7) Из версии клиента: Регистрация утилиты администрирования серверов 1С Предприятия
Вот это делал!
Клиента 8.3.7 сейчас попробую удалить.
9 — 23.11.15 — 00:20
(7) Вылечилось удалением сервера 8.3.7 и переустановкой сервера 8.3.6.
Чёт как-то криво, но всё же.
Спасибо за помощь!
10 — 23.11.15 — 07:51
(5) Если бы ты заметил стрелочку на картиночке, то понял бы что это ярлык, и как нормальный ИТшник ткнул бы уже ПКМ на ней и посмотрел бы путь. И тогда бы этой ветки не существовало бы
11 — 23.11.15 — 08:12
куда еще понятней?
«Ошибка соединения с сервером 1С:Предприятия 8.3: Различаются версии клиента и сервера (8.3.7.1759-8.3.6.2390), клиентское приложение: Консоль кластера»
12 — 23.11.15 — 08:12
консоль запускал 8.3.7.1759
13 — 23.11.15 — 11:06
(10) Ага ага. Стрелочки, картиночки. Нажмите ПКМ сперва сами и затем сразу же ответьте мне сходу на вопрос — откуда открывается консоль? Если бы вы попробовали, как нормальный ИТшник, то вашего ответа бы не существовало.
Вот вам вкладка ярлыка https://i.gyazo.com/2975d7ee4d2f9a67b4df82fcdcacb0f1.png
А проблема в том, что написал (12), т.к. при установке ставится эта консоль последнего установленного релиза и регистрация radmin.dll более раннего релиза не помогает, т.к. сама консоль в этот момент не обновляется.
Фактически мне бы помогло — извлечение консольки из Data1.cab дистрибутива 8.3.6.2390 и замена файла консоли в Program Files1cv8common.
14 — 23.11.15 — 11:15
(10) у ярлыков созданных Windows installer’ом — поле Объект не редактируется. С помощью вот этой утилиты можно посмотреть куда ссылается ярлык http://www.winhelponline.com/blog/windows-installer-shortcut-target-path/
В случае ярлыка консоли выдает данная утилита показывает откуда запускается консоль: https://i.gyazo.com/d8b01f918eb48606106d230877236c75.png
15 — 23.11.15 — 11:45
Сама консоль одинаковая, спецом ставил разные релизы платформ с нуля и сравнивал файлы msc.
У себя аналогичную проблему испытываю для платформ 8.3.6.2041 и 8.3.6.2237, регистрация dll-файла не помогает, а лечится только переустановкой платформы (в установщике выбираю пункт «Исправить»)
Cyberhawk
16 — 24.11.15 — 13:16
Перейти к контенту
|
|||
| dave2000
16.02.16 — 15:56 |
Ситуация такая. Стояла на сервере платформа 8.3.5.1068, решили поставить последнюю 8.3.7.1917. По некоторым причинам решили пока вернуться на релиз 1068, в реестре поменяли путь запуска агента с «C:Program Files1cv88.3.7.1917binragent.exe» на «C:Program Files1cv88.3.5.1068binragent.exe». Сервер стартаанул, а вот консоль кластера запускаться не хочет, говорит различные версии клиента и сервера. На форуме нашел такое: Регистрация утилиты администрирования серверов 1С:Предприятия «C:Program Files1cv88.3.5.1068binRegMSC.cmd» Файлик запускается и пишет что всё успешно зарегистрировано, но консоль кластера по прежнему ругалась на различие версий. Помогло только лазанье в реестре на предмет radmin.dll и замена путей с новой платформы на старую. Вопрос вот в чём — как всё таки это правильно делать? Вот захотим работать с новой платформой, прийдется опять вручную в реестре все пути править или есть правильный способ? |
||
| Fish
1 — 16.02.16 — 15:59 |
(0) Есть. Через стандартную установку. |
||
| dave2000
2 — 16.02.16 — 16:10 |
(1) Стандартную установку 1068 выполнял кстати тоже, не помогло, всё равно ругалось, видело почему-то 1917-й релиз клиента. |
||
| dave2000
3 — 16.02.16 — 16:12 |
Вот ещё похожая проблема была, тоже решилась правкой реестра. |
||
| dave2000
4 — 16.02.16 — 16:12 |
(3) v8: Консоль кластера серверов 8.2.13.219 |
||
| Fish
5 — 16.02.16 — 16:12 |
(2) Может, галочку нужную при установке не поставил? «Адинистрирование серверов» емнип. |
||
| dave2000
6 — 16.02.16 — 16:32 |
(5) Да вроде ставил, иначе оно бы удалило его вообще. Кстати, я так понял, одновременно запустить два агента 8.3 в режиме сервиса нельзя? Где-то писали, что один из них должен будет запускаться просто как приложение. |
||
| Cyberhawk
7 — 16.02.16 — 16:36 |
(6) Можно, конечно По теме: иногда перерегистрация утилиты не помогала, помогала только переустановка платформы |
||
| eklmn
8 — 16.02.16 — 16:49 |
+ не обязательно всю платформу переустанавливать, достаточно удалить/установить модуль Администрирования |
||
|
dave2000 9 — 17.02.16 — 12:21 |
(7) > Можно, конечно Подскажите тогда, как? Если запускаем регистрацию другого агента, он перезатирает первый, т.к. имееет в службах то же название и регистрируется в той же ветке в реестре. Разве что один агент запускать х32, а другой х64? Поправьте, если я не прав. |
 |
|
TurboConf — расширение возможностей Конфигуратора 1С |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Иногда возникает ситуация, когда после обновления платформы на сервере 1С:Предприятие на клиентских ПК при запуске базы, появляется сообщение:
Несоответствие версий клиента и сервера 1С:Предприятие.
Рисунок 1 — Ошибка «Несоответствие версий клиента и сервера 1С:Предприятие»
Решить эту проблему самостоятельно достаточно просто:
- Первым делом нужно обратить внимание на текст с ошибкой. В нашем случае мы пытаемся подключиться с Тонкого клиента версии 8.3.16.1148 на сервер, где установлена платформа 1С:Предприятие версии 8.3.16.1359. Таким образом, ошибка появляется из-за того, что наше клиентское приложение не соответствует версии платформы серверной части.
- Нужно обновить версию клиентского приложения, которая будет соответствовать версии платформы сервера 1С:Предприятия.
Рисунок 2 — Успешное подключение к базе 1С с клиентского приложения
Не нашли ответа на свой вопрос?
Закажите звонок специалиста!
Закажите звонок специалиста!
Исходные данные: Имеем сервер под управлением Windows Server 2012. На нём установлены компоненты 1С (релиз 8.3.7.2027): Сервер 1С:Предприятия х64 и его Модули расширения веб-сервера (х64), Платформа 1С:Предприятия х32 и её Модули расширения веб-сервера (х32). Развёрнут веб-сервер Appache, на котором опубликованы две информационные базы 1С. Эти две базы взаимодействуют между собой посредством http-сервиса.
В один прекрасный день, точнее ночь, потребовалось обновить платформу 1С:Предприятие до релиза 8.3.8.2167. Это было сделано и для сервера 1С:Предприятие (х64), и для Платформы 1С (х32). Разумеется, были обновлены и Модули расширения веб-сервера. Однако, на следующий день пользователи стали обращаться с такой ошибкой: «Различаются версии клиента и сервера (8.3.7.2027 — 8.3.8.2167), клиентское приложение: Модуль расширения веб-сервера.»
В результате диагностики ошибки выяснилось, что исправлять её нужно в конфигурационном файле веб-сервера Appache httpd.conf . В моём случае файл находился в расположении C:Program Files (x86)Apache2.2conf .
В этом файле присутствовала такая строка:
LoadModule _1cws_module «C:/Program Files (x86)/1cv8/8.3.7.2027/bin/wsap22.dll»
Вот и причина ошибки: веб-сервер загружает модуль 1С из предыдущего релиза. Чтобы изменить эту строчку, потребовалось предварительно остановить веб-сервер. Путь «C:/Program Files (x86)/1cv8/8.3.7.2027/bin/wsap22.dll» я изменил на «C:/Program Files (x86)/1cv8/8.3.8.2167/bin/wsap22.dll». Затем запустил веб-сервер и проверил работу системы. Ошибка больше не возникала.
- Информация о материале
- Категория: Программирование 1С
-
Опубликовано: 14 июня 2017
|
Илья Петров Местный Сообщений: 10 |
Добрый день. Обновили базу 1С и вместе с ней обновили платформу и на одном рабочем месте не войти в базу. Пишет различаются версии клиента и сервера. Прикрепленные файлы
Изменено: Илья Петров — 16.08.2022 11:43:58 |
|
Федоров Максим Михайлович Местный Сообщений: 8 |
#2 0 16.08.2022 16:28:07
Проверь сначала в какой папке стоит платформа. Прикрепленные файлы
|
||
|
Илья Петров Местный Сообщений: 10 |
#3 0 16.08.2022 17:23:01
Проверил, платформа стоит х32, на всякий случай поставил и х64, но ошибка ни куда не пропала. |
||
|
Федоров Максим Михайлович Местный Сообщений: 8 |
#4 0 17.08.2022 07:42:48
Что то тут подумал, посмотри свойства ярлыка, может там путь не к файлу 1cestart.exe, к 1cv8.exe в каталоге конкретной платформы. |
||
|
Еще вспомнил, бывает еще в параметрах запуска информационной базы указывают «жестко» версию платформы. Прикрепленные файлы
|
|
|
Илья Петров Местный Сообщений: 10 |
#6 0 17.08.2022 11:04:17
Действительно, ярлык был к файлу 1cv8.exe. |
||
|
Федоров Максим Михайлович Местный Сообщений: 8 |
#7 0 17.08.2022 12:42:51
На платформах 1С 8.0 и 8.1 при обновлении файлы помещались в один и тот же каталог bin замещая старые версии файлов. |
||
|
Илья Петров Местный Сообщений: 10 |
#8 0 03.01.2023 08:51:32 Добрый день, снова к Вам с проблемой. Для обновления зарплаты и бухгалтерии обновили платформу 1С. В базы заходит, но при попытке выполнить обмен между зарплатой и бухгалтерией вылезает ошибка: Пришлось переключить с прямого соединения на обмен через файл, но пользователям такой вариант не нравиться. |
В этой статье расскажу как использовать консоли администрирования 1С различных версий для подключения к разным версиям серверов приложений 1С. Это могут быть как отдельные сервера, использующие разные версии платформ, так и несколько развернутых служб 1С несовпадающих версий в рамках одного сервера.
Если вы попробуете подключиться к 1С серверу/службе агента сервера 1С другой версии, то получите ошибку:
Различаются версии клиента и сервера, клиентское приложение: Консоль кластера
В самом простом варианте, нужно просто зарегистрировать библиотеку radmin.dll из папки с платформой соответствующей версии и перезапустить консоль кластера 1С, но в данной статье расскажу как автоматизировать данный процесс.
Для этого я заготовил два файла следующего содержания:
1cconsole 8-3-10.bat
start /wait regsvr32 /s "C:Program Files1cv88.3.10.2580binradmin.dll"
start "C:WindowsSystem32mmc.exe" "C:Program Files1cv8common1CV8 Servers (x86-64).msc"
1cconsole 8-3-18.bat
start /wait regsvr32 /s "C:Program Files1cv88.3.18.1208binradmin.dll"
start "C:WindowsSystem32mmc.exe" "C:Program Files1cv8common1CV8 Servers (x86-64).msc"
Примечание: Пути в командных файлах должны быть указаны до установленных у вас версий платформ. В моем примере это версии 8.3.10.2580 и 8.3.18.1208 и путь C:Program Files1cv8<номер_версии>binradmin.dll.
Убедитесь также, что:
- вы используете правильную разрядность приложения (папка Program Files для 64-разрядной и Program Files (x86) для 32-разрядной версии 1С)
- у вас установлены средства администрирования 1С сервера (это одна из галочек при установке платформы)
В общем-то и все. Запуская каждый из «bat»-ников, происходит регистрация библиотеки нужной версии и автоматически запускается консоль 1С
Если используются службы 1С на разных портах
У меня на одном сервере приложений находится одновременно две работающие службы 1С, которые используют разные версии платформы и, соответственно, разный диапазон портов (иначе на одном сервере запустить две службы не получилось бы). Способ такой настройки лежит за пределами темы данной статьи, о нем можно узнать на официальном сайте 1С ИТС или на форуме infostart по этой ссылке, здесь лишь расскажу еще одно дополнительное действие, чтобы из нужной версии консоли подключиться к службе 1С, использующей порт, отличный от дефолтного.
В открывшейся консоли 1С на сервере кликаем ПКМ — Свойства
Прописываем порт, на котором работает служба — ОК
Нажимаем F5, чтобы обновить информацию. Готово!
Дополнительные ссылки
Запуск нескольких экземпляров сервера 1С:Предприятия 8 на одном компьютере:
- статья на 1C ИТС
https://its.1c.ru/db/metod8dev/content/3413/hdoc
- статья на infostart
https://infostart.ru/1c/articles/818909/
Я думаю проблему коллега уже решил, но в все же отвечу.
Резюмируя все что я уже говорил, необходимо проверить:
1. Путь к файлу запуска в ярлыке 1С. Он должен быть обязательно прописан к файлу 1cestart.exe, в противном случае запускается конкретная версия платформы, не обращая внимания, на то что у нас стоит более новая версия.
2. Необходимо проверить действительно ли стоит версия платформы, которая требуется для запуска (открываем Program Files и проверяем наличие папки с платформой).
3. Проверяем параметры запуска базы. Как описано выше, в настройках информационной базы можно «жестко» указать версию платформы для запуска информационной базы.
И последнее что может быть, когда идет прямое соединение информационных баз, это если после установки не зарегистрировали dll.
Для этого запускаем «Пуск» / «Служебные» / «Командная строка» – запуск делаем с правами администратора.
Затем в командной строке пишем:
Для 32 битной платформы cd «C:Program Files1cv8 х.х.хх.ххххbin»
Для 64 битной платформы cd «C:Program Files (x86)1cv8х.х.хх.ххххbin»
где х.х.хх.хххх – имя каталога с новой версией платформы.
Затем выполняем команду regsvr32 comcntr.dll
В результате выполнения должно появиться сообщение, что dll зарегистрирована.
Иногда возникает ситуация, когда после обновления платформы на сервере 1С:Предприятие на клиентских ПК при запуске базы, появляется сообщение:
Несоответствие версий клиента и сервера 1С:Предприятие.
Рисунок 1 — Ошибка «Несоответствие версий клиента и сервера 1С:Предприятие»
Решить эту проблему самостоятельно достаточно просто:
- Первым делом нужно обратить внимание на текст с ошибкой. В нашем случае мы пытаемся подключиться с Тонкого клиента версии 8.3.16.1148 на сервер, где установлена платформа 1С:Предприятие версии 8.3.16.1359. Таким образом, ошибка появляется из-за того, что наше клиентское приложение не соответствует версии платформы серверной части.
- Нужно обновить версию клиентского приложения, которая будет соответствовать версии платформы сервера 1С:Предприятия.
Рисунок 2 — Успешное подключение к базе 1С с клиентского приложения
Не нашли ответа на свой вопрос?
Закажите звонок специалиста!
Закажите звонок специалиста!