Добрый день!
Вот и дождались нового релиза, который требует обновления платформы. Бухгалтерия 3.0.106 хочет платформу не ниже 8.3.18.1741, 8.3.19.1467, 8.3.20.1674; ЗУП 3.1.20 - не ниже 8.3.17.1851, 8.3.18.1289 (к осени может потребоваться еще выше); и т.д., найдутся еще конфигурации, для нас актуальны эти две. Сейчас стоит 8.3.16.1876.
Про 8.3.20 была интересная тема
Посему вопрос, какую версию платформы поставить на 2022 год, чтобы без большого количества багов? Помимо ЗУП, БП 3 на сервере крутятся старые самописные базы, множество различных обменов между базами по ком-соединению, есть мобильное приложение на Апач.
Или что лучше - пишите проблемы, которые Вам встретились в свежих платформах. Думаю, тема будет интересна многим.
Вот и дождались нового релиза, который требует обновления платформы. Бухгалтерия 3.0.106 хочет платформу не ниже 8.3.18.1741, 8.3.19.1467, 8.3.20.1674; ЗУП 3.1.20 - не ниже 8.3.17.1851, 8.3.18.1289 (к осени может потребоваться еще выше); и т.д., найдутся еще конфигурации, для нас актуальны эти две. Сейчас стоит 8.3.16.1876.
Про 8.3.20 была интересная тема
Посему вопрос, какую версию платформы поставить на 2022 год, чтобы без большого количества багов? Помимо ЗУП, БП 3 на сервере крутятся старые самописные базы, множество различных обменов между базами по ком-соединению, есть мобильное приложение на Апач.
Или что лучше - пишите проблемы, которые Вам встретились в свежих платформах. Думаю, тема будет интересна многим.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
8.3.20.1838 везде Windows.
PSQL на отдельном сервере и 1С сервер отдельно. Из-за лицензий на подключение разные версии серверов. Клиенты отдельный сервер в терминале на х64. Базы Бухгалтерия корпоративная и ЗУП 3.1. Последние релизы. 40-50 пользователей. Пять месяцев полет нормальный. В конфигурациях небольшие доработки и гора расширений. Автообмен работает по расписанию раз в полчаса. Плюс там же монстр (по размеру и количеству юр. лиц, документов и доработок) ЗУП 2.5 по нескольким юр. лицам и десяток мелких бухгалтерских баз.
У другого юр.лица УТ 11.4 с горой доработок. MSql и сервер 1С на одном сервере. Клиенты отдельно в терминале. Единичные подключения ЭДОшников со своих локальных компьютеров. Проблем не замечено. 60-70 пользователей. В тестовой версии плавно переезжаем на 11.5. То же вроде бы нормально. Планобмена с 1с 7.7 самописный.
PSQL на отдельном сервере и 1С сервер отдельно. Из-за лицензий на подключение разные версии серверов. Клиенты отдельный сервер в терминале на х64. Базы Бухгалтерия корпоративная и ЗУП 3.1. Последние релизы. 40-50 пользователей. Пять месяцев полет нормальный. В конфигурациях небольшие доработки и гора расширений. Автообмен работает по расписанию раз в полчаса. Плюс там же монстр (по размеру и количеству юр. лиц, документов и доработок) ЗУП 2.5 по нескольким юр. лицам и десяток мелких бухгалтерских баз.
У другого юр.лица УТ 11.4 с горой доработок. MSql и сервер 1С на одном сервере. Клиенты отдельно в терминале. Единичные подключения ЭДОшников со своих локальных компьютеров. Проблем не замечено. 60-70 пользователей. В тестовой версии плавно переезжаем на 11.5. То же вроде бы нормально. Планобмена с 1с 7.7 самописный.
(107) тоже сидим на 8.3.20.1838.
MS SQL и сервер 1С на одном физическом сервере (Winows Server 2019). 50-60 пользователей (клиенты все Windows). Конфигурации БУХ 3 КОРП, ЗУП 3.1, УТ 11.4 и тестовая УТ 11.5.
Всё стабильно, проблем связанных с платформой не выявлено.
MS SQL и сервер 1С на одном физическом сервере (Winows Server 2019). 50-60 пользователей (клиенты все Windows). Конфигурации БУХ 3 КОРП, ЗУП 3.1, УТ 11.4 и тестовая УТ 11.5.
Всё стабильно, проблем связанных с платформой не выявлено.
Добрый день. Вышла новая ЗУП 3.1.24.25, в которой повышены требования для версии платформы
Вот думаем, остаться на 20 версии платформы или обновиться до 22
Народ, поделитесь опытом использования платформы 8.3.22 в клиент-серверном варианте с кластером 4+ рабочих сервера и 100+ информационных баз
Вот думаем, остаться на 20 версии платформы или обновиться до 22
Народ, поделитесь опытом использования платформы 8.3.22 в клиент-серверном варианте с кластером 4+ рабочих сервера и 100+ информационных баз
(119) Не думаю что я показатель - у меня сервер мини и три подключения - два по сети, один по WEB IIS. Так что про тормоза судить довольно сложно. Причина перехода на эту платформу - с переходом внутри платформы 21. Вот проблемы и результаты решения:
На этой платформе проблем с лицензированием у меня нет - все работает четко. Но в чем были проблемы я не знаю - поддержка не смогла определить причины. Проблемы вылазили на 21 платформе при работе с V83ComConnector
Поэтому и страшно переходить на следующую платформу 22.1672 - ХЗ что они сделали и не вернется ли проблема у меня опять...
На этой платформе проблем с лицензированием у меня нет - все работает четко. Но в чем были проблемы я не знаю - поддержка не смогла определить причины. Проблемы вылазили на 21 платформе при работе с V83ComConnector
Поэтому и страшно переходить на следующую платформу 22.1672 - ХЗ что они сделали и не вернется ли проблема у меня опять...
8.3.21.1393 - часто управляемые формы глючат (уже 3 прецедента), выражается в невозможности программного переопределения заголовков надписей, в отладчике значение одно, а открывается другое. При этом пользователь ранее не переопределял элементы формы вручную.
Решение: в режиме предприятия - Проблемная форма -> Ещё -> Изменить форму -> Стандартные настройки.
Решение: в режиме предприятия - Проблемная форма -> Ещё -> Изменить форму -> Стандартные настройки.
Работали на 8.3.18.1483, но была проблема: при тестировании базы сбрасывается блокировка входа, установленная в информационной базе до начала тестирования.
Разработчики написали, что ошибка исправлена в версиях платформы 8.3.21.1302 и 8.3.22.1603.
В 8.3.21.1302 прочитала еще пучок ошибок, которые исправлены в 8.3.22.1603.
Хотели перейти на 8.3.22.1603.
Сейчас почему-то 8.3.22.1603 нет на сайте...
Как работает? У нас УПП и ЗУП. Есть самописная осталась на 8.2. Обмен с УПП через COM.
Нужно для обновления УПП менять платформу, и чтобы блокировки не снимались...
Разработчики написали, что ошибка исправлена в версиях платформы 8.3.21.1302 и 8.3.22.1603.
В 8.3.21.1302 прочитала еще пучок ошибок, которые исправлены в 8.3.22.1603.
Хотели перейти на 8.3.22.1603.
Сейчас почему-то 8.3.22.1603 нет на сайте...
Как работает? У нас УПП и ЗУП. Есть самописная осталась на 8.2. Обмен с УПП через COM.
Нужно для обновления УПП менять платформу, и чтобы блокировки не снимались...
(120) А вот это у себя увидел на этой платформе при обновлении классификатора ОС на тестовой базе... Похоже придется все-таки мигрировать...
Сейчас на тестовой машине поставлю эту платформу и попробую обновить классификатор - если обновит - вариантов нет - буду мигрировать...
Сейчас на тестовой машине поставлю эту платформу и попробую обновить классификатор - если обновит - вариантов нет - буду мигрировать...
Нет, переход на следующий релиз платформы ничего не дал - видно ошибка в другом. Просто болталась старая демка Бухгалтерии (долго не обновлял) - обновил конфигурацию Бухгалтерии с большим разрывом в версиях - все классификаторы обновились, один не хочет упорно. В любом случае 1603 или 1672 - разницы нет.
Прикрепленные файлы:
(129) Давайте в терминах определимся - что такое Com соединение в рамках Вашего вопроса? И как определить используется оно или нет в стандартной конфигурации? Использую точно COM+ приложение - V83ComConnector которое конечно формирует COM соединение для обмена между стандартными базами Бухгалтерия и ЗиК. Так же использую в своих обработках загрузку из EXCEL который наверное так же использует COM интерфейс...
Из ФСС больничные не грузим - этот режим не проверяли...
У меня возникли проблемы с лицензиями на платформе 21... Типа в доках написано:
но не внятно говорится а какая лицензия тратится в клиент-серверном варианте - лицензия на подключение прикладной конфигурации или лицензии сервера на подключение. Поддержка постоянно путалась в своих ответах когда я ее бодал...
С 22.1603 - у меня тратиться лицензия на подключение к серверу, ранее требовало лицензию с локального ключа что создавало проблемы при работе в RDP с установленным ключом USB
Из ФСС больничные не грузим - этот режим не проверяли...
У меня возникли проблемы с лицензиями на платформе 21... Типа в доках написано:
"...на время COM соединения к базе тратиться лицензия – не стоит увлекаться одновременным выполнением нескольких подключений. Особенно это важно для организаций, у которых количество лицензий ограничено. Решиться этот вопрос может при помощи регламентных заданий, выполняющихся во время отсутствия активных"
но не внятно говорится а какая лицензия тратится в клиент-серверном варианте - лицензия на подключение прикладной конфигурации или лицензии сервера на подключение. Поддержка постоянно путалась в своих ответах когда я ее бодал...
С 22.1603 - у меня тратиться лицензия на подключение к серверу, ранее требовало лицензию с локального ключа что создавало проблемы при работе в RDP с установленным ключом USB
Прикрепленные файлы:
Установил 22.1672 - проблем с лицензией в RDP нет, НО лицензии стал брать (или отражать консоль) ИНАЧЕ. Что это значит - ХЗ.
Раньше лицензии брало у сервера - теперь у клиента, но несмотря на то что ключ аппаратный однопользовательский стоит на сервере в RDP (и по идее он должен блокироваться) - лицензий хватает...
Раньше лицензии брало у сервера - теперь у клиента, но несмотря на то что ключ аппаратный однопользовательский стоит на сервере в RDP (и по идее он должен блокироваться) - лицензий хватает...
Прикрепленные файлы:
Контейнер подписей криптографии
Код ошибки: 60002716
Код(ы) обращения: HL-547456
Статус: Планируется исправление в будущих версиях Зарегистрирована: 15.09.2022
Планируется исправить: "Технологическая платформа", версия 8.3.20
Планируется исправить: "Технологическая платформа", версия 8.3.21
Планируется исправить: "Технологическая платформа", версия 8.3.22
Код ошибки: 60002716
Код(ы) обращения: HL-547456
Статус: Планируется исправление в будущих версиях Зарегистрирована: 15.09.2022
Планируется исправить: "Технологическая платформа", версия 8.3.20
Планируется исправить: "Технологическая платформа", версия 8.3.21
Планируется исправить: "Технологическая платформа", версия 8.3.22
Кто подскажет:
Требование для обновления последнего релиза УПП:
- 8.3.20: 8.3.20.2076;
- 8.3.21: 8.3.21.1508;
- 8.3.22: 8.3.22.1603.
Два последних уже удалены и поставлены следующие версии:
8.3.21.1607
8.3.22.1672
На 8.3.22 сломался XDTO и не починили... обмены в формате XML не пойдут...
В версия 8.3.20, версия 8.3.21, версия 8.3.22 проблема с криптографией - ФСС, отчеты?
На какой работает и криптография и XDTO? Нужно срочно обновлять релизы...
Требование для обновления последнего релиза УПП:
- 8.3.20: 8.3.20.2076;
- 8.3.21: 8.3.21.1508;
- 8.3.22: 8.3.22.1603.
Два последних уже удалены и поставлены следующие версии:
8.3.21.1607
8.3.22.1672
На 8.3.22 сломался XDTO и не починили... обмены в формате XML не пойдут...
В версия 8.3.20, версия 8.3.21, версия 8.3.22 проблема с криптографией - ФСС, отчеты?
На какой работает и криптография и XDTO? Нужно срочно обновлять релизы...
Вчера поставили платформу 8.3.20.2076.
Сегодня проблемы:
1. Закрывается УПП, выдает сбой и закрывается.
2. При проведении документа "Отчет производства за смену"
2.1. Обращение к процедуре объекта как к функции (ЗафиксироватьВремяНачала)
{ОбщийМодуль.ОценкаПроизводительностиКлиентСервер.Модуль(19)}:
ВремяНачала = ОценкаПроизводительностиВызовСервера.ЗафиксироватьВремяНачала(КлючеваяОперация, ВызовСКлиента);
{Документ.ОтчетПроизводстваЗаСмену.Форма.ФормаДокумента.Форма(1077)}:
ОценкаПроизводительностиКлиентСервер.
НачатьЗамерВремени(ПредопределенноеЗначение("Перечисление.КлючевыеОперации.ПроведениеДокументаОтчетПроизводстваЗаСмену"));
2.2. Обращение к процедуре объекта как к функции (ПараметрыБлокировкиСеансов)
{ОбщийМодуль.СоединенияИБГлобальный.Модуль(10)}: ТекущийРежим = СоединенияИБ.ПараметрыБлокировкиСеансов();
Сегодня проблемы:
1. Закрывается УПП, выдает сбой и закрывается.
2. При проведении документа "Отчет производства за смену"
2.1. Обращение к процедуре объекта как к функции (ЗафиксироватьВремяНачала)
{ОбщийМодуль.ОценкаПроизводительностиКлиентСервер.Модуль(19)}:
ВремяНачала = ОценкаПроизводительностиВызовСервера.ЗафиксироватьВремяНачала(КлючеваяОперация, ВызовСКлиента);
{Документ.ОтчетПроизводстваЗаСмену.Форма.ФормаДокумента.Форма(1077)}:
ОценкаПроизводительностиКлиентСервер.
НачатьЗамерВремени(ПредопределенноеЗначение("Перечисление.КлючевыеОперации.ПроведениеДокументаОтчетПроизводстваЗаСмену"));
2.2. Обращение к процедуре объекта как к функции (ПараметрыБлокировкиСеансов)
{ОбщийМодуль.СоединенияИБГлобальный.Модуль(10)}: ТекущийРежим = СоединенияИБ.ПараметрыБлокировкиСеансов();
Перешли на 8.3.21.1607. Начали виснуть базы, пользователь не может открыть, даже не доходит до окна авторизации. Лечится "убийством" rphost. Через какое-то время повторяется. Базы Бухгалтерия 3.0, ЗУП 3.1, УТ 10. Два сервера приложений - ошибка на обоих. Подвисает целиком процесс со всеми базами на нём.
Пока разбираемся в чём проблема. Первое что я вспомнил была похожая проблема в старых релизах, связанная с журналами регистрации. Решил перевести журналы на старый формат, посмотрим на результат.
Пока разбираемся в чём проблема. Первое что я вспомнил была похожая проблема в старых релизах, связанная с журналами регистрации. Решил перевести журналы на старый формат, посмотрим на результат.
Перешли на новую 22.1672
При работе с обычными формами появляется непонятный глюк с открытием форм. Каждая форма открывается в новом окне Windows, а не внутри конфигурации... При этом, если закрыть приложение с таким глюком отрисовкой форм, процесс нормально не выгружается и при повторном входе создается новый процесс.
Очистку кэша производил.
На компьютерах разные релизы Windows 8.1, 10
При работе с обычными формами появляется непонятный глюк с открытием форм. Каждая форма открывается в новом окне Windows, а не внутри конфигурации... При этом, если закрыть приложение с таким глюком отрисовкой форм, процесс нормально не выгружается и при повторном входе создается новый процесс.
Очистку кэша производил.
На компьютерах разные релизы Windows 8.1, 10
(171)
тоже самое но на платформе 8.3.21.1607
При работе с обычными формами появляется непонятный глюк с открытием форм. Каждая форма открывается в новом окне Windows, а не внутри конфигурации... При этом, если закрыть приложение с таким глюком отрисовкой форм, процесс нормально не выгружается и при повторном входе создается новый процесс.
тоже самое но на платформе 8.3.21.1607
Обновились с 8.3.17.1851 на 8.3.20.2076. В целом работает более стабильно. На 8.3.17.1851 периодически зависало или начинало очень медленно работать у всех пользователей. Лечилось перезапуском сервиса 1С. Уже больше 2 недель работает и ни разу подобных проблем не было.
Меньше отъедает оперативной памяти. На 8.3.17.1851 через 1 - 2 дня работы (40-50 сеансов в среднем) rphost мог занимать порядка 15 Гб. Сейчас, через неделю работы без перезагрузки сервиса 1С rphost занимает 12 Гб.
На 8.3.20.2076 пока обнаружил 2 ошибки:
1. Если в поле надписи присвоить форматированную строку без ссылки, а затем присвоить форматированную строку с таким же текстом, но с ссылкой, то на форме она останется недоступной. Т.е. на нее нельзя нажать, как будто в ней значение без ссылки. Надо обязательно менять текст тоже. В 8.3.17.1851 все работало, даже если текст не изменялся (только наличие ссылки).
2. Не работает частичный поиск на форме в списках значений, если тип значений - ссылочный тип (справочник Номенклатура например).
Т.е. есть список номенклатуры (тип реквизита - список значений). Нажимаю Ctrl+F. Хочу найти и убрать из списка все товары с текстом "Масло" в названии - всегда показывает, что таких в списке нет. Хотя по "Точное совпадение", если выбрать конкретный товар из справочника, то ищет успешно.
Обойти ошибку можно, если добавить на форму колонку "Представление" из списка значений. Тогда частичный поиск начинает работать, даже если представление не заполнено.
Меньше отъедает оперативной памяти. На 8.3.17.1851 через 1 - 2 дня работы (40-50 сеансов в среднем) rphost мог занимать порядка 15 Гб. Сейчас, через неделю работы без перезагрузки сервиса 1С rphost занимает 12 Гб.
На 8.3.20.2076 пока обнаружил 2 ошибки:
1. Если в поле надписи присвоить форматированную строку без ссылки, а затем присвоить форматированную строку с таким же текстом, но с ссылкой, то на форме она останется недоступной. Т.е. на нее нельзя нажать, как будто в ней значение без ссылки. Надо обязательно менять текст тоже. В 8.3.17.1851 все работало, даже если текст не изменялся (только наличие ссылки).
2. Не работает частичный поиск на форме в списках значений, если тип значений - ссылочный тип (справочник Номенклатура например).
Т.е. есть список номенклатуры (тип реквизита - список значений). Нажимаю Ctrl+F. Хочу найти и убрать из списка все товары с текстом "Масло" в названии - всегда показывает, что таких в списке нет. Хотя по "Точное совпадение", если выбрать конкретный товар из справочника, то ищет успешно.
Обойти ошибку можно, если добавить на форму колонку "Представление" из списка значений. Тогда частичный поиск начинает работать, даже если представление не заполнено.
(173) Тоже перешли на платформу 8.3.20.2076. УПП 1.3.187.1 (на тестовой 1.3.188.1 та же проблема)
Обнаружили огромную проблему:
При изменении даты документа, перенос на следующий или предыдущий месяц (внутри года)
при нажатии кнопки "Записать" очищается номер документа и присваивается новый.
Заметили в документе "Заказ поставщику". Этим документом не ограничивается...
Обнаружили огромную проблему:
При изменении даты документа, перенос на следующий или предыдущий месяц (внутри года)
при нажатии кнопки "Записать" очищается номер документа и присваивается новый.
Заметили в документе "Заказ поставщику". Этим документом не ограничивается...
(176) Проверил в КА 2.4 на 8.3.20.2076 (работает в режиме совместимости с 8.3.16). Такой проблемы не возникло. Заказ поставщику пробовал проведенный и не проведенный, на предыдущий месяц и обратно на текущий месяц. Нажимал и на "Записать", и на "Провести и закрыть". Номер не изменился.
Пытались перейти на платформы 8.3.20, 8.3.21, 8.3.22 ( все 64 bit) возможных релизов на текущий момент, заметили такую проблему.
При использовании отладки по протоколу http(-debug -http) потребление памяти процессом dbgs выросло в разы. При работе около 500 пользователей процесс вырастает до 10Gb, при этом захваченную память не освобождает в некоторых релизах. До этого жили на версии 8.3.18.1616, этот процесс занимал максимум 100МБ при таком количестве пользователей. В 8.3.19 такую же проблему обнаружили начиная с релиза 8.3.19.1351.Возможно кто то сталкивался и как то лечил, буду признателен совету.
При использовании отладки по протоколу http(-debug -http) потребление памяти процессом dbgs выросло в разы. При работе около 500 пользователей процесс вырастает до 10Gb, при этом захваченную память не освобождает в некоторых релизах. До этого жили на версии 8.3.18.1616, этот процесс занимал максимум 100МБ при таком количестве пользователей. В 8.3.19 такую же проблему обнаружили начиная с релиза 8.3.19.1351.Возможно кто то сталкивался и как то лечил, буду признателен совету.
(175)
ваше?
Описание:
При отладке конфигурации информационной базы по протоколу HTTP, если в конфигурации опубликованны веб или http сервисы, может происходить неконтролируемое потребление памяти процессом dbgs.
Способ обхода:
Периодический перезапуск процесса dbgs.
ваше?
Описание:
При отладке конфигурации информационной базы по протоколу HTTP, если в конфигурации опубликованны веб или http сервисы, может происходить неконтролируемое потребление памяти процессом dbgs.
Способ обхода:
Периодический перезапуск процесса dbgs.
(177) Я, не регистрировал такое поведение. Платформы где заявлено что исправлено(8.3.20.2039,8.3.21.1484, 8.3.22.1603) также проверялись, поведение не изменилось. Процесс растет в случае даже если пустая конфа, без опубликованных веб и http. Если процесс убивать то спустя 10 сек он вырастает до тех же объемов.
Только обновились на 8.3.20.2076 и снова "счастье". Обновление УПП релиз 1.3.190.1
8.3.21.1508; 8.3.22.1603.Текущий релиз конфигурации "Управление производственным
предприятием" предназначен для использования с версией системы.
Часть ошибок исправлены на тестовой версии 8.3.22.1681.
Кто перешел на 8.3.22.1672?
Интересует стабильность обменов xml, COM-соединение, тормозит или нет?
8.3.21.1508; 8.3.22.1603.Текущий релиз конфигурации "Управление производственным
предприятием" предназначен для использования с версией системы.
Часть ошибок исправлены на тестовой версии 8.3.22.1681.
Кто перешел на 8.3.22.1672?
Интересует стабильность обменов xml, COM-соединение, тормозит или нет?
(180) В пятницу поставила 8.3.22.1672 на север., конфы БП и ЗУП. 5 пользователей у нас. Через wEB соединение работает хорошо, без тормозов, COM-соединение работает - но дополнительно регистрировала через компоненты, обмен с фсс и 1с отчетность работает вроде. ттт
Появилась информация:
Фирма "1С" доводит до сведения пользователей и партнеров, что в
версиях платформы "1С:Предприятие" 8.3.22.1672, 8.3.22.1603, 8.3.21.1607,
8.3.21.1508, 8.3.21.1484, 8.3.20.2076, 8.3.20.2039, 8.3.19.1665,
8.3.19.1659, 8.3.18.1902, 8.3.18.1894, 8.3.17.2733, 8.3.17.2665 обнаружена
критическая проблема, которая может привести к закрытию приложения в
начале работы с программой.
Изменение внешних условий 15.11.2022 может существенно повысить
вероятность проявления данной проблемы – предполагается, что многие
пользователи перечисленных версий завтра не смогут работать.
Проблема не приводит к потере данных пользователей.
В связи с этим пользователям перечисленных выше версий рекомендуется
до начала рабочего дня 15.11.2022 обновить платформу "1С:Предприятие"..
При замене указанных версий платформы все накопленные в информационной
базе данные будут сохранены.
Данная проблема НЕ проявляется:
* в других версиях платформы;
* в защищенных программных комплексах 8s, 8.3z;
* при работе в веб-клиентах, клиентах Linux, MacOS;
* в сервисе 1CFresh.com (1С:Предприятие через Интернет).
Фирма "1С" доводит до сведения пользователей и партнеров, что в
версиях платформы "1С:Предприятие" 8.3.22.1672, 8.3.22.1603, 8.3.21.1607,
8.3.21.1508, 8.3.21.1484, 8.3.20.2076, 8.3.20.2039, 8.3.19.1665,
8.3.19.1659, 8.3.18.1902, 8.3.18.1894, 8.3.17.2733, 8.3.17.2665 обнаружена
критическая проблема, которая может привести к закрытию приложения в
начале работы с программой.
Изменение внешних условий 15.11.2022 может существенно повысить
вероятность проявления данной проблемы – предполагается, что многие
пользователи перечисленных версий завтра не смогут работать.
Проблема не приводит к потере данных пользователей.
В связи с этим пользователям перечисленных выше версий рекомендуется
до начала рабочего дня 15.11.2022 обновить платформу "1С:Предприятие"..
При замене указанных версий платформы все накопленные в информационной
базе данные будут сохранены.
Данная проблема НЕ проявляется:
* в других версиях платформы;
* в защищенных программных комплексах 8s, 8.3z;
* при работе в веб-клиентах, клиентах Linux, MacOS;
* в сервисе 1CFresh.com (1С:Предприятие через Интернет).
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот