|
|||
| bvb
19.05.21 — 14:58 |
БП была заменена на ранее сохранению копию. Научите где и на что подправить номер пакета в БП |
||
| ДенисЧ
1 — 19.05.21 — 15:00 |
А причём тут файл? В плане обмена, в узле, есть номера сообщений |
||
| bvb
2 — 19.05.21 — 15:07 |
1. Его надо править в УТ или в БП ? |
||
| PuhUfa
3 — 19.05.21 — 15:10 |
(0) в УТ: Синхронизация данных — Настройки синхронизации данных — выбираем нужную синхронизацию — пкм — состав отправляемых данных — в левом верхнем углу гиперссылка с номерами принятого и отправленного. |
||
| PuhUfa
4 — 19.05.21 — 15:13 |
А вообще, например, при обмене ЗУП-БП, в таких случаях достаточно просто несколько раз запустить обмен просто забив на ошибку и нумерация сама выправляется. Тут вопрос только в том на сколько большая разница в номерах сейчас. |
||
| bvb
5 — 19.05.21 — 15:13 |
В УТ № отправленного 34 № принятого 26 Я не туплю. Просто очень боюся чтото накосячить с обменами |
||
| PuhUfa
6 — 19.05.21 — 15:23 |
(5) ну поставь вместо 25 — 26. |
||
|
bvb 7 — 19.05.21 — 15:49 |
(6)ЗАБОРБОТАЛО Всем спасибо !!!! |
 |
