Вход | Регистрация

  1  2   
1С:Предприятие :: 1С:Предприятие 8 общая

очередная ошибка риб

очередная ошибка риб
Я
   Aslay
 
01.10.18 - 12:39
Приветсвую. Все было хорошо пока не выскочила ошибка при обмене в переферийной базе - Ошибка при выполнении обработчика - 'ПередЗаписью': {ОбщийМодуль.ПроцедурыОбменаСРозничнойТорговлей.Модуль(1138)}: Значение не является значением объектного типа (Склад)

Конфигурация на поддержке, ничего не меняли.
 
 
   JeHer
 
1 - 01.10.18 - 12:42
Щас телепаты подтянутся.
   Aslay
 
2 - 01.10.18 - 12:48
В теме ж написано что обмен риб ругнулся. описание ошибки ниже)
   Serg_1960
 
3 - 01.10.18 - 12:51
(1) Пока что тут нет работы для телепатов. Ошибка и место возникновения - установлены и локализированы. Осталась рутина - найти и устранить.
   JeHer
 
4 - 01.10.18 - 12:53
(3) конфа, платформа, релиз - много чего могут сказать.
   JeHer
 
5 - 01.10.18 - 12:53
В ЖР тот же заглянуть.
   Aslay
 
6 - 01.10.18 - 12:55
ЖР-{ОбщийМодуль.ПроцедурыОбменаДанными.Модуль(1620)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка при выполнении обработчика - 'ПередЗаписью': {ОбщийМодуль.ПроцедурыОбменаСРозничнойТорговлей.Модуль(1138)}: Значение не является значением объектного типа (Склад)
[01.10.2018 14:20:12] [Иванова Татьяна] Чтение данных из файла обмена завершено с ошибками!
   Aslay
 
7 - 01.10.18 - 12:56
"Управление торговлей для Казахстана", редакция 2.2,  локализация для Казахстана: "1С-Рейтинг",  "1С-Сапа" (2.2.14.5)
Copyright (С) ООО "1C", 2007-2014. Все права защищены.
   Aslay
 
8 - 01.10.18 - 12:56
1С:Предприятие 8.3 (8.3.8.1933)
   Aslay
 
9 - 01.10.18 - 12:58
(3) вот вот. как наити причину. обмен идет раз в сутки в ручном режиме
   JeHer
 
10 - 01.10.18 - 12:58
Права доступа смотрел?
 
 Рекламное место пустует
   Aslay
 
11 - 01.10.18 - 12:59
юзер оператор татьяна-администратор
   Aslay
 
12 - 01.10.18 - 13:08
база клиент серверная. юзер пользователя сервера -админ. в именах входа скуль он есть, права сисадмин и паблик,как и у sa.
   pavig
 
13 - 01.10.18 - 13:11
(0)
Это всё потому что Ваша 1С не работает
   Aslay
 
14 - 01.10.18 - 13:12
(13) а по существу заданного вопроса, предложений нет?)
   Aslay
 
15 - 01.10.18 - 13:19
Возможно ли что рассинхронизировались базы?
   hhhh
 
16 - 01.10.18 - 13:27
(14) ну, элементарщина же. В поле СКлад - битая ссылка.
   Aslay
 
17 - 01.10.18 - 13:32
(16) подскажите как исправить
   Aslay
 
18 - 01.10.18 - 13:33
ТИИ исправит?
   hhhh
 
19 - 01.10.18 - 13:39
исправит, но только на время. Надо копать, почему у вас там такой склад возникает. Может правила меняли или еще что.
   Aslay
 
20 - 01.10.18 - 14:06
запустил, посмотрим. по результату отпишусь
   Aslay
 
21 - 01.10.18 - 14:37
ТИИ сделал, сделал обмен- ошибка не ушла. ТИИ делал с проверкои логической и ссылочной целостности. При отсутствии ссылок и объектов создавать.
   МимохожийОднако
 
22 - 01.10.18 - 14:57
(21) Попробуй включить в состав обмена справочник Склады. Вместо ссылки придёт потерянный объект.
   Serg_1960
 
23 - 01.10.18 - 20:42
Все ваши предположения о битых ссылках - неверны, ибо при РИБ-обмене отключается контроль ссылочной целостности. Азбука же.
   hhhh
 
24 - 01.10.18 - 22:00
(23) хорошо пошутил
   Aslay
 
