• Оптимизировали поиск по списку обсуждений;
  
• В интеграцию типа Webhook добавили возможность передачи данных;
  
• Улучшили диагностику ошибок;
  
• Уменьшили вероятность возникновения коллизий при одновременном изменении списка участников обсуждения несколькими пользователями;
  
• Установили таймаут обращения к серверу системы взаимодействия — 45 с;
  
• Уменьшили время реакции видеосервера на ограничение пропускной способности канала связи. Это повысило стабильность и качество видеозвонков;
  
• Добавили автоматическую регулировку громкости микрофона, усилили эхоподавление и улучшили шупомодавление. Это повысило качество звука в видеозвонках;
  
• Упростили выбор окна или экрана для демонстрации;
  
• Улучшили демонстрацию экрана для пользователей с низкой пропускной способностью канала связи;
  
• Теперь во время демонстрации экрана можно:
  • Показывать отдельные окна, а не целый экран;
    
  • Скрывать всплывающие сообщения;
• Теперь можно сформировать ссылку-приглашение для того, чтобы внешний или внутренний пользователь присоединился к обсуждению или к видеозвонку. Ссылка-приглашение дает доступ к видеокомнате обсуждения без звонка пользователю и, если не было установлено ограничение при создании ссылки, дает доступ к конкретному обсуждению. Также можно создать ссылку на текущий видеозвонок;
  
• Мы улучшили работу в обсуждениях с большим количеством участников:
  • Добавили поиск в списке участников;
    
  • Если в обсуждении более 100 участников, то теперь вместо списка участников отображается ссылка, позволяющая открыть этот список;
    
  • Теперь можно создавать обсуждения только для чтения. Добавить сообщение в такое обсуждение можно с помощью встроенного языка;
    
  • Мы ограничили максимальное количество участников обсуждения — 3000;
• Для пользователей тонкого клиента и веб-клиента мы снизили нагрузку на процессоры и сеть в видеозвонках. Теперь нагрузка не будет зависеть от количества участников звонка.
  

• Теперь в приложении «1С:Предприятия» можно аутентифицироваться без пароля, с помощью сканирования QR кода. Такой способ будет удобен в тех случаях, когда вы работаете в публичной среде (интернет-кафе, общественный Wi-Fi), где вводимый пароль может быть подсмотрен злоумышленником или считан вредоносной программой. Можно использовать следующую последовательность действий:
  • Вы аутентифицируетесь в мобильном приложении;
    
  • Чтобы войти в это же приложение, например, из браузера на настольном компьютере, вы открываете ссылку в браузере;
    
  • В форме аутентификации выбираете вход чрез QR код;
    
  • Сканируете этот QR код мобильным устройством;
    
  • «1С:Предприятие» выполняет аутентификацию, и вы получаете доступ к приложению на настольном компьютере;
• Мы изменили форму аутентификации таким образом, чтобы на ней отображались все доступные для информационной базы способы аутентификации. Это упростит переключение между разными способами аутентификации и добавление новых способов;
  
• Теперь можно запомнить последний успешный способ аутентификации в информационной базе, чтобы в следующий раз заходить в эту базу автоматически, используя сохраненные данные аутентификации;
  
• «1С:Предприятие» может теперь проверять пароль при его установке или при вводе во время аутентификации. Это нужно для того, чтобы пользователи не устанавливали себе пароли, про которые известно, что они легко взламываются (например, «Password1»). Проверка может выполняться по стандартному списку «слабых» паролей, который есть в «1С:Предприятии», с помощью внешнего публичного сервиса скомпрометированных паролей (например, Have I Been Pwned) или по списку, который можно загрузить из файла. Действие, выполняемое по результатам проверки, можно настроить:
  • Разрешить вход в приложение;
    
  • Предложить смену пароля — если пользователь откажется, он сможет войти со старым паролем;
    
  • Потребовать смену пароля — вход будет возможен только после смены пароля;
• Теперь приложение «1С:Предприятия» может автоматически завершать сеанс после указанного времени бездействия пользователя;
  
• Мы поддержали новую версию 3.34 протокола Единой системы идентификации и аутентификации (ЕСИА), которая необходима для взаимодействия с этой системой;
  
• Теперь можно выбирать, каким алгоритмом будут хешироваться пароли пользователей для хранения в базе данных: SHA-1, SHA-256, SHA-512 или PBKDF2-HMAC-SHA256. Раньше использовался только алгоритм SHA-1.

• Расширили логирование административных действий;
  
• Добавили журналирование изменения полномочий в ролях и изменения прав доступа пользователей;
  
• В событиях об изменении конфигурации теперь фиксируется список измененных объектов.

• Добавили возможность хранения служебных данных кластера в разных каталогах, а не в одном, как раньше. Это сделает работу с кластером более удобной;
  
• Параметры механизма отслеживания разрыва соединений можно настраивать теперь без перезапуска кластера.

• Реализовали параллельное обновление экземпляров копии в фоновых заданиях. Это сократит общее время обновления копии, состоящей из нескольких экземпляров;
  