|
TurboConf — расширение возможностей Конфигуратора 1С |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Ошибка «Номер сообщения меньше либо равен ранее принятому», наверное, знакома каждому, кто когда-либо связывался с обменами в программах 1С. Рассмотрим, почему возникает такая ошибка, и предложим скачать обработку для исправления ситуации.
Когда происходит обмен данными, система обычно делает специальные пометки в базе данных о том, происходила выгрузка или нет. Узлы планов обменов имеют два специальных стандартных реквизита — Номер принятого и Номер отправленного сообщения (подробно — ). Именно в этих реквизитах 1С хранит информацию о загруженных/выгруженных пакетах.
Для корректного обмена данными номера сообщений должны попарно совпадать в обменивающихся базах. Т.е. если в базе источник номер отправленного сообщения равен 300, то номер полученного сообщения в базе приемнике должен быть равен 300.
Получите 267 видеоуроков по 1С бесплатно:
Обработка Регистрация изменений для обмена 1С
Но случаются ситуации, когда номера сообщений начинают расходиться. Это может случится в различных случаях. Например, если одна из баз была восстановлена из архива. В таком случае необходимо выравнять коды сообщений узлов обмена.
Для изменения номера сообщений проще всего воспользоваться типовой обработкой — «Регистрация изменений для обмена».
Обработка существует как для обычного приложения:
Так и для управляемого:
Для исправления ошибки необходимо нажать на гиперссылку с номерами сообщений (или кнопку Изменить номера сообщений).
В открывшимся окне следует установить сообщения, равные нулю, и нажать кнопку «Записать»:
Внимание! При установки нулевых значений Вы потеряете регистрацию изменений для обмена, т.е. система не выгрузит последний пакет изменений.
Описанные выше обработки обычно в составе типовых конфигураций.
В этой статье мы рассмотрим, как пользоваться обработкой , которая присутствует в большинстве типовых конфигураций и значительно упрощает устранение различных ошибок, связанных с обменом данных в 1С.
Для начала скажем пару слов о том, как происходит обмен данными в 1С.
Для описания процедуры обмена в конфигурации существует объект ПланОбмена . Для каждого варианта обмена данными создается свой план. Например, план обмена между конфигурациями Бухгалтерия предприятия и Управление торговлей.
Каждый план обмена данными содержит элементы (узлы). В этих узлах регистрируются объекты, которые должны быть переданы при следующем обмене данными. Передавать при каждом обмене все объекты (справочники, документы) нецелесообразно, т.к., во-первых, их может быть слишком много, и обмен затянется на сутки, а во-вторых, не все объекты изменялись пользователями, поэтому большинство из них уже есть в базе-приемнике в нужном виде.
Кроме того, узлы плана обмена имеют два специальных реквизита: и Номер принятого сообщения. Каждый раз, когда выгружается пакет данных для обмена, ему присваивается порядковый номер. Он записывается в реквизит Номер отправленного сообщения . Аналогично, когда загружается пакет данных из другой информационной базы, он тоже имеет порядковый номер. В случае успешной загрузки данных этот номер записывается в реквизит Номер принятого сообщения .
Номера нужны для того, чтобы не возникло путаницы в передаваемых пакетах данных. Если в базу приходит пакет с номером, например, 152, а в базе уже зарегистрирован Номер принятого сообщения 169, то такой пакет будет проигнорирован. При этом будет показана ошибка:
Номер сообщения меньше либо равен ранее принятому
А если придет пакет с номером 170 или больше, то он будет загружен в базу и реквизиту Номер принятого сообщения будет присвоен его номер.
В ходе работы с обменом данными в 1С могут возникать и другие нестандартные ситуации, требующие работы с номерами сообщений, регистрацией или отменой регистрации объектов в узлах и т.д.
Итак, обработка Регистрация изменений для обмена позволяет вносить изменения в узлы обмена, т.е. принудительно регистрировать объекты и снимать их регистрацию, изменять номера принятых и отправленных сообщений, просматривать зарегистрированные объекты.
Примеры случаев, когда это может понадобиться:
- Сбилась нумерация сообщений обмена. Это может случиться, например, когда одну из баз восстановили из резервной копии.
- Необходимо заново передать уже переданные объекты. Например, если изменились правила обмена.
- Нужно отменить передачу отдельных объектов и т.д.
Порядок использования обработки Регистрация изменений для обмена :
- В верхнем поле выбрать узел обмена, для которого будут производиться действия. При этом большое поле внизу будет заполнено объектами, включенными в План обмена . В колонке Авторегистрация показано состояние авторегистрации изменений и количество зарегистрированных в данный момент объектов.
- Кнопка Зарегистрировать все… включает все предусмотренные планом обмена объекты в узел.
- Кнопка Удалить всю регистрацию… очищает регистрацию узла плана обмена. Внимание! Действие необратимо.
- Кнопка Зарегистрировать поодному… удаляет всю существующую регистрацию и региструет по одному объекту каждого типа. Внимание! Действие необратимо.
- Кнопка Изменить номера сообщений… позволяет установить произвольные значения реквизитов Номер отправленного сообщения и Номер принятого сообщения.
- Кнопка с крестом позволяет удалить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и удалить регистрацию всех объектов, полученных в результате его выполнения.
- Кнопка с плюсом позволяет добавить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и добавить регистрацию всех объектов, полученных в результате его выполнения.
- Кнопка Показать изменения, зарегистрированные для данного типа показывает объекты информационной базы, зарегистрированные в узле обмена. Перед нажатием кнопки нужно выделить интересующий тип объектов.
- Кнопка Результат стандартной выгрузки показывает, как будет выглядеть объект информационной базы при выгрузке для обмена в формате XML. Перед нажатием нужно выделить интересующий объект.
Если у Вас возникли проблемы с обменом между информационными базами 1С и решить ее своими силами не получается, наши специалисты с радостью и в кратчайшие сроки помогут Вам в этом.
как исправить номера сообщений синхронизации
Предполагаемая аудитория – специалисты по сопровождению программ 1С и пользователи.
как исправить номера сообщений синхронизации
Бывает так, что после незначительных изменений в настройках синхронизации она перестает работать.
Что сломалось? Возможно – ничего, просто в результате неправильной последовательности действий перестали совпадать номера принятого/отправленного сообщений у Источника и Приемника.
Привести в порядок синхронизацию очень просто, надо принудительно установить нужные номера сообщений.
Найдите обработку «Регистрация изменений для обмена данными». Находится она, например, через меню «все функции».
Еще это можно сделать это с помощью п. меню Администрирование-Обслуживание-Корректировка данных- Групповое изменения реквизитов.
Если помните, у какой программы запускалась синхронизация последней – установите у нее № отправленного на 1 больше чем № принятого у другой, а № полученного – такой же как номер отправленного у другой.
Если не помните — установите одинаковые номера. При первом запуске программа выдаст предупреждение о том, что данные были получены ранее, а в следующих сеансах обмен пойдет без ошибок.
Сообщение обмена было принято ранее
Ошибка «Номер сообщения меньше либо равен ранее принятому», наверное, знакома каждому, кто когда-либо связывался с обменами в программах 1С. Рассмотрим, почему возникает такая ошибка, и предложим скачать обработку для исправления ситуации.
Когда происходит обмен данными, система обычно делает специальные пометки в базе данных о том, происходила выгрузка или нет. Узлы планов обменов имеют два специальных стандартных реквизита — Номер принятого и Номер отправленного сообщения (подробно — планы обмена). Именно в этих реквизитах 1С хранит информацию о загруженных/выгруженных пакетах.
Для корректного обмена данными номера сообщений должны попарно совпадать в обменивающихся базах. Т.е. если в базе источник номер отправленного сообщения равен 300, то номер полученного сообщения в базе приемнике должен быть равен 300.
Получите 267 видеоуроков по 1С бесплатно:
Обработка Регистрация изменений для обмена 1С
Но случаются ситуации, когда номера сообщений начинают расходиться. Это может случится в различных случаях. Например, если одна из баз была восстановлена из архива. В таком случае необходимо выравнять коды сообщений узлов обмена.
Для изменения номера сообщений проще всего воспользоваться типовой обработкой — «Регистрация изменений для обмена».
Обработка существует как для обычного приложения:
Так и для управляемого:
Для исправления ошибки необходимо нажать на гиперссылку с номерами сообщений (или кнопку Изменить номера сообщений).
В открывшимся окне следует установить сообщения, равные нулю, и нажать кнопку «Записать»:
Внимание! При установки нулевых значений Вы потеряете регистрацию изменений для обмена, т.е. система не выгрузит последний пакет изменений.
Описанные выше обработки обычно в составе типовых конфигураций.
Другие статьи по 1С:
Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):
К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.
Пользователи 1С, используя обмены, иногда сталкиваются с проблемой возникновения ошибки «Номер сообщения меньше либо равен ранее принятому». Что же обозначает эта ошибка: в базе, с которой воспроизводится обмен, зафиксирован прием пакета с номером больше или равным тому пакету, который готовится на отправку, тогда программа выдаст подобную ошибку. А в случае, если базы не восстанавливались, и возникла ошибка, то нужно найти ее причину.
Разберемся сначала с причиной ошибки. В процессе обмена данными, в системе делаются специальные пометки в базе данных. Узлы планов обмена содержат специальные реквизиты (для принятого и для отправленного сообщения). Благодаря этим двум реквизитам 1С хранит информацию о загруженных и выгруженных пакетах. Чтобы корректно воспроизвести обмен, номера сообщений в обменивающихся базах должны попарно совпадать.
Существует два способа устранения ошибки. Первый способ, можно применить в том случае, когда обмен воспроизводится с подчиненной базой. Тогда нужно создать новую выгрузку для узла. И вы можете не переживать о потере данных на удаленном узле. Проще говоря, удалить файлы обмена.
Если номера сообщений расходятся, то можно реализовать второй вариант — выровнять коды сообщений в узлах обмена. Чтобы изменить номер сообщения, следует перейти к типовой обработке и выбрать «Регистрация изменений для обмена». Далее, чтобы исправить ошибку, нужно нажать на гиперссылку с номерами сообщений или на кнопку «Изменить номера сообщений». После чего появится окно, где нужно выбрать «Установить сообщения равны нулю» или «Записать». Обратите внимание, что если нулевые данные отсутствуют, будет потеряна регистрация изменений для обмена.
Платформа:
Конфигурация:
пт, 07/02/2014 – 01:05
пт, 07/02/2014 – 09:30
пт, 07/02/2014 – 20:35
сб, 08/02/2014 – 01:28
ср, 26/02/2014 – 17:30
Необходимо обратить внимание на следующие параметры:
- номера релизов конфигурации-источника и конфигурации-приемника для которых предназначены правила;
- дата создания правил.
При дальнейшем описании будем называть перечисленные параметры – контролируемые параметры.
Контроль производится по следующим правилам.
- Определяется значение контролируемых параметров, которые загружены в конфигурацию-источник.
- Определяется значение контролируемых параметров, которые загружены в конфигурацию-приемник.
- Определяется значение контролируемых параметров, которые включены в поставку конфигурации-источника.
- Определяется значение контролируемых параметров, которые включены в поставку конфигурации-приемника.
После анализа всех этих правил выбираются те правила, дата создания которых является наиболее актуальной. При анализе правил необходимо обратить внимание на номера релизов конфигураций. Номера релизов конфигураций, указанные в правилах, должны обязательно соответствовать тем релизам конфигураций, между которыми настраивается обмен.
СМОТРЮ ПРАВИЛА конвертации нашего рабочего обмена:
Правила конвертации в БП 2.0 (2.0.49.15) – УТ-БП (11.1.2, 2.0.49, v.1) 2013-06-11T12:25:58
Правила конвертации УТ 11.1 (11.1.2.9) – БП-УТ (2.0.49, 11.1.2, v.1) 2013-06-19T09:29:55
Получаеться они соответсвуют друг другу поэтому и есть обмен.
Но судя по обновлениям следующих релизов идет разнобой
Правила конвертации УТ 11.1.4.11 БП-УТ (2.0.55.7, 11.1.4.11, v.2) 2014-02-10T10:37:17
Правила конвертации БП 2.0.55.7 УТ-БП (11.1.2.28, 2.0.55.1, v.1) 2014-01-22T12:25:29
КАк настраивать обмен.
Еще один крик души. ставлю обновления Ут 1.1.4.10 правила подходят для последней конфигурации БП. Не хочет ставиться хочет 1.1.4.9 которго нет на сайте обновлений. :(((
Ткаченко Анастасия
Специалист по внедрению 1С франчайзинговой сети «ИнфоСофт».
08.09.2020
Время прочтения — 4 мин.
Получить бесплатную консультацию
Обмен не проходит, документы не переносятся
1) Проверка соответствия релизов БП 3.0 и ЗУП 3.1
Частой причиной ошибок при обмене выступает разрыв между обновлениями конфигураций ЗУП 3.1 и БП 3.0.
Помните, что для корректного обмена конфигурации должны быть актуальных релизов.
2) Проверка корректности подключения
Заходим в раздел Администрирование – Синхронизация данных – Настройка синхронизации данных.
Встаем мышкой на нужный обмен — кнопка Настроить – кнопка Ещё – Настройки подключения:
В открывшемся окне производим проверку подключения по одноименной кнопке:
Данную проверку следует произвести как в ЗУП 3.1, так и в БП 3.0.
Распространенные ошибки подключения:
-
При подключении через сетевой каталог – разные папки для обмена в ЗУП 3.1 и БП 3.0 (в данном случае нужно проверить оба пути и указать верный); отсутствие доступа до папки (обратиться к системному администратору для настройки общего доступа);
-
При прямом подключении – смена пароля у пользователя, используемого для подключения (следует обновить данные для подключения).
Подпишитесь на дайджест!
Подпишитесь на дайджест, и получайте ежемесячно подборку полезных статей.
Обмен проходит, документы не переносятся
Документы регистрируются к обмену в автоматическом режиме при добавлении, изменении. Бывают случаи, когда документ по какой-то причине не переносится.
Что делать?
1) Убедиться, что нужный документ по дате попадает в период, с которого начинается обмен данными:
Если необходимо, следует провести корректировку настроек обмена.
2) Проверить Предупреждения при обмене, раздел Непринятые по дате запрета:
Если нужный документ попадает в данный список, то необходимо подкорректировать дату запрета и повторно выполнить обмен.
3) Зарегистрировать документ к обмену вручную
Для этого необходимо перейти по кнопке Состав отправляемых данных, выбрать нужный вид документа, затем по кнопке Зарегистрировать или правой кнопкой мыши в соседней табличной части зарегистрировать нужный документ к обмену:
Затем следует повторить проведение обмена между конфигурациями.
______________________________________________________________________
Важно отметить, что сообщение «Не удалось синхронизировать данные» при обмене через каталог не всегда означает, что обмен не прошел.
Для анализа рекомендуем переходить по активной ссылке Журнал регистрации в полученном сообщении результата обмена:
Где мы увидим, что сообщение обмена было принято ранее, поэтому получать в ЗУП 3.1 из БП 3.0 было нечего.
Иными словами, файл с данными, который был отправлен конфигурацией БП 3.0 к запуску текущего обмена не обновлялся. Это означает, что данные из сообщения уже были загружены в ЗУП 3.1 ранее и повторно загрузка производиться не будет.
Для успешного завершения обмена при настройке подключения через каталог необходимо поэтапно запускать обмен в каждой из конфигураций.
Содержание
- Обработка Регистрация изменений для обмена 1С
- Платформа:
- Конфигурация:
Ошибка «Номер сообщения меньше либо равен ранее принятому», наверное, знакома каждому, кто когда-либо связывался с обменами в программах 1С. Рассмотрим, почему возникает такая ошибка, и предложим скачать обработку для исправления ситуации.
Когда происходит обмен данными, система обычно делает специальные пометки в базе данных о том, происходила выгрузка или нет. Узлы планов обменов имеют два специальных стандартных реквизита — Номер принятого и Номер отправленного сообщения (подробно — планы обмена). Именно в этих реквизитах 1С хранит информацию о загруженных/выгруженных пакетах.
Для корректного обмена данными номера сообщений должны попарно совпадать в обменивающихся базах. Т.е. если в базе источник номер отправленного сообщения равен 300, то номер полученного сообщения в базе приемнике должен быть равен 300.
Получите 267 видеоуроков по 1С бесплатно:
Обработка Регистрация изменений для обмена 1С
Но случаются ситуации, когда номера сообщений начинают расходиться. Это может случится в различных случаях. Например, если одна из баз была восстановлена из архива. В таком случае необходимо выравнять коды сообщений узлов обмена.
Для изменения номера сообщений проще всего воспользоваться типовой обработкой — «Регистрация изменений для обмена».
Обработка существует как для обычного приложения:
Так и для управляемого:
Для исправления ошибки необходимо нажать на гиперссылку с номерами сообщений (или кнопку Изменить номера сообщений).
В открывшимся окне следует установить сообщения, равные нулю, и нажать кнопку «Записать»:
Внимание! При установки нулевых значений Вы потеряете регистрацию изменений для обмена, т.е. система не выгрузит последний пакет изменений.
Описанные выше обработки обычно в составе типовых конфигураций.
Другие статьи по 1С:
Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):
К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.
Пользователи 1С, используя обмены, иногда сталкиваются с проблемой возникновения ошибки «Номер сообщения меньше либо равен ранее принятому». Что же обозначает эта ошибка: в базе, с которой воспроизводится обмен, зафиксирован прием пакета с номером больше или равным тому пакету, который готовится на отправку, тогда программа выдаст подобную ошибку. А в случае, если базы не восстанавливались, и возникла ошибка, то нужно найти ее причину.
Разберемся сначала с причиной ошибки. В процессе обмена данными, в системе делаются специальные пометки в базе данных. Узлы планов обмена содержат специальные реквизиты (для принятого и для отправленного сообщения). Благодаря этим двум реквизитам 1С хранит информацию о загруженных и выгруженных пакетах. Чтобы корректно воспроизвести обмен, номера сообщений в обменивающихся базах должны попарно совпадать.
Существует два способа устранения ошибки. Первый способ, можно применить в том случае, когда обмен воспроизводится с подчиненной базой. Тогда нужно создать новую выгрузку для узла. И вы можете не переживать о потере данных на удаленном узле. Проще говоря, удалить файлы обмена.
Если номера сообщений расходятся, то можно реализовать второй вариант — выровнять коды сообщений в узлах обмена. Чтобы изменить номер сообщения, следует перейти к типовой обработке и выбрать «Регистрация изменений для обмена». Далее, чтобы исправить ошибку, нужно нажать на гиперссылку с номерами сообщений или на кнопку «Изменить номера сообщений». После чего появится окно, где нужно выбрать «Установить сообщения равны нулю» или «Записать». Обратите внимание, что если нулевые данные отсутствуют, будет потеряна регистрация изменений для обмена.
Платформа:
Конфигурация:
пт, 07/02/2014 — 01:05
пт, 07/02/2014 — 09:30
пт, 07/02/2014 — 20:35
сб, 08/02/2014 — 01:28
ср, 26/02/2014 — 17:30
Необходимо обратить внимание на следующие параметры:
- номера релизов конфигурации-источника и конфигурации-приемника для которых предназначены правила;
- дата создания правил.
При дальнейшем описании будем называть перечисленные параметры — контролируемые параметры.
Контроль производится по следующим правилам.
- Определяется значение контролируемых параметров, которые загружены в конфигурацию-источник.
- Определяется значение контролируемых параметров, которые загружены в конфигурацию-приемник.
- Определяется значение контролируемых параметров, которые включены в поставку конфигурации-источника.
- Определяется значение контролируемых параметров, которые включены в поставку конфигурации-приемника.
После анализа всех этих правил выбираются те правила, дата создания которых является наиболее актуальной. При анализе правил необходимо обратить внимание на номера релизов конфигураций. Номера релизов конфигураций, указанные в правилах, должны обязательно соответствовать тем релизам конфигураций, между которыми настраивается обмен.
СМОТРЮ ПРАВИЛА конвертации нашего рабочего обмена:
Правила конвертации в БП 2.0 (2.0.49.15) — УТ-БП (11.1.2, 2.0.49, v.1) 2013-06-11T12:25:58
Правила конвертации УТ 11.1 (11.1.2.9) — БП-УТ (2.0.49, 11.1.2, v.1) 2013-06-19T09:29:55
Получаеться они соответсвуют друг другу поэтому и есть обмен.
Но судя по обновлениям следующих релизов идет разнобой
Правила конвертации УТ 11.1.4.11 БП-УТ (2.0.55.7, 11.1.4.11, v.2) 2014-02-10T10:37:17
Правила конвертации БП 2.0.55.7 УТ-БП (11.1.2.28, 2.0.55.1, v.1) 2014-01-22T12:25:29
КАк настраивать обмен.
Еще один крик души. ставлю обновления Ут 1.1.4.10 правила подходят для последней конфигурации БП. Не хочет ставиться хочет 1.1.4.9 которго нет на сайте обновлений. :(((
- Распечатать
Оцените статью:
- 5
- 4
- 3
- 2
- 1
(0 голосов, среднее: 0 из 5)
Поделитесь с друзьями!
Вопрос →
Ошибка при синхронизации
Слетела база в ПК
Сделал восстановление из резервной копии. Копия от 31 марта. Восстановилась, все ок
В мобильной версии данные посвежее, так как вел в ней учет вплоть до сегодня.
Нажал синхронизацию. Из мобильной данные выгрузились, а вот из ПК в тлф не проходит синхронизация и выдает сообщение: «Принятое сообщение имеет номер меньше или равный принятому ранее с номером 109»
Пробовал делать синхронизацию через облако и через файлы. Не помогает.
В итоге, в мобильной версии данные правильные и актуальные, а в настольной — как будто не хватает расходов и сумма по остаткам завышена.
Чем помочь? Как исправить?
+1
Валерия Александровна ( Novosibirsk)
17.06.2020 14:41
Я бы вручную нашла разницу и нивелировала/добила в настольной версии.
У меня в мобильной версии раньше хранились операции не за весь период, а за 6 месяцев. И как-то раз что-то пошло не так, слетели остатки. Оказалось, что в настольной версии создались операции изменения остатка после синхронизации. Я руками удалила. Ещё пару раз операции задваивались (случайно делала и на ПК и в мобильной), тоже удалила вручную.
Для удобства сравнивайте небольшими периодами, например: по неделе или дню, так будет проще найти ошибку.
Технического совета дать, к сожалению, не могу.
+2
Важенин Владимир ( Российская Империя)
23.06.2020 15:29
Все просто. Вам нужно изменить номер входящего сообщения в настольной версии
(все функции — планы обмена — мобильное приложение)
Расскажите подробнее, пожалуйста. Зашел по указанному пути, вижу номер отправленного=91 и номер принятого=122. В каждое значение могу провалиться для редактирования. А что именно изменить? Какое значение поменять, чтобы все встало на свои места?
0
Важенин Владимир ( Российская Империя)
25.06.2020 15:47
попробуйте номер принятого на 108 поменять, не получится — попробуйте обнулить
Не сработало. Поменял номер принятого в настольной версии на 108. Провел синхронизацию и в мобильной и в настольной версии. Все так же: в мобильной, при синхронизации, пишет ту же самую ошибку, и в настольную не загружаются данные. Может как то еще можно? или я что то не так делаю?
upd. Обнуление тоже не сработало. В мобильном та же самая ошибка, про сообщение с номером 109, а в настольном, после пары попыток синхронизации, отправленное=2, полученное=126.
0
Важенин Владимир ( Российская Империя)
26.06.2020 13:44
еще раз скиньте, пожалуйста, текст ошибки.
Проблема в том, что различаются номера отправленного сообщения и принятого. Лучше скрин. приложить
еще раз скиньте, пожалуйста, текст ошибки.
«Принятое сообщение имеет номер меньше или равный принятому ранее с номером 109»
Порядок действий:
1. Захожу в мобильное. нажимаю синхронизацию. После того как попробовал в настольной выставить «0», первая синхронизация проходит без ошибок. (файл error0.jpg )
2. Захожу в настольное. Синхронизирую. Все ок, без ошибок. (файл 1.пнг)
Без ошибок — в смысле приложения не выдают сбоев, но при этом данные не передаются полностью между базами и расхождение как и раньше есть.
3. Захожу опять в мобильное. Синхронизирую — ошибка про сообщение с номером 109. (файл error1.jpg, error.jpg )
4. Захожу в настольное, снова синхронизирую — пишет что ошибка загрузки на устройство. (файл 2.пнг)
5. В окне «все функции — планы обмена — мобильное приложение» номера увеличиваются на +1 с каждой синхронизацией. При этом, номер отправленного начался с 0, а номер принятого- со 126. (файл 3.пнг)
+1
Важенин Владимир ( Российская Империя)
28.06.2020 13:17
Все понятно. Попробуйте 6 поменять на 110
Ошибка при синхронизации исчезла. Попробовал два раза, все ок, ошибок нет. Но осталось расхождение в операциях и остатках в кошельках. Я так понимаю, их надо вручную сверить и свести?