Изменения конфигурации заблокированы средствами распределенной иб как снять

Изменения конфигурации заблокированы средствами распределенной иб как снять

Выбрать информационную базу → нажать кнопку «Изменить» → перейти по кнопке «Далее» до параметров запуска → вставить команду «/ResetMasterNode» в Дополнительные параметры запуска.

Конфигурация узла распределенной ИБ не соответствует ожидаемой

Основной темой прочтения была тема: //infostart.ru/public/65458/ , но решение там не было найдено.

После обмена данными из 12 баз была получена информация только от 10.

1 периферийная база не обновилась и от одной уже центральный узел не мог получить данные, хотя сама база обновилась.

А что было? А было динамическое обновление.

Внести МОНОПОЛЬНО какое-то изменение в центральную базу (можно поставить пробел в любом месте) и сохранить базу. Выгрузить cf и загрузить во все периферийные базы, сделать монопольно обмен и монопольно обмен в центральной.

1. Выгрузить из главной базы конфигурацию: Зайти в конфигуратор, пункт «Конфигурация», «Выгрузить в файл» и переписать конфигурацию в филиал.
2. Закрыть в филиале все сессии 1С и открыть в режиме Предприятие под полными правами обработку «УстановитьГлавныйУзел», ничего не выбирая, нажать кнопку «Выполнить».
3. Запустить Конфигуратор, пункт «Конфигурация», «Загрузить конфигурацию из файла», после загрузки нажать сохранить (дискетка) и нажать F7 (Обновить)
4. Снова открыть в режиме Предприятие под полными правами обработку «УстановитьГлавныйУзел», выбрать центральный узел и нажать кнопку «Выполнить».
5. Сделать обмен в этой базе, после чего выполнить обмен в центральной. Все изменения должны загрузиться.

Обработку для установки главного узла можно взять из той же темы: //infostart.ru/public/65456/

P.S. Через неделю еще у одного клиента возникла та же проблема. Решение помогло.

Related Posts

31 Comments

Тоже была такая проблема. Решение полностью рабочее.

Но мы к сожалению не смогли определить причину возникновения этой ошибки. Она у нас появлялась и при отсутствии динамических обновлений.

Поэтому мы сделали следующее. Все изменения, которые хотим внести, собираются в отдельной копии сотрудниками отдела. А потом разом переносятся в главный узел через сравнение и объединение. Ну а потом уже обновление. Логика в том, что бы не нажимать на кнопку сохранить(дискета) в главной узле более одного раза. Такое чувство, что ошибка кроется там.

Да согласен решение рабочее,можно даже ещё проще делать, у меня 21 узел. и к сожалению такое часто бывает. 1-2 узел стабильно «заболевает». Принято решение добавлять реквизиты максимум 1 раз в неделю и обновляться динамически не чаще 1 го раза в день. Не уверен что проблема в кнопке «сохранить». Это скорее проблема динамического обновления. Мы используем хранилище конфигураций, там кнопка «сохранить» в принципе не работает.

К сожалению, Ответа на вопрос: «Как делать так, что бы базы не «заболевали»?» -мы так и не нашли, И не даёт ответ на этот вопрос данная статья!

Заметил такую особенность, что если платформа главного узла и подчиненного отличается, то данная ситуация происходит намного чаще.

Вместо обработки «УстановитьГлавныйУзел» можно использовать параметр запуска конфигуратора ResetMasterNode — помогает когда после неудачного обновления не получается войти в режиме предприятия.

Внимание! После платформы 8.3.4.1860 ResetMasterNode перестал работать, а разработчики никак не починят. Поэтому используйте старые версии платформы если в текущей не отстегнулось.

И еще из личного опыта:

Не всегда удается загрузить cf в подчиненный узел. Т.е. он загружается, но в файле обмена все равно присутсвует старый идентификатор версии конфигурации. Либо головная база «теряет» у себя этот идентификатор. И после того как вгрузили cf — ничего не работает.

В этом случае помогает чистка кеша.

