Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
УРИБ 8.1
|
|||
|---|---|---|---|
|
#18+
Исходные данные: версия 8.1.13.41 1C:Enterprise 8.1 принимает пакет с периферии, периферия ничего не пишет в свою БД, а только отсылает сообщения от приёме посылок, и получаю ошибку Код: plaintext Не понятно 2 момента: 1. Если приходит подтверждение сообщения которое уже загружено в центральную БД, то значит ли это, что до периферии не доходят посылки из центра? 2. Как должны быть "согласованы" номера посылок между периферией и центром, те на каждую передачу должна быть своя посылка ответ или же посылка ответ может содержать несколько подтверждений о приёме нескольких передач? Ещё нашел http://www.sql.ru/forum/actualthread.aspx?tid=564560#5766441]коментарии pail о том, что необходимо перепроводить доки которые получаются от центра - это правомерно для приведенного релиза или же там уже поправлена эта особенность УРИБ-а. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2009, 12:04 |
|
||
|
УРИБ 8.1
|
|||
|---|---|---|---|
|
#18+
PaulWist Ещё нашел http://www.sql.ru/forum/actualthread.aspx?tid=564560#5766441]коментарии pail о том, что необходимо перепроводить доки которые получаются от центра - это правомерно для приведенного релиза или же там уже поправлена эта особенность УРИБ-а. Вообще-то в той теме шла речь о желании автора передавать документы без движений и восстанавливать эти движения при получении. Проблем при этом может быть больше, чем движений, и особенность желаний спрашивающего - это не особенность УРИБа, с последним все нормально было и есть. А насчет ваших проблем: У каждого сообщения есть номер. Он генерируется при отправке (просто +1 к номеру предыдущего) и сохраняется как некоторый параметр узла. Если сохраненное значение меньше номера сообщения, которое пытаемся загрузить загрузка произойдет, иначе в загрузке будет отказано. К квитанциям обмена (которых может быть несколько в пакете) это отношения не имеет. Если по каким-то причинам нумерация пакетов сбилась - нужно поправить так, чтобы "номер отправленого сообщения" в источнике стал больше "Номера полученного" в получателе. Сделав, например, нужное количество холостых выгрузок, без предъявления их получателю. Строгую последовательность "отправил получил" соблюдать не обязательно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2009, 12:25 |
|
||
|
УРИБ 8.1
|
|||
|---|---|---|---|
|
#18+
pailЕсли по каким-то причинам нумерация пакетов сбилась - нужно поправить так, чтобы "номер отправленого сообщения" в источнике стал больше "Номера полученного" в получателе. Сделав, например, нужное количество холостых выгрузок, без предъявления их получателю. Строгую последовательность "отправил получил" соблюдать не обязательно 2pail Понял, спасибо. Попрошу, что бы прислали скриншоты планов обмена для сравнения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2009, 12:44 |
|
||
|
|

start [/forum/topic.php?fid=28&msg=35924729&tid=1523851]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
158ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 287ms |
| total: | 531ms |

| 0 / 0 |