25 - 02.10.18 - 08:37
(22) Спасибо, Ваш метод сработал. Но кажется тему закрывать не стоит. Подожду с недельку.
   МимохожийОднако
 
26 - 02.10.18 - 08:40
(25) Здесь темы не закрывают))
Нет такой функциональности. А подобные ошибки вылетают при сбое обмена или при восстановлении из архива баз. Или..
   Serg_1960
 
27 - 03.10.18 - 10:28
(24) Это была не шутка, это был ребус :)

Во время обмена "битая" ссылка ещё не считается "битой", ибо всегда есть вероятность, что в сообщениях обмена ссылки на объект могут быть записаны/считаны раньше чем сам объект, находящийся далее по тексту сообщения относительно ссылок на него.
Чисто теоретически рассуждая, например, в высоконагруженных системах, не исключаю случай, когда объект может даже не успеть попасть в сообщение обмена и будет доставлен следующим сеансом обмена.
   Aslay
 
28 - 03.10.18 - 16:16
(26) ошибки вылетают  при восстановлении из архива баз. Или..

Любопытно стало а почему при восстановлении из архива вылететь может ошибка? Казалось бы архив на то и архив чтоб восстановить без потерь.
   Eiffil123
 
29 - 03.10.18 - 16:29
(28) не надо этим злоупотреблять.
При РИБ, как минимум, нарушится синхронизация объектов и номера пакетов отправленных/полученных.
   hhhh
 
30 - 03.10.18 - 16:39
(27) люди, которые пишут правила, они обычные люди, Если, например напишут ВидСклада = Склад.ВидСклада; а в поле Склад в этот момент битая ссылка, то программа вылетит с ошибкой. Несмотря на ваше заклинание "при РИБ-обмене отключается контроль ссылочной целостности".
   Serg_1960
 
31 - 03.10.18 - 20:33
(30) Ваш пример, как мне кажется, несколько надуманный - зачем правила (конвертации?) в риб-обмене? Они там совсем не нужны. Впрочем это не важно, возможно Вы оговорились. Речь вообще не об этом.

Речь совсем о другом - о том, что сама ошибка - "Ошибка при выполнении обработчика - 'ПередЗаписью'" и то, что при "Объект.ОбменДанными.Загрузка = Истина;" обработчики ПередЗаписью, ПриЗаписи и ПередУдалением должны отключаться в типовых конфигурациях (а у автора - типовая без изменений). Что собственно в (25) и подтвердилось.
   МимохожийОднако
 
32 - 03.10.18 - 20:36
(28) Например, восстановили архив двухдневной давности.Изменили номера пакетов.
   Serg_1960
 
33 - 03.10.18 - 20:45
(28) На самом деле всё просто: информация в архиве актуальна только на момент создания архива. Ок? Или расшифровать? Нужно всегда помнить, что из архива Вы можете поднять "устаревшую" информацию, которая (возможно) уже не соответствует актуальному состоянию базы. Например, в объекте из архива могут быть ссылочные данные на уже удаленные объекты базы.
 
 
   Aslay
 
34 - 04.10.18 - 09:21
И снова слетел обмен. Ошибка опять  
{ОбщийМодуль.ПроцедурыОбменаДанными.Модуль(1620)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка при выполнении обработчика - 'ПередЗаписью': {ОбщийМодуль.ПроцедурыОбменаСРозничнойТорговлей.Модуль(1138)}: Значение не является значением объектного типа (Склад) Чтение данных из файла обмена завершено с ошибками!

склады зарегистрированы, снял-сделал обмен-ошибка повторилась.
   Aslay
 
35 - 04.10.18 - 09:23
(33) ночью снес базу ПБ, снял ДТ и конфигу с ЦБ, залил на ПБ, настроил обмен-ошибка! То есть базы актуальные.
   Aslay
 
36 - 04.10.18 - 09:24
обмен идет через облако дропбокс, на папку обмена права для-все-полные.
   mg-samara
 
37 - 04.10.18 - 09:27
(36) Видимо остается один вариант - Отладчик в руки и вперед!
   Serg_1960
 
38 - 04.10.18 - 09:35
(37) Нет, это исключено. У автора особо тяжелый случай. Конфигуратор, отладчик в зубы и посмотреть объекты обмена - не предлагать. Это не профессиональный подход. Истинные профессионалы гланды удаляют через ... эээ... консультациями по телефону.
   Aslay
 
39 - 04.10.18 - 09:39
(38) Может и ваши гланды так удаляют), но не помню ваших предложений по отладчику и объекты обмена.
   Serg_1960
 
