Номер принятого сообщения 1с как изменить

Меняем номера принятого и отправленного сообщения для обмена УТ11, УТ10, БП2 и БП3

Например: Вы втягиваете обменом в Бухгалтерию из УТ данные. И при обмене вам говорят:

«Сообщение было принято ранее».

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

Зачем писать простенькую обработку, если в стандартных обмена доступно изменение номеров сообщений?

Что-то не поняла, открыла, а картинка другая, кнопок нет, только номера и план обмена.

(4) Saifa, На скрине изображено, что меняется.

В обработке надо выбрать план обмена, изменить номера и нажать кнопку «Выполнить»

Может я туплю, но у меня картинка другая. И платформа 8.3.

Мне кажется или я что то путаю, но номера можно и так менять.

(7) smir, Можно, только надо открыть для редактирования поля номеров сообщений.

Кроме того, система будет ругаться на то, что есть объекты…

Впрочем попробуйте, это очень увлекательно.

(2) у меня ничего не получается. При каждом новом запуске программа показывает нули в обоих полях. Да и в сформированном xml-файле после задания номера и повторной выгрузки, не нахожу номер, который я ввел. Такое впечатление, что она ничего не делает.

1. что за конфигурация?

2. были ли обмены до запуска обработки?

Вот тема, которую я создал по поводу своей беды:

в Рознице 2 работать будет?

Подправил ошибки. Должно работать в управляемых формах.

Тестировалось на УТ11 и БП 3.0

поделка ерунда да и еще не рабочая не тратьте время и смартмани

(14) sergik_nsk, есть конкретные претензии? Или просто троллим?

(15) да нету у него конкретных претензий

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

Реально бред, во всех управляемых формах можно открыть меню «все функции» планы обмена, и там выбрать свой план, а в нем уже можно спокойно менять номера без всяких обработок =)

(18) tigrandis, Бред. Допустим. Давайте посмотрим.

Захожу в стандартный УТ 11.2.3.

Во первых надо включить служебную информацию.

Включили, и что мы имеем? Поля в режиме Только чтение.

Что дальше? Бежим в конфигуратор?

Не знаю как в УТ 11.2, а в УТ 11.1 Администрирование — Настройки синхронизации — Синхронизация данных — Настройка конкретной точки — в выпадающем меню — Состав отправляемых данных — в открывшейся форме вверху слева ссыль на номера — щелкаешь на ссыль и исправляй их, как хочешь.

Встает вопрос на сколько это рационально? Если номера сообщений не совпадают, на то должны быть причины.

(21) lopatin, причины бывают самые банальные — на одном удаленном компе работают, значит сообщения обмена выгружаются по расписанию, а на другом не работают, значит не выгружаются и не загружаются, а если компов больше двух, а если на одном (или на некоторых из имеющихся) тупо обмен не происходил из-за отсутствия инета.)))

Обработка «Регистрация изменений для обмена»

В этой статье мы рассмотрим, как пользоваться обработкой Регистрация изменений для обмена, которая присутствует в большинстве типовых конфигураций и значительно упрощает устранение различных ошибок, связанных с обменом данных в 1С.

Для начала скажем пару слов о том, как происходит обмен данными в 1С.

Для описания процедуры обмена в конфигурации существует объект ПланОбмена. Для каждого варианта обмена данными создается свой план. Например, план обмена между конфигурациями Бухгалтерия предприятия и Управление торговлей.

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

Кроме того, узлы плана обмена имеют два специальных реквизита: Номер отправленного сообщения и Номер принятого сообщения. Каждый раз, когда выгружается пакет данных для обмена, ему присваивается порядковый номер. Он записывается в реквизит Номер отправленного сообщения. Аналогично, когда загружается пакет данных из другой информационной базы, он тоже имеет порядковый номер. В случае успешной загрузки данных этот номер записывается в реквизит Номер принятого сообщения.

Номера нужны для того, чтобы не возникло путаницы в передаваемых пакетах данных. Если в базу приходит пакет с номером, например, 152, а в базе уже зарегистрирован Номер принятого сообщения 169, то такой пакет будет проигнорирован. При этом будет показана ошибка:

Номер сообщения меньше либо равен ранее принятому

А если придет пакет с номером 170 или больше, то он будет загружен в базу и реквизиту Номер принятого сообщения будет присвоен его номер.

В ходе работы с обменом данными в 1С могут возникать и другие нестандартные ситуации, требующие работы с номерами сообщений, регистрацией или отменой регистрации объектов в узлах и т.д.

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

Примеры случаев, когда это может понадобиться:

1. Сбилась нумерация сообщений обмена. Это может случиться, например, когда одну из баз восстановили из резервной копии.
2. Необходимо заново передать уже переданные объекты. Например, если изменились правила обмена.
3. Нужно отменить передачу отдельных объектов и т.д.