Для файловой базы в папке с базой оставляем единственный файл 1Cv8.1CD (не забываем делать копии. ) и при запуске 1С в окне выбора баз удаляем и заново создаем строку подключения. Это помогает и для клиентов серверных баз.

Пользовательский кеш находится в C:UsersЮзерAppDataRoaming1C1cv8 — каждая база в отдельной папке. Имена папок в виде гуидов, но разобраться вам поможет файл C:UsersЮзерAppDataRoaming1C1CEStartibases.v8i

Для серверной базы — удаляем из консоли администрирования (оставляем базу, без изменений) и создаем заново.

Серверный кеш находится на сервере в C:Program Files1cv8srvinfo
eg_1541 — для каждой базы своя папка, изучите 1CV8Clst.lst. Остановить службу и вычистить содержимое нужной папки. Помним про копии.

(1) Возможно. При описанных мною действиях кнопка сохранить нажимается 1 раз.

А что здесь нового? Этому решению уже дцать лет: 5 лет назад как минимум уже был известен, когда я только начинал с 1С работать

Сколько раз ни сталкивался — всегда помогало просто загрузить cf из центральной плюс почистить кэши, если они сбойнули после динамических обновлений. Про «кучу материалов» — первый раз слышу. Всегда одинаково лечилось.

от боянище то какой )

Зачастую достаточно в периферийной базе в режиме конфигуратор нажать кнопочку Обновить конфигурацию базы данных.Одна из причин подобных сбоев — некорректная работа антивирусных настроек.

Хранилищем не пробовали пользоваться…..всеми сотрудниками отдела из 20 человек работаем уже 5 лет с одной базой ,

никаких проблем нет и не было ни когда ) Центральная база накатывается из хранилища, потом идут обмены со всеми.

Ну разве , что само хранилище падает раз в год!) Но это ни на, что не влияет ни на наши копии ни на рабочие базы.

Создаем новое и понеслась.

(10) Честно говоря нет. Но обязательно попробуем. Спасибо за совет.

Последний раз когда отключал изза такой проблемы главный узел в Рознице, центральный узел риб пропал из списка вообще, хорошо была резервная копия базы риб, оттуда перегрузил узлы в рабочую, но слетели номера сообщений, тоже пришлось поправлять…

та же проблема. не помогла чистка кеша на клиентах и сервере, не выгрузка цфки из центрального узла в периферийный.

обмен работал в одну сторону, из центральной в периферийною изменения конфигурации приходили, а из периферийной документы нет.

следовательно изменения в центральной как описано в статье и применения их в периферийной тоже не помогли.

решением проблемы было выгрузка цфки из периферийной в центральною.

не знаю как в других, но в РТ2.2 при отвязке узла от центра, при перезапуске выходит предложение о восстановлении РИБ, при отказе узел в плане обмена удаляется

Проблема, как я понял, в том, что при динамическом обновлении конфигурации не пересчитывается (а может не всегда пересчитывается) контрольная сумма Digest1.

Решаю так: в центральной базе добавляю и тут же удаляю реквизит/константу.

При этом при сохранении, С РЕСТРУКТУРИЗАЦИЕЙ, контрольная сумма Digest1 конфигурации обновляется. Затем повторно выгружаю данные на филиалы.

(16) Пробовал подменить хэш — не помогло

(17) Я подменять в файле тоже пробовал. Только сохранение конфигурации с реструктуризацией помогало.

Качать отбработку, которая выполняет одну строчку кода? Оригинально…

50 РИБ. Структура узлов 4х-уровневая (в виде дерева). В моем случае ошибку можно получить таким способом:

1. Меняем конф-ю центрального узла (1ый уровень), эти изменения уходят на следующий уровень.

2. Принимаем изменения на 2ом уровне (в одной из баз), эти изменения уходят на 3ий уровень, но изменения не принимаем.

3. Меняем конф-ю центрального узла (1ый уровень), эти изменения вновь уходят на следующий уровень.