40 - 04.10.18 - 09:40
Повторю (3) - ищите ошибку в данных и устраняйте.

А совет в (23) (кстати, Вами уже забытый) - это не лекарство и/или устранение проблемы, это разовый обход ошибки ради завершения текущего обмена. От проверки данных Вас никто не освобождал.
   Фрэнки
 
41 - 04.10.18 - 09:41
(39) а нужно чтоб каждый, кто прочитал ветку в обязательном порядке лично повторил, что без отладчика эту проблему решить не получится?
   Serg_1960
 
42 - 04.10.18 - 09:43
Кстати: а что за алгоритм находится в строке 1138? Нет, мне так просто, чисто... любопытства ради.
   Aslay
 
43 - 04.10.18 - 09:45
(42) Склад = Регистратор.СкладОрдер.Склад;
   Фрэнки
 
44 - 04.10.18 - 09:47
(42) :) и как его увидеть, если конфигуратором туда не сходить... у меня тоже подозрение, что там могли дописать чего-то крайне полезное
   Фрэнки
 
45 - 04.10.18 - 09:49
(43) это по факту проверка получаемое внутри регистратора ссылки на ссылочную целостность, скажем так, "на лету"
   Serg_1960
 
46 - 04.10.18 - 09:50
(43) Ыыы... лучше бы ты этого не говорил :(

Вам на консультацию к (30). А я тут мимо проходил - у меня реальный РИБ.
   Serg_1960
 
47 - 04.10.18 - 09:51
(44) Упс, забыл добавить в (38):

   *
(место для таблички "Сарказм!")
   Aslay
 
48 - 04.10.18 - 09:57
(47) а че не так то со строкой?
   Фрэнки
 
49 - 04.10.18 - 09:57
Я бы предположил, что нужно отдельно загрузить нужные элементы справочника Склады (или как он там в конфе назван правильно) .

Самое адекватное решение : создавать план обмена "ОбменДаннымиНСИ", вписать в него подобные, сколнные к сглючиванию справочники и регистры сведений, затем вешать на регулярное выполнение этот план.
Если так сделать, то вероятность граблей сильно понизится, но в ноль все равно не исчезнет. Это будет зависеть от интенсивности создания новых элементов НСИ.
 
 Рекламное место пустует
   Фрэнки
 
50 - 04.10.18 - 10:07
(48) не так, что в обработке данный в обмене идет обращение к полю "через точку", при том, что :
Регистратор - это выгружаемый объект
СкладОрдер - так же выгружаемый, причем он должен быть правильный не только по содержанию, но и по типу, т.к.
обращение "через точку" .Склад само по себе уже потенциальный источник ошибок реквизитов составных типов

Если СкладОрдер успеет загрузиться в Приемник до обработки объекта Регистратор - не будет ошибки. Не успеет загрузится (пусть будет даже в том же пакете, но позже Регистратора, например) - будет ошибка.
   Serg_1960
 
51 - 04.10.18 - 10:10
(48) Бред какой-то получается, непривычно как-то - во-первых обращение "через точку" в регистраторе; во-вторыхполучается "склад в складе". Не знаю как там в Казахстане, а по мне привычнее "Склад = Регистратор.СкладОрдер;", ну или Склад = Регистратор.СкладОрдер.Ссылка;". Хотя сама по себе такая конструкция в обмене - дико для меня. У Вас что, план обмена по складам что ли?

Нужно смотреть в конфигураторе метаданные - тип реквизита "СкладОрдер" и действительно ли в этом справочнике есть реквизит "Склад". Если "СкладОрдер" - иерархический справочник или там связи типа "место/склад", то можно ради эксперимента (в копии разумеется) все записи этого/этих справочников зарегистрировать к обмену, мигрировать их в ПБ, а уже после этого прогнать вновь это сообщение обмена (которое спотыкается с ошибкой)... но чувствую что не так всё просто :(
   Serg_1960
 
52 - 04.10.18 - 10:13
(50) Эээ... мелочь, но: не исключаю что это движения документа (возможно записи регистра накопления) так странно мигрируют (возможно с отбором по складу)
   Aslay
 
53 - 04.10.18 - 10:21
(51) повторюсь-конфига на поддержке, никто ничего в ней не менял. работало ж раньше

Если Регистратор.ВидПоступления = Перечисления.ВидыПоступленияТоваров.НаСклад Тогда
                
                Склад = Регистратор.СкладОрдер;


Может какои документ порыть, где не указан параметр склад?
   hhhh
 
54 - 04.10.18 - 10:24
(53) чего вы паритесь? посадите бухов, пусть просмотрят все документы, где-то или не задан склад, или битая ссылка на склад.
   Фрэнки
 
55 - 04.10.18 - 10:27
(54) если они просто создали в центральной базе новый элемент Склад, обмена по этому элементу не было, или он не был загружен в силу какой-то ошибки - затем пишут свежий документ с таким складом = должна быть такая же ошибка
   Serg_1960
 
56 - 04.10.18 - 10:30
(54) Да Вы садист оказывается :) Имхо, достаточно их наказать просмотром зарегистрированных изменений. Но что-то мне подсказывает, что это не бухие виноваты в таком бардаке с данными.
   Serg_1960
 
57 - 04.10.18 - 10:34
(53) Хочешь фокус покажу? Я умею штатной обработкой удалять данные, на которые есть ссылки. Фокус в том, что удаляю водном узле, а ссылки - в другом узле. Они со следующим обменом поступят... а может быть и нет если судить по этой ветки :)
   Aslay
 
