Добрый день!
Вот и дождались нового релиза, который требует обновления платформы. Бухгалтерия 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 была интересная тема https://forum.infostart.ru/forum86/topic274001/ Посему вопрос, какую версию платформы поставить на 2022 год, чтобы без большого количества багов? Помимо ЗУП, БП 3 на сервере крутятся старые самописные базы, множество различных обменов между базами по ком-соединению, есть мобильное приложение на Апач.
Или что лучше - пишите проблемы, которые Вам встретились в свежих платформах. Думаю, тема будет интересна многим.
Немного напрягает, что все перечисленные платформы крайние в своей ветке. Ждать очередного сюрприза по борьбе с нелегалами? В прошлый раз многих зацепило. У нас конечно лицензии программные, но как знать...
Сам пока тоже склоняюсь к 19.
Или может подождать когда во фреше платформу обновят?
В декларацию по налогу на прибыль организаций в редакции приказа ФНС России от 11.09.2020 № ЕД-7-3/655@ внесены изменения в соответствии с приказом ФНС России от 05.10.2021 № ЕД-7-3/869@. Новая форма применяется с 01.01.2022 начиная с отчета за 2021 год.
Получается 3.0.106 ставить обязательно для сдачи отчетности за 2021год?
9.
МимохожийОднако
14223.12.21 10:46 Сейчас в теме
(1) О зарегистрированных проблемах платформы можно всегда почитать на сайте. Главное не торопится. Выждать недельку при возможности.
Самая стабильная - последняя из минимально предлагаемы ) Но есть смысл выждать. А вдруг через пару дней выйдет следующая.
(2) Столкнулись с проблемой в ЗУП 2.5 на платформе 8_3_20_1613. После завершения редактирования адреса (например, Адрес по прописке физ. лица) у уже созданного элемента (с новым элементом всё ок) справочника "Физические лица" программа вылетает. Вы сталкивались с таким вылетом? Пока непонятно как это обойти...
Установлена на данный момент 8.3.17.1851. Используем БП 3.0.105.45, ЗУП 3.1 + переход на ERP 2.5.7. Работа в клиент-сервере.
Мучает вопрос какую версию ставить???
Если установить минимальную версию 8.3.18.1741, у кого установлена и как она себя ведет???
И как всегда придется после НГ в скором порядке ставить обнову на БП.
ИМХО - сделаю предположение, что все четные релизы имеют "другую" ветку развития.. складывается это из :
1.16 релиз - проблемы с принтерами ( на 15 и 17 такой проблемы не было)
2.18 релиз - проблема с работой веб-клиента
3. 20 релиз - проблемы с планами обмена на ОФ ( крашится платформа при перезаписи элементов справочников ( в 8.3.20.1674 - так же )
(5)
на сервере крутятся базы: БП, ЗУП, ERP может еще будет ДО в будущем. Так же используем обмены между базами + обмены с внешними базами.
20 под вопросом, больше склоняюсь к 19
(6) нет однозначного ответа " какая самая стабильная" тут нужно исходить и собственных критериев "стабильности".
Проверять работы платформы на тестово-боевых базах.
Моделировать ситуации
Сверять корректность отчетов в файловой и клиент - серверной платформе ( и такое бывает что один и тот же отчет выдаст разные данные : В файловом 100, в клиент -серверном 100,01
И только потом принимает решение о прод.платформе, тем более когда речь идет о ДО и ERP
P/S Если и вас завтра после "советов какая самая стабильная" ИБ колом встанут? А простой организации выльется в N часов? Вы кого то материть будете , а человек потом икать будет :)
(7) да понятно, что на своих тестовых базах проверять все нужно. Но есть же объективно неудачные релизы. Чтобы множество версий не переустанавливать. Так хоть чуть "соломки подложить" можно заранее.
(17) если нужно на весь 2022 год, тогда надо 8.3.20 ставить. Потому что в течение года наверняка 1с прикроет 18-ю платформу, и опять придется возвращаться к этой же проблеме.
(19) согласен.
На выходных сделали "прыжок веры" на 8.3.20.1674, пока без потрясений обошлось. Конфигурации УТ 11.4 (допиленная расширениями и есть самописные подсистемы), БП 3.0 и ЗУП 3.1 (типовые).
Видел здесь тему на Инфостарте, что у человека валилась платформа при обновлении конфигурации расширений. Не подтверждаю. У нас всё нормально.
Если кому интересно, могу ещё через пару-тройку дней отписаться.
Установил новую платформу 8.3.20.1674
Базы клиент-серверные, в кластере есть отдельный сервер лицензирования.
Все полностью лицензировано программными лицензиями (и сервер, и клиентские)
В клиентах 1С в окне О программе теперь использование конфигурации пустое.
Хотя пользователи заходят и работают в программе нормально, в консоли администрирования, в сеансах тоже видно, что сеанс получил клиентскую лицензию, в рабочих серверах видно, что сервер получил серверную лицензию.
На предыдущей платформе 8.3.16.1814 в окне О программе использование конфигурации было "Проверка лицензионного использования выполнена успешно"
Кто сталкивался? Интересно, это косяк платформы 8.3.20.1674?
(23) В файловых 8.3.20.1674 пишет Проверка лицензионного использования выполнена успешно либо Проверка лицензионного использования не выполнялась. Тестить платформу на сервере пока нет возможности.
(23) у нас так уже давно, с 8.3.18 ещё вроде. Сервер и клиенты при этом полностью лицензированные, кряки платформы никогда не устанавливались. На работу не влияет.
(23) У меня в клиент-серверном варианте пишет что проверка лицензионного использования выполнена успешно. Платформа 8.3.19.1467.
Появилась эта надпись не сразу, но в течение первого дня после обновления.
Запустилась и обновилась на платформе 8.3.17.1851, что не сильно удивительно, т.к. платформа выше режима совместимости.
Вот интересно... Забыли? Забили? Или какой-то хитрый замысел?
Если переустановить полностью сервер с 15 релиза 32 бит на 20-й скажем релиз 64 бит, можно не трогать саму базу данных БП 3? Или лучше выгрузить в DT и загрузить в новую базу?
(32) Можно, у самих куча баз, при обновлении платформы не выгружаем/загружаем их. SQL только плановые бэкапы ежедневные делает. При обновлении конфигураций на новой платформе реструктуризация может потребоваться.
По прошествии нескольких дней, на 8.3.20.1674 в конфигурациях на управляемых формах (типовых и не очень) каких-то явных ошибок не обнаружено. Доработки сохраняются, пользователи не жалуются, проблем не возникает.
Совсем иначе обстоят дела с конфигурациями на ОФ, и, судя по форумам, мы не одни такие. Благо в нашем случае это архивная конфигурация, в работе не используется уже.
При попытке открыть элемент справочника (номенклатуру или контрагента) валится с ошибкой. Пробовал выгружать и загружать dt, пробовал восстанавливать dt, сделанный на другой платформе, пробовал ТиИ (валится с ошибкой) - ничего не помогает. Вроде там какая-то проблема с планами обмена, но они есть почти у всех, лучше не рисковать.
Вывод: если у Вас конфигурация на УФ, то смело можно использовать.
С конфигурациями на ОФ рекомендую выбрать 8.3.19, там наша конфигурация на ОФ работала беспроблемно.
Всем привет. в 20-ой действительно есть такой косяк? Это ж писец.
Код ошибки: 10235635
Код(ы) обращения: HL-413139
Статус: Исправлена в тестовой версии Зарегистрирована: 23.11.2021
Исправлена: "Технологическая платформа", версия 8.3.21.1141 (для тестирования)
Описание:
В клиент-серверном варианте информационной базы в толстом клиенте при записи набора записей независимого регистра сведений не выполняется автоматическая регистрация изменений в плане обмена.
обновились на платформе 8.3.18.1208, во всех базах бухгалтерии полетели итоги, пришлось восстанавливать базы и обновлять на 18.1741
ради эксперимента обновили базу на 18.1741 и запустили на 18.1208, работает данные на месте, но страшновато за последствия
Во Фреше видимо тоже обновили на более новой платформе, а дальше запустили на старой, у меня только такое предположение
(41) Кто-то еще отписывался, что при обновлении на 3.0.106 на платформе 8.3.17.1851, которая для меня была стабильной долгое время, поехали итоги. Что-то все же накрутили ("оптимизировали") в последней платформе в работе с итогами. Сам выбираю крайнюю 19ю на данное время.
(43) Ну официально БП 3.0.106 не поддерживает 17-ю платформу вообще, как и 8.3.18.1208 в случае (40). 1С даже предъявить нечего будет. Вывод - обновляться только на официально разрешенных платформах. Полезная тема оказалась.
Обновил БП на 3.0.106.60 на платформе 8.3.17.1851. Базы на 64 сервере под SQL
Показалось все работает. Но потом начались косяки.
Яркий пример пытались сделать свертку по одной из баз. Свертка падает в самом начале, при записи первой операции формирования остатков.
Я танцевал танцевал с бубном , потом все таки попробовал переустановить платформу - свертка начала формироваться.
Сейчас поставил платформу 8.3.20.1674, жду , что будет дальше.
Перешли с 8.3.16.1876 на 8.3.19.1467, Бухгалтерию до 106 версии еще не обновлял. По поводу ЗУП 3.1, БП 3 пока не жаловались... тьфу-тьфу.
У нас есть несколько самописных баз на обычных формах - с ними интереснее. Местами на формах поехали шрифты, слетел фильтр диалога выбора файла (для Винды и Линукса фильтр диалога выбора файла теперь по-разному прописывается, по крайней мере, у нас). Ну и самое интересное - что-то поменяли в системе печати. Если есть разные типы принтеров (этикеток и обычный, например) некоторые печатные формы подхватывают настройки принтера по умолчанию, даже если печатать на другой, не все формы правильно формируются (простите за тавтологию). Печать под Линукс как была проблемой так и осталось.
8.3.18.1741 + 3.0.106.60 (файловая) - все работает, итоги все на месте
8.3.18.1483 + 3.0.106.60 (скуль) - все работает, итоги все на месте
8.3.17.1851 + 3.0.106.60 (файловая) - все работает, итоги все на месте
все обновления встали штатно ни на что не ругаясь
По БП обновил сам на 8.3.18.1741 проблем пока не замечено.
Сейчас работаем на платформе 8.3.18.1483.
Конфигурации: БП 3, ЗУП 3, самописные на УФ, БП 2 на ОФ. Все серверные.
Проблемы: не работает авто-обновление баз на кластере из-за ошибки 10231641 (Метод ConnectAgent объекта V83.COMConnector)
Рассматриваем переход на новую платформу с учетом исправления проблемы выше и соответствия типовым. К сожалению 8.3.18 не подходит, потому как нашу проблему исправили только в 8.3.19 и выше.
Проблемы: не работает авто-обновление баз на кластере из-за ошибки 10231641 (Метод ConnectAgent объекта V83.COMConnector)
Можно поподробнее в чем проблема? Это когда не из конфигуратора обновляешь, а из режима Предприятие?
Я сейчас попытался так обновиться на БП 3.0.106.60, платформа 8.3.19.1467 получил ошибку подключения к кластеру через COM коннектор. До этого на 15-й платформе всегда так БП обновлял.
(55) Ошибка возникает при выполнении метода ConnectAgent из внешнего кода, например, из кода на C#, VBS и т.д. происходит аварийное завершение работы программы, если агент сервера находится на другом компьютере (фоновое запускается на comp2, а агент на comp1)
В 19.1467 еще один косяк вылез.
Система: Linux 4.19.0-18-amd64 #1 SMP Debian 4.19.208-1 (2021-09-29).
Конфигурация на ОФ Толстый клиент обычное приложение.
У пользователя стоит основной интерфейс "Интерфейс1", при начале работы системы выполняется код:
Если РольДоступна("Логист") Тогда
ГлавныйИнтерфейс.Найти("Логист").Видимость = истина;
КонецЕсли;
На установке видимости платформа падает, выдает широкое прямоугольное окно (вероятно, с описанием ошибки), окно залито фоном рабочего стола, прочитать, что в нем невозможно. Кеш сервера, пользователя чистил. Если в режиме отладки пройти все шаги ПриНачалеРаботыСистемы() есть шанс, что запустится (примерно 1 к 20). На копии базы ошибка воспроизводится, даже чаще запускается)
Если основной интерфейс пользователя стоит "Логист", то такой проблемы нет.
Опять же - для истории, особенность работы на Линукс.
Перешли на 20.1674: базы БП 3.0, ЗУП 3.1 и УПП 1.3, УТшка на обычных формах - выявилась проблема с сохранением в ворд -ошибка была зафиксирована давно - Код ошибки: 10235606, Код обращения: CSR-300771 "Сохранение табличного документа в формате Word" - и исправлена в текущей, но на обычных формах наблюдаем, что сохранение в ворд не работает - файлы создает, но они пустые(хотя по статистике показывает, что символы есть, пробелы есть и тд). В Эксель везде сохраняет нормально, pdf тоже, а в ворд только с управляемых форм нормально... ищем решение: может кто сталкивался?
Перешли на версию конфигурации 3.0.106, крутится на платформе 8.3.19.1264. База данных стала жутко тормозить, потому что была произведена полная реструктуризация хозрасчетного регистра. в Индексах таблицы _AccRg1023 добавилось поле "_PeriodAdjustment", так же появилось куча дополнительных столбцов. У всех такая ситуация, как вышили из положения?
Поставили 8.3.19.1467, день поработали и откатили на 8.3.18.1741, работает пока стабильно, у 19 были вылеты с разными ошибками из предприятия и конфигуратора.
(66) 8.3.19.1467 с одной базой такое есть - копия бухгалтерии крайней версии (106.101). БД находится на одном физическом сервере, а сервер 1С - другая машина, открытый конфигуратор спустя 2-3 суток бездействия в нем вылетает. Пока не критично.
(69) словили уже глюк сервера именно на этом релизе - в консоли администрирования было>30 фоновых заданий, которые невозможно было удалить, помог только рестарт сервера. Рестарт агента сервера с прибитием всех процессов никак не помогал - фоновые сеансы так и висели. Ну и всё колом стояло. Кеш сервера чистили, если что.
После рестарта, пока работает неделю.
8.3.20.1674 УТ 11.2
Работаем на ней с 29.01.
Сервер linux x64, клиенты - Win x32
В некоторых окнах слетело расположение реквизитов. В некоторых документах табличная часть занимает слишком много места по высоте и появляются полосы прокрутки. Сбрасыванием настроек не лечится.
Самый забавный глюк - Типовая обработка консоль запросов при выделении части текста запроса и последующим нажатии delelte удаляет строку из таблицы параметров. Как будто с фокусом проблемы.
Пользователям работать можно. Но вот конфигуратор расстраивает, отлаживать невозможно. При остановке в точке останова отладка самостоятельно "перепрыгивает" в фоновые задания - "ПараметрыБлокировкиСеансов" "ПроверитьТекущиеНапоминания" "ОбновитьКэшМеханизмаРегистрацииОбъектов" и т.п.
(71) Забыл дописать. Конфигуратор зависает и не отвечает ни на какие действия. Хотя в диспетчере задач окно не помечено как "не отвечает". Потом выходит ошибка "Передача данных прервана по инициативе принимающей стороны." За неделю 2 раза было.
Проблемы на 8.3.19.1467 и 8.3.20.1674
В большинстве случаях ошибка вылазиет в режиме предприятия, но иногда может вылезти и в конфигураторе. Периодичность разная, связать ее не с чем. Скрин прилагаю
(75) У нас ошибка возникала в случае, когда сервер 1С и СУБД физически на разных машинах находится. Только конфигуратор вылетал, под пользователями не было. Ничего не меняли, уже пару недель не выскакивает ошибка, тьфу-тьфу. (8.3.19)
(77) В консоле администрирования время последней активности пользователя иногда пишет верное, а чаще время входа в базу - непонятно, работает человек или повис сеанс. Неудобно.
(78)
Да, и сеансы помечаются как спящие. А раз спит, значит нужно его убить, что система и делает)
Время завершения спящего сеанса в конфигураторе без изменений определено по умолчанию, как 86400 (секунд), но толку-то.
А вот время засыпания пассивного сеанса я увеличил до 5400. Сложно сказать, помогло ли как-то или нет. Надо будет поставить также на целые сутки проверить работу в течении дня.
(83)
Да это же не я ставил )
Там, на самом деле, говорят про использование файлов реестра, я так понимаю - MultiKey.
Mimo 4 я у себя тоже протестил еще до прочтения вашего сообщения с использованием и пользовательского режима, и конфигуратора, отладки и простой работы, управляемые и обычные формы - ошибок встречено не было.
(81) Проблема была в расширениях. В первом расширении были добавлены реквизиты табличной части, во втором расширении форма документа. После переноса в первое расширение формы все работает без аварийных завершений и вылетов в дамп. Второе удалил.
Проверка возможности применения никаких ошибок не выдавала.
А список то рекомендованных платформ изменился :
Бухгалтерия предприятия КОРП, редакция 3.0, версия 3.0.107.34
Внимание! Текущая версия конфигурации "Бухгалтерия предприятия КОРП" предназначена для использования с версиями технологической платформы 1С:Предприятие 8 не ниже 8.3.17.1851, 8.3.18.1741, 8.3.19.1467.
Добавили 8.3.17.1851, которая ранее не была указана для БП, и убрали 8.3.20.1674.
Заметил такой косяк в 8.3.20.1674
В консоли администрирования в рабочих процессах в колонке "Лицензия" иногда появляются клиентские лицензии (хотя там должны отображаться только серверные). На работоспособность кластера вроде бы никак не влияет. Кто еще с таким сталкивался?
(90) Не написали бы и не заметил) Есть такое явление, причем на самом густонаселенном сервере примерно 50/50 показывает лицензии клиентские и серверные. (8.3.19.1467)
(90) В рабочих процессах не замечал, у меня их 1 всего, а вот в списке сеансов, иногда вместо клиентской лицензии отображается серверная. (8.3.19.1467)
96.
alexander-lubich
2913.05.22 09:37 Сейчас в теме
8.3.20.1789 - вложенные файлы pdf сохраняемые из базы на диск формата PDF 1.5 http://webcomme.ru/photoshop/urovni-sovmestimosti-pdf.html платформа сохраняет в формате 1.7 чем портит файл (из за последнего добавленного тега markinfo файл перестает быть читаемым Акробатом, если манипуляции происходят с файлом формата 1.7 то проблем нет ) у нас эпидемия нечитаемых выгруженных файлов.
воспроизводится на типовой бухгалтерии проф 3 актуального релиза на эту дату вложение в Электронный документ исходяший произвольный с видом прочее
Во вложении исходный файл ФСБУ.PDF и битый после «обработки» платформой 1С FSBU.PDF
Смотреть безопасные и свежие платформы нужно ориентироваться по облакам. Штампуют разные версии, но в облаке всегда рабочее только размещаются.
На 13 мая актуальные стабильные платформы 8.3.19.1467, 8.3.20.1710(стоит у нас на серверах почти у всех клиентов), 8.3.21.1302.
100.
milov.aleksey
40204.08.22 16:50 Сейчас в теме
16.06.2022 перешли с платформы 8.3.18.1334 на 8.3.21.1302. Причём клиенты все х64. В общем, работает стабильно. Только чтение из экселя требует настройки встроенного антивируса Windows Defender. Теперь система проверяет к каким СОМ-объектам обращается процесс 1cv8.exe и какие приложения вызывает.