4. Принимаем изменения на 2ом уровне (в той же базе), эти изменения тоже уходят на 3ий уровень (изменения из п. 2 всё еще не приняты)

5. Принимаем изменения на 3м уровне. Но один ход пропущен… Возникает ошибка.

Коллеги, столкнулся с подобной проблемой, но обработка смены гл.узла не работает. как отвязать узел? конфигурация УТ10.3 платформа 8.3.12

Изменение конфигурации заблокированы средствами управления иб.

Эта ошибка является типичной для . Ошибка «Конфигурация узла распределенной ИБ не соответствует ожидаемой» является системной. В основном возникает из-за аварийного завершения работы во время обмена данными по УРИБ.

Решить это можно достаточно простым способом. Рассмотрим его.

Инструкция

1. Сделайте копии баз, над которыми будут производиться работы (В конфигураторе «Администрирование — Выгрузить информационную базу»).

2. Запустите конфигуратор главной базы узла РИБ.

3. Сохраните конфигурацию центрального узла в файл базы данных («Конфигурация — Сохранить конфигурацию в файл…»)

4. Откройте конфигуратор базы подчиненного узла.

Получите 267 видеоуроков по 1С бесплатно:

5. Снимите конфигурацию подчиненного узла с поддержки (Конфигурация — Поддержка — Настройки поддержки — Снять с поддержки):

6. Загрузите конфигурацию базы данных («Конфигурация — Загрузить конфигурацию из файла…»).

8. После реструктуризации необходимо зайти в режим предприятия и установить главный узел конфигурации. Это сделать можно с помощью специальной обработки — . Обработка работает как в режиме управляемого приложения, так и в режиме обычного приложения.

9. В обработке необходимо выбрать главный узел и нажать «Выполнить»:

10. Готово! Попробуйте запустить обмен, система должна корректно выполнить обмен.

Здравствуйте, уважаемые читатели нашего блога сайт! Сегодня поговорим об
исправлении двух ошибок , которые могут возникнуть при обмене в в распределенной информационной базе (РИБ). Такие ошибки могут возникнуть, если вы изменили конфигурацию вашей базы и пытаетесь передать эти изменения из центральной базы в периферийную. Например, способом, который был описан . Давайте приступим!

Вот такие сообщения могут появиться при попытки сделать обмен при помощи РИБ:

«Данные принимаются от узла, для которого
зарегистрированы изменения конфигурации.
Необходимо произвести перенос изменений
конфигурации в узел.»

«Конфигурация узла распределенной ИБ
не соответствует ожидаемой!»

Давайте рассмотрим шаги, которые помогут исправить ситуацию. Перед тем как начнем, сделаем наших информационных баз.

1. Возьмем файл конфигурации с обновлением, откроем центральную базу в Конфигураторе и загрузим его (Конфигурация-Загрузить конфигурацию из файла…). Сохраним ИБ (F7).
2. Зайдем в и сделаем выгрузку в файл для периферийной базы:
   • Выделим план обмена в списке, затем Правой кнопкой вызвать контекстное меню и выбрем пункт «Записать изменения…».