Порядок использования обработки Регистрация изменений для обмена:

1. В верхнем поле выбрать узел обмена, для которого будут производиться действия. При этом большое поле внизу будет заполнено объектами, включенными в План обмена. В колонке Авторегистрация показано состояние авторегистрации изменений и количество зарегистрированных в данный момент объектов.
2. Кнопка Зарегистрировать все… включает все предусмотренные планом обмена объекты в узел. Внимание! Действие необратимо.
3. Кнопка Удалить всю регистрацию… очищает регистрацию узла плана обмена. Внимание! Действие необратимо.
4. Кнопка Зарегистрировать поодному… удаляет всю существующую регистрацию и региструет по одному объекту каждого типа. Внимание! Действие необратимо.
5. Кнопка Изменить номера сообщений… позволяет установить произвольные значения реквизитов Номер отправленного сообщения и Номер принятого сообщения.
6. Кнопка с крестом позволяет удалить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и удалить регистрацию всех объектов, полученных в результате его выполнения.
7. Кнопка с плюсом позволяет добавить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и добавить регистрацию всех объектов, полученных в результате его выполнения.
8. Кнопка Показать изменения, зарегистрированные для данного типа показывает объекты информационной базы, зарегистрированные в узле обмена. Перед нажатием кнопки нужно выделить интересующий тип объектов.
9. Кнопка Результат стандартной выгрузки показывает, как будет выглядеть объект информационной базы при выгрузке для обмена в формате XML. Перед нажатием нужно выделить интересующий объект.

Подробнее о механизме регистрации изменений для обмена читайте в отдельной статье.

Если у Вас возникли проблемы с обменом между информационными базами 1С и решить ее своими силами не получается, наши специалисты с радостью и в кратчайшие сроки помогут Вам в этом.

Записки IT специалиста

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

На практике иногда случается так, что между сеансами обмена, особенно если на периферии плохо с каналом, конфигурация главного узла успевает измениться дважды. Например, внесли изменения, выгрузили, периферийная база изменения получила, но еще не применила их, что может занять некоторое время, и подтверждения еще не прислала. Если в этот промежуток внести изменения еще раз и снова выгрузить обмен, то получится, что центр ожидает увидеть в периферийном узле конфигурацию №1 и попытается обновить ее на конфигурацию №3, а по факту столкнется там с конфигурацией №2. Иногда подобная ситуация возникает при динамическом обновлении центральной базы. В итоге обмен станет невозможным, и вы получите сообщение о том, что Конфигурация узла распределенной ИБ не соответствует ожидаемой!

В общем мораль этой истории проста — не ведите активную доработку рабочей базы, а если ведете, то завершайте все сеансы обмена до внесения следующих изменений. Но как быть, если такая неприятность все-же произошла?

Решение «в лоб» — создать новый образ подчиненного узла, однако на практике он обычно неприменим. Как правило возникновение серьезной ошибки при обмене фиксируется не сразу, а через некоторое время после того, как перестали поступать оперативные данные из периферийных баз. В зависимости от расписания обмена между моментом возникновения проблемы и ее обнаружением может пройти целый рабочий день, а то и более.

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

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

Чтобы изменить конфигурацию подчиненного узла потребуется временно отключить его от центральной базы. Для этих целей можно воспользоваться одной из обработок, которых достаточно представлено в сети, либо отключить ИБ от центрального узла с помощью параметра запуска Конфигуратора /ResetMasterNode .

Откройте командную строку и введите (с учетом версии платформы и реального пути установки):

После выполнения данной команды появится обычное окно стартера, выберите там нужную базу и нажмите кнопку Конифгуратор.

Запуска ИБ при этом не произойдет, т.е. может показаться, что ничего не произошло, но открыв базу в Конфигураторе повторно, можно убедиться, что она отключена от главного узла и доступна для внесения изменений.

Внимание! На платформах 8.3.7 — 8.3.9 выполнение данной команды приводит к аварийному завершению работы. Ошибка исправлена в платформе 8.3.10.

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

Работа с ней предельно проста, запускаем ее в режиме 1С:Предприятия, через Файл — Открыть, затем просто нажимаем нужную кнопку, в нашем случае Отключить главный узел.

Теперь нам потребуется актуальная конфигурация из центрального узла. Для этого откроем центральную ИБ в Конфигураторе и выполним Конфигурация — Сохранить конфигурацию в файл. Полученный файл с расширением cf потребуется передать в периферийный узел.

Затем в периферийном узле запускаем ИБ (предварительно отключив ее от главного узла) в Конфигураторе и снимаем с поддержки. Для этого выбираем: Конфигурация — Поддержка — Настройка поддержки.

В открывшемся окне сначала включаем возможности изменения.

А затем снимаем конфигурацию с поддержки.

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

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

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

