УТ 11.4
При помощи одной обработки пользователи записывают программно документ «Оприходование излишек и товаров». Выскакивает ошибка:
Ошибка при выполнении обработчика — ‘ПриЗаписи’
по причине:
Ошибка при вызове метода контекста (Записать)
по причине:
У пользователя недостаточно прав на исполнение операции над базой данных.»
Если в базе просто создать документ и записать все ок. То есть права есть у пользователя.
Пробежался отладкой Ошибка возникает в процедуре «Общего модуля» — «СводныеПриложения»
// Обработчик подписки на событие ПередЗаписьюНабора.
// @skip-warning ПустойМетод — особенность реализации.
//
Процедура ПередЗаписьюНабора(Источник, Отказ, Замещение) Экспорт
КонецПроцедуры
Источником является РегистрСведенийНаборЗаписей.РеестрДокументов Отказ до этой процедуры «Ложь», в Замещение = Истина.
Права на этот регистр есть в типовой роли которая также дана пользователю «БазовыеПраваУт»
БезопасныйРежим в обработке отключен. Подскажите куда копать?
Я сделал процедуру, которая при записи пользователя создает файл и записывает в него время записи
НовоеВремя = Формат(ТекущаяДата(), "ДФ='ЧЧммсс'");
Файл = Новый ЗаписьТекста("D:" + НовоеВремя + ".txt");
Файл.ЗаписатьСтроку(НовоеВремя);
Файл.Закрыть();
Но почему-то при записи вылетает ошибка
Ошибка доступа к файлу 'D:194111.txt'
{Справочник.Пользователи.Форма.ФормаЭлемента.Форма(1889)}: Записать(ПараметрыЗаписи);
{mngcore/MessageBox.clf(4)}: Close(-100);
по причине:
Ошибка при выполнении обработчика - 'ПриЗаписи'
по причине:
Ошибка доступа к файлу 'D:194111.txt'
по причине:
Ошибка доступа к файлу 'D:194111.txt'
С чем это может быть связано и как ее можно исправить?
задан 23 ноя 2022 в 16:53
2
Вероятно проблема связана с правами пользователя; Запустите 1С от имени администратора и попробуйте Запись в файл.
Либо создайте новую папку на диске D и предоставьте к ней доступ пользователю операционной системы под которым работаем в момент записи файла …
ответ дан 23 ноя 2022 в 23:07
santavitalsantavital
1,7898 серебряных знаков15 бронзовых знаков
А если так:
НовоеВремя = Формат(ТекущаяДата(), "ДФ='ЧЧммсс'");
Текст = Новый ТекстовыйДокумент;
Текст.ДобавитьСтроку(НовоеВремя);
ИмяФайла = СтрШаблон("D:%1.txt", НовоеВремя);
Текст.Записать(ИмяФайла);
ответ дан 24 ноя 2022 в 5:57
SagittariusSagittarius
5903 серебряных знака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)Похоже на попытку получения значения реквизита у битой ссылки или чего то вроде неопределено
Иногда при записи номенклатуры возникает такая ошибка
Код |
---|
{Форма.Форма.Форма(244)}: Ошибка при вызове метода контекста (Записать) НоваяНоменклатураСпр.Записать(); по причине: Ошибка при выполнении обработчика - 'ПередЗаписью' по причине: {Справочник.Номенклатура.МодульМенеджера(991)}: Преобразование значения к типу Булево не может быть выполнено И Не ОбщегоНазначения.ЗначениеРеквизитаОбъекта(Номенклатура.ВидНоменклатуры, "СодержитДрагоценныеМатериалы") Тогда |
Причина в том что в справочнике видов номенклатуры есть группа и элемент с одинаковым названием.
Нужно переименовать либо группу, либо элемент, чтобы названия не совпадали
Добрый день!
ПРи проведении записи заказа клиента/поставщика возникает ошибка
Ошибка при выполнении обработчика — ‘ОбработкаПроведения’
по причине:
{ОбщийМодуль.ПроведениеСерверУТ.Модуль(355)}: Ошибка при вызове метода контекста (Записать)
Объект.Движения.Записать();
по причине:
Ошибка при выполнении обработчика — ‘ПриЗаписи’
КТо может направить, с чем это связано?
1С:Управление торговлей (11.4.8.84)