Дополнительная проблема: + если синхра между БП и ЗУП обе должны быть обновлены... свежая зуп перестала с древней бухой синхрится.
Если ЗУП новая а БУХ не очень синхрон не проходит из-за нового документа в ЗУП, ОтражениеУдержанногоНДФЛВБухучете. Он синхронизируется в СведенияОбУдержанномНДФЛ в БП. Я просто удалил этот правило из ПравилКонвертацииОбъектов в ЗУП. Правильный вариант дообновить БП конечно же.
Добрый день. У нас следующая ситуация, есть УНФ 1.6... до этого работала на платформе 8.3.13.1513... решили обновить платформу до 8.3.22.1704. Но после недавних обновлений, также как и многих перестала "работать". Поскольку старую платформу удалять не стал, старые бэкапы работают. Проблема в том, что они старые... Сейчас пытаюсь открыть конфиг после его открытия в новой платформе, на старой платформе 8.3.13.1513... Пишет ошибку формата потока и всё... хочу попытаться её открыть всё таки в старой платформе... Подскажите, пожалуйста, что делать?
использовать: Но там и так низкие версии стоят("8.3.17.1851; 8.3.18.1208") да и 1.6 уже не обновляется пол года Проверьте и снимайте галку безопасный режим и защита: https://disk.yandex.ru/d/DAmDSUtvcZ7rag
1. Сносим старый сервер и клиент (если все крутится в одном кластере) 2. Чистить кеш или не чистить ваше дело (я не чистил) 3. Ставим x64 сервер 8.3.20.1996 (я ставлю сервер и клиент в разные папки) 4. Лечим сервер через Mimo-UniDll_v4 (на версии 8.3.20.1996 он еще работал) 5. Ставим x64 толстый или тонкий клиент (его не лечим Mimo-UniDll_v4, techsys.dll в клиенте не трогаем)
Вот тут начинается самое интересное, наверняка у большинства уже Конфигурации обновлены на более свежие релизы и запуск их Скажет, ФИГ Вам не буду работать на этой платформе, обновите меня
Тогда Делаем Снятие Ограничение На Используемую Версию Платформы Уже есть решения для БУХ, УНФ и ЗУП через конфигуратор: 1. Заходим в базу сразу в Конфигуратор 2. Конфигурация – Открыть конфигурацию 3. Конфигурация – Расширение конфигурации - Добавить 4. Конфигурация – Загрузить конфигурацию из файла 5. Выбрать файл соответствующий конфигурации 6. Соглашаемся на сохранение конфигурации, ставим ВСЕ галки, кроме Безопасный режим – галку убираем 7. У пользователя под которым потом будем запускать 1С снимаем в правах в конфигураторе Защиту от от опасных действий, чтоб преминить cfe которые отключают проверку платформы
И вуаля, Конфигурация запускается, 1С-ЭДО работает, Терминальные пользователи тоже работают
rphost не блокировал IP адреса в блокировку ни какие не вносил
PS: поможет тем кому не критично находится на платформе 8.3.20.1996 но при этом нужны ОНЛАЙН сервисы 1С
Лечим «Ошибка формата потока» в клиент серверной базе при понижении версии платформы Вводные данные: Платформа 8.3.20.1996 + Mimo 4 + MS SQL Управление торговлей 11.5.8.309 Некосячного бэкапа нет.
Пошагово: 1. Берем чистый релиз той же версии, что и сломанной УТ (в моем случае 11.5.8.309) и создаем чистую базу из-под некосячной платформы (в моем случае 8.3.20.1996);
2. Отключаем службу сервера 1С
3. В Management Studio выполняем запрос:
USE ИмяСломаннойБД GO DELETE FR OM ИмяСломаннойБД.[dbo].[Config] GO INS ERT IN TO ИмяСломаннойБД.[dbo].[Config] SEL ECT * FROM ИмяЧистойБД.[dbo].[Config] GO
4. Включаем службу сервера 1С ПРОФИТ!
Выше коллега так же упоминал о возможность удаления конкретной записи из БД. use ИмяСломаннойБД DELETE FR OM config WH ERE filename = 'versions' Но, на моей практике этот способ помог мне на 3 базах из 12.
P.S. Файловые восстанавливал тем же путем, предварительно перегнав в Клиент-Сервер, через DTшник
Дополнение 1: У меня SQL, зашёл в Managment Studio, открыл редактор запросов И выполнил use ИмяСломаннойБД DELETE FROM config WHERE filename = 'versions' Потом зашёл в конфигуратор зарплаты выполнил скрипт для понижения версии, запустил базу. Всё.
Дополнение 2: Что делали: - Установка 8.3.21.1302 + Mimo - делаем копию 1Cv8.1CD - в коммандной строке cd "C:\Program Files\1cv8\8.3.21.1302\bin", коммандную строку не закрываем - потом cnvdbfl.exe -c -f 8.2.14 "D:\папка с вашей базой\1Cv8.1CD", коммандную строку не закрываем - открываем Tool_1CD (0.3.0.0) и в нем открываем ваш файл (к примеру "D:\папка с вашей базой\1Cv8.1CD"0 - таблица "config "и удаляем последнюю строку "versions" - закрываем Tool_1CD (0.3.0.0) - потом cnvdbfl.exe -c -f 8.3.8 "D:\папка с вашей базой\1Cv8.1CD", коммандную строку закрываем
Главное использовать правильный Tool_1CD 0.3 с возможностью редактирования. А то мой 0.4 редактировать не давал
Здравствуйте, подскажите, есть какое то решение на лицензионную версию?, стоял ломанный х64 сервер, сейчас стоит х32 сервер с аппаратной лицензией и клиентскими лицензиями версия 1с 8.3.21.1622, все равно выходит ошибка «Вы стали жертвой подделки ПО», Все на сервере чистили и кэш, старые платформы удалили.
Guest пишет: Здравствуйте, подскажите, есть какое то решение на лицензионную версию?, стоял ломанный х64 сервер, сейчас стоит х32 сервер с аппаратной лицензией и клиентскими лицензиями версия 1с 8.3.21.1622, все равно выходит ошибка «Вы стали жертвой подделки ПО», Все на сервере чистили и кэш, старые платформы удалили.
UPD 18:00 16.11.2022: от 1С "Если вы пользуетесь 32-разрядным сервером Клиенты 32-разрядных серверов на версиях платформы 8.3.22.1704, 8.3.21.1622, 8.3.20.2180, 8.3.19.1723, 8.3.18.1957, 8.3.17.2757 могут аварийно завершаться. Исправленные версии серверов выложены по ссылкам ниже. Скачайте и используйте новые версии" теперь табличка выглядит так: 8.3.22.1672, 8.3.22.1603 => 8.3.22.1709 8.3.21.1607, 8.3.21.1508, 8.3.21.1484 => 8.3.21.1624 8.3.20.2076, 8.3.20.2039 => 8.3.20.2184 8.3.19.1665, 8.3.19.1659 => 8.3.19.1726 8.3.18.1902, 8.3.18.1894 => 8.3.18.1959 8.3.17.2733, 8.3.17.2665 => 8.3.17.2757 или выше
UPD 17.11.2022 15:00 Спасибо 1С что выпустили новые релизы для тех у кого 32x https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.21.1624 Ошибка на нашем сервере Данный сервис временно недоступен. Мы делаем все возможное, чтобы исправить эту проблему. Попробуйте повторить действие позже. UPD 17.11.2022 16:00 все сайты 1с просто лежат https://info83.1c.ru/ В итоге откатился 8.3.20.1996 , полет нормальный. В новых версиях конфигураций будем ставить временный патч чтобы не требовала новую версию платформы.
Последние версии платформ без таймбомбы в их коде: 8.3.17.2306; 8.3.18.1779; 8.3.19.1552; 8.3.20.1996; 8.3.21.1393 Все что выше - с закладкой.
При установке 8.3.22.1709, скаченной из таблички выше ругается на сертификаты Цепочка сертификатов обработана но прервана на корневом сертификате, у которого отсутствует отношение доверия с поставщиком доверия Каких сертификатов не хватает?
Олег Муратов пишет: Добрый день. У нас следующая ситуация, есть УНФ 1.6... до этого работала на платформе 8.3.13.1513... решили обновить платформу до 8.3.22.1704. Но после недавних обновлений, также как и многих перестала "работать". Поскольку старую платформу удалять не стал, старые бэкапы работают. Проблема в том, что они старые... Сейчас пытаюсь открыть конфиг после его открытия в новой платформе, на старой платформе 8.3.13.1513... Пишет ошибку формата потока и всё... хочу попытаться её открыть всё таки в старой платформе... Подскажите, пожалуйста, что делать?
использовать: Но там и так низкие версии стоят("8.3.17.1851; 8.3.18.1208") да и 1.6 уже не обновляется пол года Проверьте и снимайте галку безопасный режим и защита: https://disk.yandex.ru/d/DAmDSUtvcZ7rag
Пробовал, не работает... Пишет: "обнаружены проблемы при применении расширения конфигурации"... Выдаёт ошибку "режим совместимости расширения конфигурации больше режима совместимости основной конфигурации"
У меня 8.3.20.2084, патченная мимо_5 с реализованным списком бана на пограничном роутере сломалась примерно на 20ой минуте. Как минус - невозможность обновлять конфу и накатывать патчи из режима предприятия.
По поводу переименования эмулятора, тоже думал на эту тему, получилось уже установленный переименовать, имя драйвера и службы в реестре, но с mukey разницы нет, его тоже не палит, даже если с этого же компа 1С запустить. Палит видимо только дампы какие-то, не все Платформа 8.3.20.2180
Guest пишет: Для Клиент-Серверного варианта + 1С-ЭДО работает
1. Сносим старый сервер и клиент (если все крутится в одном кластере) 2. Чистить кеш или не чистить ваше дело (я не чистил) 3. Ставим x64 сервер 8.3.20.1996 (я ставлю сервер и клиент в разные папки) 4. Лечим сервер через Mimo-UniDll_v4 (на версии 8.3.20.1996 он еще работал) 5. Ставим x64 толстый или тонкий клиент (его не лечим Mimo-UniDll_v4, techsys.dll в клиенте не трогаем)
Вот тут начинается самое интересное, наверняка у большинства уже Конфигурации обновлены на более свежие релизы и запуск их Скажет, ФИГ Вам не буду работать на этой платформе, обновите меня
Тогда Делаем Снятие Ограничение На Используемую Версию Платформы Уже есть решения для БУХ, УНФ и ЗУП через конфигуратор: 1. Заходим в базу сразу в Конфигуратор 2. Конфигурация – Открыть конфигурацию 3. Конфигурация – Расширение конфигурации - Добавить 4. Конфигурация – Загрузить конфигурацию из файла 5. Выбрать файл соответствующий конфигурации 6. Соглашаемся на сохранение конфигурации, ставим ВСЕ галки, кроме Безопасный режим – галку убираем 7. У пользователя под которым потом будем запускать 1С снимаем в правах в конфигураторе Защиту от от опасных действий, чтоб преминить cfe которые отключают проверку платформы
И вуаля, Конфигурация запускается, 1С-ЭДО работает, Терминальные пользователи тоже работают
rphost не блокировал IP адреса в блокировку ни какие не вносил
PS: поможет тем кому не критично находится на платформе 8.3.20.1996 но при этом нужны ОНЛАЙН сервисы 1С
PS1:Платформа 8.3.21.1302 + Mimo - РАБОЧАЯ
Как быть если у меня Конфигурация – Загрузить конфигурацию из файла не доступно
У меня 8.3.20.2084, патченная мимо_5 с реализованным списком бана на пограничном роутере сломалась примерно на 20ой минуте. Как минус - невозможность обновлять конфу и накатывать патчи из режима предприятия.
Давайте порассуждаем, всеми вот этими ip блокировками вы по сути отрезаете 1C от инета, то что у вас отвалилось на 20 минуте, говорит лишь об одном, что дырочка гдето но осталась. И тут выбор один либо полностью отказать 1С в инете. И накатывать обновления через конфигуратор. А чтобы не танцевать с бубном угадывая какой из многочисленых файлов 1С лезет в инет чтобы его забить, можно просто указать работаь через левый прокси, которого типа нет. Отсюда любая бяка от 1С, что лезет в инет будет пытаться это делать через этот прокси, а так как он левый тупо обломается. Да есть конечно в этом способе неудобства что никаких ЭДО и тому подобного не будет. Но по сути IP отрезаниями вы делаете практически тоже самое только бубен нужен Ну а тоже ЭДО можно и через СБИС сделать
psps чтобы не заходить в 1c прокси задавал через bin\conf\inetcfg.xml файла может не быть, создаем сами пример содержимого <InternetProxy protocols="http=10.1.0.8:8080 10.1.0.9:8080" user="proxyUser" password="proxyPassword" bypassOnLocal="true" />
как написано в описании если файл есть то настройки прокси 1C берет из него psps Да забыл указать, 1С с MIMO 4
Guest пишет: По поводу переименования эмулятора, тоже думал на эту тему, получилось уже установленный переименовать, имя драйвера и службы в реестре, но с mukey разницы нет, его тоже не палит, даже если с этого же компа 1С запустить. Палит видимо только дампы какие-то, не все Платформа 8.3.20.2180
Категорически с вами согласен комрад, халаявы больше небудидь, переходите на лицух, в принципе не так дорого