Для конфигураций на базе управляемого приложения (Розница 2.х и т.п.) ничего делать не надо. При первом запуске в режиме 1С:Предприятия они сами предложат восстановить связь с главным узлом.

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Или подпишись на наш Телеграм-канал:

Номер сообщения меньше либо равен ранее принятому 1с. Обмен проходит очень долго, зависает

Ошибка «Номер сообщения меньше либо равен ранее принятому», наверное, знакома каждому, кто когда-либо связывался с обменами в программах 1С. Рассмотрим, почему возникает такая ошибка, и предложим скачать обработку для исправления ситуации.

Когда происходит обмен данными, система обычно делает специальные пометки в базе данных о том, происходила выгрузка или нет. Узлы планов обменов имеют два специальных стандартных реквизита — Номер принятого и Номер отправленного сообщения (подробно — ). Именно в этих реквизитах 1С хранит информацию о загруженных/выгруженных пакетах.

Для корректного обмена данными номера сообщений должны попарно совпадать в обменивающихся базах. Т.е. если в базе источник номер отправленного сообщения равен 300, то номер полученного сообщения в базе приемнике должен быть равен 300.

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

Обработка Регистрация изменений для обмена 1С

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

Для изменения номера сообщений проще всего воспользоваться типовой обработкой — «Регистрация изменений для обмена».

Обработка существует как для обычного приложения:

Так и для управляемого:

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

В открывшимся окне следует установить сообщения, равные нулю, и нажать кнопку «Записать»:

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

Описанные выше обработки обычно в составе типовых конфигураций.

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

Для начала скажем пару слов о том, как происходит обмен данными в 1С.

Для описания процедуры обмена в конфигурации существует объект ПланОбмена . Для каждого варианта обмена данными создается свой план. Например, план обмена между конфигурациями Бухгалтерия предприятия и Управление торговлей.

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

Кроме того, узлы плана обмена имеют два специальных реквизита: и Номер принятого сообщения. Каждый раз, когда выгружается пакет данных для обмена, ему присваивается порядковый номер. Он записывается в реквизит Номер отправленного сообщения . Аналогично, когда загружается пакет данных из другой информационной базы, он тоже имеет порядковый номер. В случае успешной загрузки данных этот номер записывается в реквизит Номер принятого сообщения .

Номера нужны для того, чтобы не возникло путаницы в передаваемых пакетах данных. Если в базу приходит пакет с номером, например, 152, а в базе уже зарегистрирован Номер принятого сообщения 169, то такой пакет будет проигнорирован. При этом будет показана ошибка:

Номер сообщения меньше либо равен ранее принятому

А если придет пакет с номером 170 или больше, то он будет загружен в базу и реквизиту Номер принятого сообщения будет присвоен его номер.

В ходе работы с обменом данными в 1С могут возникать и другие нестандартные ситуации, требующие работы с номерами сообщений, регистрацией или отменой регистрации объектов в узлах и т.д.

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

Примеры случаев, когда это может понадобиться:

1. Сбилась нумерация сообщений обмена. Это может случиться, например, когда одну из баз восстановили из резервной копии.
2. Необходимо заново передать уже переданные объекты. Например, если изменились правила обмена.
3. Нужно отменить передачу отдельных объектов и т.д.

Порядок использования обработки Регистрация изменений для обмена :

1. В верхнем поле выбрать узел обмена, для которого будут производиться действия. При этом большое поле внизу будет заполнено объектами, включенными в План обмена . В колонке Авторегистрация показано состояние авторегистрации изменений и количество зарегистрированных в данный момент объектов.
2. Кнопка Зарегистрировать все… включает все предусмотренные планом обмена объекты в узел.
3. Кнопка Удалить всю регистрацию… очищает регистрацию узла плана обмена. Внимание! Действие необратимо.
4. Кнопка Зарегистрировать поодному… удаляет всю существующую регистрацию и региструет по одному объекту каждого типа. Внимание! Действие необратимо.
5. Кнопка Изменить номера сообщений… позволяет установить произвольные значения реквизитов Номер отправленного сообщения и Номер принятого сообщения.
6. Кнопка с крестом позволяет удалить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и удалить регистрацию всех объектов, полученных в результате его выполнения.
7. Кнопка с плюсом позволяет добавить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и добавить регистрацию всех объектов, полученных в результате его выполнения.
8. Кнопка Показать изменения, зарегистрированные для данного типа показывает объекты информационной базы, зарегистрированные в узле обмена. Перед нажатием кнопки нужно выделить интересующий тип объектов.
9. Кнопка Результат стандартной выгрузки показывает, как будет выглядеть объект информационной базы при выгрузке для обмена в формате XML. Перед нажатием нужно выделить интересующий объект.

Если у Вас возникли проблемы с обменом между информационными базами 1С и решить ее своими силами не получается, наши специалисты с радостью и в кратчайшие сроки помогут Вам в этом.