58 - 04.10.18 - 11:29
(55) на прошлой неделе бухгалтер поменяла шрифт и размер названий складов.

(56) Вы наверное хотели сказать мазохист? Не,я не такои. Есть проблема у меня и ее надо решить.
   Aslay
 
59 - 04.10.18 - 11:29
вот только какое отношение это имеет, если копии ДТ и конфиги я сделал этой ночью
   Фрэнки
 
60 - 04.10.18 - 11:31
(58) угу. Как в том анекдоте: я ему доказываю, что не изменяла, а он рогом в землю уперся и не верит
   Фрэнки
 
61 - 04.10.18 - 11:34
(59) сравни в списках количество складов в разных базах, ну и ...

кстати, а сколько вообще в обмене баз? Кроме одной центральной и одной периферийной - может там переферийных целая кучка в наличии?
   Aslay
 
62 - 04.10.18 - 11:38
(61)в ЦБ куча. С розницей с кассами.
   Aslay
 
63 - 04.10.18 - 11:39
с филиалами)
   Aslay
 
64 - 04.10.18 - 11:52
(61) все одинаковое. и количество и название
   МимохожийОднако
 
65 - 04.10.18 - 12:13
Иногда не успевает прийти файл обмена через инет и начинается новый сеанс. Отключи автоматический обмен и убедись в том, что файл обмен пришёл локально на компьютер. Запусти пару обменов вручную. А склад добавь в состав обмена, чтобы заново пришёл
   Фрэнки
 
66 - 04.10.18 - 12:31
(64) ну на грани гипотетических предположений :
- прямо сейчас в какой-то периферийке Ха есть такой склад, которого нет в периферийке Игрек. Из периферийки Ха выгружают транзитный документ, он благополучно мигрирует в Центральную, а при миграции в Периферийную его в обмене нет.

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

Но и нужно обратить внимание, что в переферийку в конкретном случае не просто документ передается, а именно, что это набор записей регистра здесь с установкой отбора по регистратору. А это может означать, что самого документа может и не оказаться в выгрузке на момент времени с разбором данных от регистра.
   Aslay
 
67 - 05.10.18 - 12:35
Выгрузил с ЦБ и загрузил в ПБ обработкой-Выгрузка и загрузка данных XML турбо v0.9- склады, результат 0. Выгрузил загрузил документы возврат покупателей (за последние 10 дней)-обмен заплясал. Вот а в чем проблема была-не понял.
   Aslay
 
68 - 05.10.18 - 12:39
забыл-до выгрузок искал может не догрузилось или удалил кто документы возврата, нашел в ПБ битую ссылку на возврат от 3го сего месяца, как раз в эту ночь я снимал ДТшник. Получается выгрузка ИБ операция не надежная? Снимал ДТшку обновлятором 1С.
   Cool_Profi
 
69 - 05.10.18 - 12:39
(68)  DT не является средством резервного копирования. Это во всех ИТС написано
   Aslay
 