• Добавили защиту от использования одной физической базы данных несколькими копиями информационной базы;
  
• Если во время выполнения запроса на копии возникает некритичное исключение, то теперь копия не отключается, как это было раньше. Другие запросы смогут выполнять запросы на этой копии.

• Реализовали параллельное хранение двоичных данных во встроенном хранилище и в информационной базе. Для этого используется новый блочный режим хранения, обеспечивающий хранение в базе двоичных данных любых размеров. В случае отказа серверов, на которых расположено встроенное хранилище, работа с двоичными данными будет продолжена из базы данных;
  
• Теперь можно выбрать те реквизиты объекта конфигурации, двоичные данные которых будут помещены в хранилище. Раньше в хранилище помещались все данные, размер которых превышал установленный;
  
• Мы улучшили диагностику тех ошибок хранилища, которые выявляются во время тестирования и исправления.

• Можно создавать собственные журналы документов. Они могут регистрировать как собственные, так и заимствованные документы;
  
• Можно изменять состав заимствованных XDTO-пакетов;
  
• У заимствованных Web-сервисов можно изменять состав их XDTO-пакетов.

• В кластере серверов мы оптимизировали:
  • Механизм работы с сеансовыми данными;
    
  • Запись событий в технологический журнал;
    
  • Работу сервера с большим количеством ядер;
• Во встроенном языке мы оптимизировали операцию проверки циклических ссылок;
  
• Теперь можно создавать дополнительные индексы для объектов конфигурации. Это повысит производительность прикладных решений на крупных внедрениях;
  
• Подчиненным регистрам сведений и регистрам накопления мы добавили новые режимы записи данных: слияние, удаление и обновление. Это повысит производительность регистров:
  • В режиме слияния новые записи добавляются, а существующие записи, у которых значения ключевых полей совпадают с записываемыми, обновляются;
    
  • В режиме обновления новые записи не добавляются. Выполняется только обновление существующих записей, у которых значения ключевых полей совпадают с записываемыми;
    
  • В режиме удаления из регистра удаляются записи, у которых значения ключевых полей совпадают с записываемыми;
• Многим менеджерам объектов конфигурации мы добавили метод, получающий выборку данных по указанному набору ссылок. Это повысит скорость пакетной обработки объектов базы данных;
  
• В некоторых случаях мы ускорили первоначальное заполнение копии базы данных;
  
• В клиент-серверном варианте работы мы уменьшили время повторного запуска клиентского приложения из конфигуратора.

• Если настроено обновление клиентского приложения через веб-сервер и версия тонкого клиента и сервера не совпадают, то теперь сразу начинается загрузка обновления, без лишних вопросов пользователю. Это упрощает работу пользователя;
  
• Во встроенном языке теперь можно:
  • Узнать размеры и ориентацию страниц документа PDF;
    
  • Работать с архивами в форматах GZIP, RAR, 7-ZIP, XZ и TAR;
• Настройки стандартной функции «История изменений данных» мы сделали более удобными;
  
• Теперь можно использовать присоединенную электронную подпись, она необходима для соответствия законодательству. Раньше такой вариант электронной подписи не поддерживался;
  
• В операционной системе Linux приложения «1С:Предприятия» используют теперь библиотеку WebKit2, поставляемую вместе с используемым дистрибутивом Linux. Раньше использовалась устаревшая библиотека WebKit1, которая поставлялась в составе платформы «1С:Предприятие».

127.0.0.1 1cv8update.com
127.0.0.1 cv8update.com
127.0.0.1 portal-support.1c.ru
127.0.0.1 pult.1c.ru
127.0.0.1 pult.1c.eu
127.0.0.1 pult.1c.com
127.0.0.1 unf-stat1c-gpt-msk.1c.ru
127.0.0.1 update-api.1c.ru
127.0.0.1 reputils.1c.ru

1. в папке, где установлена программа, по умолчанию это C:\Program Files\1cv8\8.3.26.1521\bin или C:\Program Files (x86)\1cv8\8.3.26.1521\bin в зависимости от разрядности системы и установленного приложения, находим файл techsys.dll и переименовываем в techsys_N.dll, где N - это цифра, которая равна лицензии на количество пользователей, например techsys_100.dll - лицензия на 100 пользователей, допустимые значения N: 0,1,5,10,20,50,100,300,500,999;
   
2. распаковать файл techsys.dll из techsys-x64.zip или techsys-x86.zip в папку с установленной программой;
   
3. запустить оболочку 1С от имени Администратора, но это только при первом запуске;
   
4. в открывшемся окне выбрать файл и количество пользователей.

• Баннер - отключает защиту от несанкционированного использования, всплывающее сообщение при запуске программы;
  
• deLIC - делает проверку лицензирования конфигурации всегда успешной;
  
• КОРП - даёт возможность использовать специальный КОРП функционал;
  
• Следы - отключает проверки на наличие следом других патчей и эмуляторов;
  
• Пользователи - отключает проверку на количество одновременно работающих пользователей.

USE NAME_BASE
GO
delete FROM [Params] WHERE filename = 'locale.inf'
go