3. Теперь займемся периферийной ИБ. Откроем ее в монопольном режиме, чтобы никого из пользователей не было, а также закроем Конфигуратор. Теперь необходимо запомнить узел, который является главным для текущей базы. Откроем Операции-Планы обмена-Выбрать ваш план обмена (например, «По складу»). В списке планов обмена главным узлом является элемент с желтой пиктограммой. Эта информация пригодится нам в седьмом пункте. Откроем обработку и нажмем кнопку «Отменить назначение главного узла».
4. Теперь откроем периферийную ИБ в Конфигураторе и загрузим тот же файл конфигурации, который мы загружали на первом шаге в центральной базе (Конфигурация-Загрузить конфигурацию из файла…). Сохраним ИБ (F7).
5. Изменим настройку поддержки (Конфигурация-Поддержка-Настройка поддержки…). В диалоге выделим в таблице ячейку на пересечении первой строки и второй колонки. Затем двойным нажатием вызовем диалог «Настройка правил поддержки». В нем поставим флаг «Установить для подчиненных объектов» и нажмем кнопку «ОК». Закроем диалог настройки поддержки, нажав кнопку «Закрыть». Сохранить ИБ (F7). Закроем Конфигуратор.
6. Теперь опять откроем периферийную ИБ в монопольном режиме 1С:Предприятие, чтобы никого из пользователей не было, а также закроем Конфигуратор. Откроем обработку УстановкаГлавногоУзлаБД.epf и выберем план обмена, который мы хотим установить главным узлом (в четвертом пункте мы запоминали этот узел). Затем нажмем кнопку «Установить главный узел». После этого текущая ИБ снова станет периферийной.
7. Теперь в текущей ИБ (периферийной) откроем планы обмена и загрузим файл с обменом из Центральной базы, который мы получили на третьем шаге:
   • Операции-Планы обмена-Выбрать наш план обмена (например, «По складу»).
8. Если все прошло успешно, то сделаем выгрузку обмена для Центральной базы в текущей ИБ (периферийной):
   • Операции-Планы обмена-Выбрать наш план обмена (например, «По складу»).
   • Выделим план обмена в списке, затем Правой кнопкой вызвать контекстное меню и выберем пункт «Записать изменения…».
   • В диалоге укажем путь и имя файла обмена. Нажмем кнопку «ОК».
9. Теперь попробуем загрузить этот файл в Центральной базе, откроем ее в режиме 1С:Предприятие:
   • Операции-Планы обмена-Выбрать наш план обмена (например, «По складу»).
   • Выделим план обмена в списке-Правой кнопкой вызовем контекстное меню и выбрать пункт «Прочитать изменения…»
   • В диалоге выберем файл обмена. Нажмем кнопку «ОК».

Чтобы избежать проблем с рабочими копиями сделайте сначала

Вопрос: Ошибка обновления узла РИБ

Обновил основной узел Рарус-Розницы до 2.2.5.27, сделал обмен с парочкой узлов РИБ — все отлично.

Начал массовое обновление остальных узлов (аналогичных «верхней парочке» (другие магазины по РИБ)) — в клиентской части выскакивает ошибка:

РассылкаОтчетов.ЗарегистрироватьДанныеДляАктуализацииСпискаРегламентныхЗаданий»
отложенного обработчика обновления
«РассылкаОтчетов.АктуализироватьСписокРегламентныхЗаданий»
произошла ошибка:
«<ОбщийМодуль.ОбщегоНазначения.Модуль(3502)>: Ошибка при вызове метода контекста (Содержит)
Возврат Метаданные.РегистрыСведений.Содержит(ОбъектМетаданных);
по причине:
Несоответствие типов (параметр номер «1»)».

Может кто сталкивался? Пробовал уже и платформу обновлять (до максимальной 8.3.10, и проверял на 32-64 компах). не помогло. Но ведь тестовые 2 магазина без проблем обновились, не могу понять как так.

Ответ: () Я так и устанавливаю главный узел. Я немного о другом писал: после того, как обработкой узел отвязываешь, при следующем запуске не сразу начинается обновление конфы, а сначала 1С открывает окно, в котором просит подтвердить, что узел отвязывается. После этого обновляется — после обновления узла в списке уже нет.
На самом деле, на 2.1, помню, что обновлял таким методом, но вот на 2.2 что-то не взлетело. Может, по запарке уже и тыкал неправильную последовательность произвел в действиях)

ПО САБЖУ:
Разобрался с тем, что есть. Оказалось, что недоглядел:
«В одном из релизов 2.2 появился справочник Рассылки отчетов с предопределенным элементом «Личные данные»» — справочник с этим элементом был и на 2.1.

Нюанс такой: косяки с обновлением узлов наблюдаются на тех базах, которые создавались из центральной именно на релизе 2.1.9.18. Все, что создавалось на более ранних релизах — обновилось нормально. Это, наверное, и объясняет, почему пара баз у ТС тоже обновились успешно, а потом пошли косяки.