70 - 05.10.18 - 12:41
Я тут ветку завел но ответа небыло. Как еще сделать копию ИБ?
   hhhh
 
71 - 05.10.18 - 12:42
(70) если файловая база, то в windows CtrlC-CtrlV
   Aslay
 
72 - 05.10.18 - 12:43
и еще вопрос по выгрузке-загрузке ХМЛ. Я визуально посмотрел документы возврата и склады-они не задвоились. Вроде бы. Стоит ли переживать за это?
   Aslay
 
73 - 05.10.18 - 12:44
(71)Скульная. Про бекап скль я в курсе). Как ее потом в фаиловую переделать? все равно ж ДТ нужен
   hhhh
 
74 - 05.10.18 - 12:54
(68) "нашел в ПБ битую ссылку на возврат от 3го сего месяца, как раз в эту ночь я снимал ДТшник. Получается выгрузка ИБ операция не надежная"

что-то хрень какую-то пишете. Именно за счет битых ссылок и обеспечивается надежность.

Например, у вас выгрузка в 2 этапа: документ, потом справочник Склады. После выгрузки первого этапа в документе в поле склад - битая ссылка, после 2-го этапа нужный склад встает на место, битых ссылок уже нет.

В этом вся фишка.
   Aslay
 
75 - 05.10.18 - 13:06
(74) или вы не так поняли или я. В конфигураторе  отладкои с остановкои при ошибке нашел у выражения(не помню сеичас уже) результат был <Объект не найден> (116:80f6a02bb831b5e911e8c72334edc306). В ЦБ посмотрел что этот гуид стоит на документе возврата покупателей. выгрузил его-загрузил в ПБ.
   hhhh
 
76 - 05.10.18 - 13:10
(75) ну и хорошо. в чем проблема? Так будет всегда, когда у вас загрузка прерывается посередине. Этих ОбъектНеНайден должно быть до сотни и более.
   Фрэнки
 
77 - 05.10.18 - 13:25
(75) Т.е. я это вижу, как подтверждение моего предположения:

Я ему доказываю, что не изменяла, а он рогом в землю уперся и не верит

Склады таки менялись, но в пб даже если попадают, то не вовремя.
   Aslay
 
78 - 05.10.18 - 13:39
Насчет задванивания не в курсе? никакои галочки не стояло.
   Aslay
 
79 - 05.10.18 - 16:20
провел 3 обмена, вручную, но фаил обмена от ЦБ почему то только чуть уменьшился в размере. 115 081 810 баит в не сжатом виде. Это еще что такое
   Aslay
 
80 - 05.10.18 - 16:20
От ПБ-1КБ.
   Фрэнки
 
81 - 05.10.18 - 16:21
(79) а как ты ожидаешь уменьшения файла вызгрузки из ЦБ, если не принимать ответные пакеты от ПБ ?
   Aslay
 
82 - 05.10.18 - 16:45
(81) так я ж не тлько на ПБ его делаю. по очереди, туда-сюда, и наоборот. В общем каждая база по 3 сделала. Внутренние заказы допустим упали в ПБ.
   Aslay
 
83 - 05.10.18 - 16:46
И обе базы в процессе обмена пишут что-прочитал, загрузил изменил.
   Фрэнки
 
84 - 05.10.18 - 16:50
(82) ну смотри тогда в номерах пакетов, проходили свежие ответы или по журналам регистрации проверяй есть ошибки в обменах или нет. Если прием "ответки" проходит гарантированно, то база принимающая ответку смотрит на номер в ответе, какой ее пакет был принят на "той" стороне. И по этому номеру автоматически удаляет зарегестрированные у себя изменения. А когда этот микро-алгоритм не исполняется, то при новой своей выгрузки повторно пихает в пакет обмена все зарегистрированные изменения, какие только найдет.
   Serg_1960
 
85 - 05.10.18 - 17:17
Всё просто и легко проверяется: остановил работу юзверей и регламентных заданий (или воспользовался моментом, когда они не работают); провёл сеанс взаимных обменов между узлами; посмотрел зарегистрированные изменения - их не должно быть; посмотрел в ЖР - там не должно быть ошибок обмена; номера принятых/переданных сообщений в узлах должны измениться. Всё просто.