Ничего выдумывать с созданием нового элемента в справочнике и установкой его как предопределенного не стал. Перенес из копии центра на 2.1 через выгрузкузагрузкуXML этот элемент и повторил обновление на проблемной «базе» — все прошло.

() Так что пользуйся методом, если еще не нашел ответ.

Вопрос: Ошибка обновления конфигурации

Делаю обновление конфигурации Бухгалтерия 2.0.64.14 на 2.0.64.24. платформа 8.2.19
Сразу возникает ошибка:
Ошибка доступа к файлу. путь. временный файл.tmp.
Куда смотреть?

Ответ: решил тот раз проблему дождавшись нового «стабильного» релиза

Вопрос: Ошибка в правах пользователя на БСП

Приветствую вас. Пишу конфу на базе БСП 2.2, вроде бы уже и опыт есть, и доки вдоль и поперек изучил, но при первом запуске ИБ вылетает ошибка:

<ОбщийМодуль.ПользователиСлужебный.Модуль(345)>: Авторизация не выполнена. Работа системы будет завершена.
Пользователь: Администратор не найден в справочнике «Пользователи».

При попытке добавления пользователя в справочник возникла ошибка:
«Ошибка обновления информационной базы.
Не заполнен параметр ограничения доступа:
«Возможные права для настройки прав объектов».

Для разработчика: возможно требуется обновить вспомогательные данные,
которые влияют на работу программы. Для выполнения обновления можно:
— воспользоваться внешней обработкой
«Инструменты разработчика: Обновление вспомогательных данных»,
— либо запустить программу с параметром командной строки 1С:Предприятия 8
«/С ЗапуститьОбновлениеИнформационнойБазы»,
— либо увеличить номер версии конфигурации, чтобы при очередном запуске
выполнились процедуры обновления данных информационной базы.»

Нажмите, чтобы раскрыть.

Хотелось бы услышать ответы «бывалых», для последующего активного диалога, возможно даже сотрудничество

Vdeg сказал(а):

Проблема решилась?

У меня проблема другого плана: добавляю пользователя в БСП 2.2.5.29, а он у меня либо имеет полные права (если вручную добавить их), либо вообще никакие (видит пустой интерфейс без единого справочника и документа). Потому что в типовых ролях БСП вообще нет никаких галок для доступа к конкретным (моим) справочникам и документам. Как же тогда доступ на уровне записей для нового пользователя будет отслеживаться.

Нажмите, чтобы раскрыть.

А откуда БСП должна узнать, что у вас за справочники и как вы хотите настроить им доступ?
Наверное самим надо это сделать

Вопрос: ОтправкаДоставляемыхУведомлен Удаленный узел не прошел проверку

До прошлой пятницы следующий код прекрасно работал..

XdtoПодписчик = ФабрикаXDTO.Создать(ФабрикаXDTO.Тип(«;));
xdtoПодписчик.DeviceID = DeviceID;
xdtoПодписчик.SubscriberType = ФабрикаXDTO.Создать(ФабрикаXDTO.Тип(«;), «GCM»);
НовыйСериализаторXDTO = Новый СериализаторXDTO(ФабрикаXDTO);
Подписчик = НовыйСериализаторXDTO.ПрочитатьXDTO(xdtoПодписчик);
Уведомление=Новый ДоставляемоеУведомление;
Уведомление.Получатели.Добавить(Подписчик);
Уведомление.Текст=Текст;
Уведомление.ЗвуковоеОповещение=ЗвуковоеОповещение.ПоУмолчанию;
Уведомление.Наклейка=1;
ДАнныеАуз=ТОКЕН;
ОтправкаДоставляемыхУведомлений.Отправить(Уведомление,ДАнныеАуз,Истина);

Теперь ошибка Удаленный узел не прошел проверку. Сломал всю голову. Ловил обращения сервера — пусто такое ощущение что он никуда не обращается. Пробывал на трех разных машинах с разными осями. иссяк.. помогите.

Ответ: Вверх

Ответ: Так, решил сделать образ узла заново. При запуске узла пишет, что нужно запустить с \c запуститьобновлениеинформационнойбазы
и сделать образ заново.

Получается это что то из-за кривого обновления.

Я попробовал запустить с этим ключем и сделать обмен с существующим узлом. В узле никакие обновления не запустились, ничего перезапускать не попросил.

И в итоге в главном узле сообщение опять было не принято с той же ошибкой.

Что можно сделать?
Может изменить в главном узле фиктивно что то в конфе и сделать обмен? Или он не всю конфу обновит а только то что изменю? Я попробую узел пока сделать. Но буду ждать ваших идей

Вопрос: Распределенная база — ошибка при обмене не устраняется

Всем доброе время суток!

При загрузке обмена из периферийного узла получаю сообщение «Конфигурация узла распределенной ИБ не соответствует ожидаемой».

Дальше действую по инструкции.
Выгружаю конфигурацию из центральной базы в CF, отвязываю периферийную базу от центрального узла обработкой, снимаю конфигурацию в периферийной базе с поддержки, загружаю конфигурацию из файла.
Привязываю в периферийной базе центральный узел обработкой.
Сохранить, применить.

Выгружаю еще раз обмен из центральной базы.
Загружаю в периферийную. Выгружаю обмен из периферийной базы.
Загружаю в центральную. Опять получаю сообщение «Конфигурация узла распределенной ИБ не соответствует ожидаемой».
Но это какой-то реальный бред — я же загружаю конфигурацию в центральную базу и в периферийной базе конфигурацию никто не менял.

Как победить такую ошибку?

Ответ: никому и в голову не пришло советовать столь очевидные вещи после многолетней ругани на демоническое обновление:)

Вопрос: РИБ и обновления

Всем привет. Планируется использование распределенных ИБ.

конфигурация измененная. Обновление конфигурации центральной базы выполняет программист. Затем с файлами обмена эти изменения будут передаваться в периферийные базы.

Вопрос такой: а как быть с запуском обработчиков после обновления конфигурации базы данных и первого входа в пользовательском режиме?

обновление основной конфигурации — обновление конфигурации базы данных — выполнение обработчиков обновления в пользовательском режиме

Например, было пропущено много релизов, необходимо последовательно обновить обновиться на 3 релиза. Проблем с обновлением центральной базы не возникает, а как быть с переферийными? Необходимо тоже выполнять их обновление в 3 этапа (обновить центральную базу первым релизом, обновить РИБ, обновить центральную базу вторым релизом, обновить РИБ и т.д.?)

Всем спасибо за помощь!

Ответ: () ткните носом, не могу найти код, который выполняется при регистрации изменений объекта.
Думается, что если использовать метод ПриОтправкеДанных, то в главном узле все равно будут копиться измененные объекты для оправки в подчиненный узел. А это лишние ресурсы компа
Поэтому хочу, чтобы объекты в главном узле не регистрировались для отправки уже сразу в момент их изменения (ПриЗаписи, например). В каком месте, например, типовой Бухгалтерии ред.3 эти объекты регистрируются для оправки?

Вопрос: [РЕШЕНО] Ошибка обращения к интернет-поддержке

Уважаемые эксперты, подскажите, пожалуйста!
1С:Предприятие 8.3 (8.3.11.2899)
На сервере 1С крутятся несколько баз разных конфигураций, во всех интернет-поддержка подключена и нормально работает. В т.ч. загрузка курсов валют, банков, проверка контрагентов, СПАРК и т.д.
Настройка прокси во всех базах прописана одинаково.
Но в базах БП-3 КОРП всегда вылетает ошибка:

В журнале регистрации:

Не удалось получить тикет аутентификации в сервисе.
Не удалось загрузить содержимое (). <ОбщийМодуль.ИнтернетПоддержкаПользователейКлиентСервер.Модуль(362)>: Ошибка при вызове метода контекста (ОтправитьДляОбработки)
Ответ = Соединение.ОтправитьДляОбработки(HTTPЗапрос, ПараметрыПолучения.ИмяФайлаОтвета);
по причине:
Ошибка работы с Интернет: Удаленный узел не прошел проверку

Нажмите, чтобы раскрыть.

Пробовал и на разных версиях платформы (8.3.10. 8.3.11. ), и на разных версиях конфигурации (3.0.54.15, 3.0.57.10).
Тестирование и исправление — тоже не помогает.
В чем может быть дело?
Неужели БП-КОРП как-то по-особенному ходит в интернет?
Спасибо.

Ответ от 1С (мне помогло то, что выделено красным):

При переходе было выполнено обновление БСП в составе БП с 2.4.3 на 2.4.4
В списке изменений БСП 2.4.4
Повышена безопасность при установке защищенного соединения с HTTPS интернет-сервисами. При обнаружении различных проблем с сертификатом интернет-сервиса, с которым выполняется попытка защищенного соединения (сертификат не действителен, устарел или не является доверенным), соединение не будет установлено.
В 8.3.10 проверка сертификатов в windows осуществляется средствами операционной системы.» —
Установите последние обновления для вашей ОС, В них содержатся важные обновления системных компонент, которые отвечают за работу с сертификатами.
Просьба также установить последние обновление корневых сертификатов, распространямые Microsoft в устанавливаемых пакетах.
Требуется версия не ниже IE8.0. В нем содержатся важные обновления системных компонент, которые отвечают за работу с сертификатами.
Как правило, после установки всех обновлений проблема решается.
Проверьте, что если в строке поиска в интернет эксплорере ввести, то ссылка открывается.
Пользователь, от имени которого вы работаете, имеет доступ в интернет.
В случае, если это файловая база на машине клиента — проверять следует на ней.
Если это клиент-серверная база, то на сервере из- под пользователя, под которым запущен сервер 1С.
Проверять только браузером IE.
Проверьте, что открыты порты 443 и 80
Если используется Прокси -сервер, то проверьте, настроены ли данные в меню Персональные настройки.
Если используется клиент-серверная версия, то следует настроить сервер таким образом, чтобы на нем корректно работало подключение к интернету браузером IE из-под пользователя, от имени которого запущен сервер 1С. ​

Прописал прокси именно в настройках IE пользователя, под которым запущен сервер 1С — всё заработало.

Вопрос: Обновление бух 3

Доброго дня
Бухгалтерия 3
делал обновление с 3.0.43.208 на 3.0.43.235
ошибки
первая
<ОбщийМодуль.ОбменСообщениямиВнутренний.Модуль(381)>: Ошибка при вызове метода контекста (ЭтотУзел)

по причине:
Найдено более одной записи
вторая
При вызове обработчика обновления:
«ОбменСообщениямиВнутренний.УстановитьКодЭтойКонечнойТочки()»
произошла ошибка:
«<ОбщийМодуль.ОбменСообщениямиВнутренний.Модуль(381)>: Ошибка при вызове метода контекста (ЭтотУзел)
Возврат ПланыОбмена.ОбменСообщениями.ЭтотУзел();
по причине:
Найдено более одной записи».

Почитал пишут косяк платформы попробовал на разных версиях платформах
пробовал взять чистую конфу последней версии и просто тупо полной заменой загрузить
вообщем не помогло всегда одно и тоже. Подскажите вдруг кто сталкивался?

Kollege24.ru

Сделать сайт просто как «раз-два-три»!

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

Первый шаг вы уже сделали, зарегистрировав доменное имя. Следующими шагами будут заказ хостинга и создание сайта.

Второй шаг — заказ хостинга из предлагаемых тарифных планов. Также вы можете заказать у нас установку выделенного сервера.

Шаг третий — создание сайта. Вы можете заказать сайт любой сложности, связавшись с нашим специалистом.