Когда несколько подчинённых узлов - то сеанс взаимных обменов можно/нужно повторить - теоретически подчинённые узлы могут обмениваться между собой информацией через главный узел.
   Serg_1960
 
86 - 05.10.18 - 17:25
Тридцать три несчастья у автора :) Ветка навеяла:

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

Может, что-то в консерватории подправить?
   Aslay
 
87 - 11.10.18 - 11:22
и снова здравствуйте. Видать загрузка складов и возвратов ничего особого неисправила. снова ошибка ОбщийМодуль.ПроцедурыОбменаСРозничнойТорговлей.Модуль(1138)}: Значение не является значением объектного типа (Склад) Чтение данных из файла обмена завершено с ошибками!
   Aslay
 
88 - 11.10.18 - 11:29
Если Регистратор.ВидПоступления = Перечисления.ВидыПоступленияТоваров.НаСклад Тогда
                
                Склад = Регистратор.СкладОрдер;
                
            Иначе
                
                Склад = Регистратор.СкладОрдер.Склад;
                
            КонецЕсли;
   hhhh
 
89 - 11.10.18 - 11:38
(88) видимо
Регистратор.СкладОрдер  объект не найден

поэтому

Регистратор.СкладОрдер.Склад выдает ошибку
   Фрэнки
 
90 - 11.10.18 - 11:40
(88) точка останова ставится в эту строку
Склад = Регистратор.СкладОрдер.Склад;

?

Смотри на этот регистратор, найди его в базе Источник и проверь что там по виду документа, есть у него заполенный реквизит СкладОрдер и если заполнен, то смотри существует этот реквизит в базе Приемник или нет.
   Фрэнки
 
91 - 11.10.18 - 11:43
и еще не мешает посмотреть в принципе какие разрешены типы у поля СкладОрдер - там же ВидПоступленияТоваров получается не равен Складу, а тогда что это за объект такой? Почему он или не выгружается в файл обмена или у него нет заполненного поля Склад
   Aslay
 
92 - 11.10.18 - 12:31
Регистратор = <Объект не найден> (116:80f6a02bb831b5e911e8cc8876f93ba2). Нашел обработку которая по которой нашел возврат товара от покупателей. На что обратить внимание? Склад указан. (основной который всегда указывают)
   Фрэнки
 
93 - 11.10.18 - 12:37
(92) так а сам Возврат товара от покупателей в обмен включен?

Тогда там похоже на то, что в обмен от центра в периферию улетает собственно только набор записей регистра накопления, в который пишется возврат товара от покупателей, причем очень может быть, что конкретно этот возврат даже никак не связан с тем подразделением в который ушел обмен - это же на периферийке вылезло?
   Фрэнки
 
94 - 11.10.18 - 12:41
- в каком-то из магазинов происходит возврат
- документ и записи регистров приезжают в центр
- почему-то документ никуда дальше не передается, ну и понятно, дальше ему некуда передаваться
- почему-то в узлы перифериек начинает раздаваться набор записей регистра - вот в этом настоящая ошибка, а не то, что думали до сих пор.
Частота ошибки завязана только на частоту событий с возвратами, а они не слишком частые
   Aslay
 
95 - 11.10.18 - 12:42
да на переферийкии. Как включить эти документы в обмен? Регистрация изменений для обмена-возврат товаров от покупателей-добавить регистрацию?
   Фрэнки
 
96 - 11.10.18 - 12:50
(95) а нужен он на чужих базах? там надо не его включать в выгрузки, а проверять или условия, которые регают набор записей возвраты на "левые" узлы, либо при выборке зареганных изменений и записи их в пакет обмена отлавливать, что это такой набор записей, который никуда не нужно передавать.
   Aslay
 
97 - 11.10.18 - 12:52
Развернул обекты для обмена. вижу этот документ возврата в центральной. то есть он передается?
   Aslay
 
98 - 11.10.18 - 12:56
Может зарегистрировать Склады для обмена в центральной?
   Фрэнки
 
99 - 11.10.18 - 12:58
(97) из периферийки в центр - конечно! Иначе как бы оно в центр смогло залезть без ошибки?!

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

(98) Склады в данном случае ничем не помогут - ты же сам увидел, что нет именно документа-регистратора в обработке загружаемых данных на Приемнике
   Индиго
 
100 - 11.10.18 - 13:01
(0)Похоже на попытку получения значения реквизита у битой ссылки или чего то вроде неопределено
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует