очередная ошибка риб |
Я |
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)}: Преобразование значения к типу Булево не может быть выполнено
И Не ОбщегоНазначения.ЗначениеРеквизитаОбъекта(Номенклатура.ВидНоменклатуры, "СодержитДрагоценныеМатериалы") Тогда
|
Причина в том что в справочнике видов номенклатуры есть группа и элемент с одинаковым названием.
Нужно переименовать либо группу, либо элемент, чтобы названия не совпадали
Здравствуйте.
Задача заключается в том, чтобы создавать элементы справочников с помощью http-запросов к 1с.
Версия платформы — 1С:Предприятие 8.3 (8.3.19.1150)
Конфигурация — 1С:Управление микрофинансовой организацией и кредитным потребительским кооперативом ПРОФ, редакция 3.0 (3.0.91.31)
Если отправляют запросы на вывод списка, то всё идеально работает. Если отправляю POST запрос на создание, то выводится ошибка: Ошибка при выполнении обработчика — ‘ПередЗаписью’. И больше никаких подробностей. Ни конкретного описания, ни номера строки. Скрин ошибки прикрепляю.
Пробовал как в json, так и в XML-формате. Пробовал разные наборы полей: полный, который приходит при запросе списка; Совсем пустой json-объект; и промежуточные варианты. Пробовал отправлять запросы в разные справочники. Ошибка всегда одна и та же. Гуглил проблему но ничего толком не нашёл.
Я не 1с-программист, так что по исходному коду мало что понял в исходном коде. До возникновения проблемы ничего в коде 1с не менял. Сейчас попробовал закомментить содержимое обработчика ПередЗаписью у конкретного справочника. Это тоже не помогло.
Написал в поддержку, но там как обычно долго отвечают. Может я чего то не знаю или не понимаю.
Заранее благодарю за помощь.
|
Добрый день. по причине:
|
|
|
Татьяна, добрый вечер! |
|
|
Уточните, в какой момент выходит эта ошибка? Права таких пользователей типовые или настроены самостоятельно? |
|
|
Добрый день. Изменено: Татьяна Катцына — 05.02.2013 08:04:41 |
|
), Решила проблему тем что у меня есть одна роль «не типовая» «CRM_Пользователь1» просто туда добавила.|
Не могли бы вы сказать — в какой момент выдавалась эта ошибка до того, как вы изменили настройку? |
|
|
в момент пометки на удаление документа Заказ поставщику пользователем. |
|
|
Сначала прошло обновление, потом пользователь решил пометить документ на удаление, вышла ошибка, добавила права на чтение,запись, удаление в «свою» роль. Пользователь перезашел в базу и все заработало. |
|
|
Ясно. Вы не делали еще обновление на посл. релиз, 1.1.30.1_1.4.6.1 ? |
|
|
Да просто не успела |
|
|
Алексей Полубенский  Посетитель Сообщений: 1577 |
#10
05.02.2013 11:15:45 Ну 1С клепает, мы не виноваты |
Форум консультаций по прикладным решениям и программам фирмы «1С».
Онлайн консультации, вопросы и ответы, бесплатная регистрация, личная страница, twitter и facebook каналы и многое другое ждут Вас здесь.
Зарегистрироваться ← Ваш выбор → Войти на форум
-
Ошибка при выполнении обработчика — ‘ПередЗаписью’
по причине:
{ОбщийМодуль.ОбменДаннымиСобытия.Модуль(349)}: Преобразование значения к типу Булево не может быть выполнено= такую фразу выдает программа, когда я пытаюсь сохранить данные организации (появилась после загрузки КЛАДРа).Что это??? -
Реклама на форуме
Чтобы убрать:
-
Эмм, ну как Вам ответить. Булево (Boolean) — это такой тип данных, который может принимать два значения. Типа «Да» или «Нет» («0» или «1») («истина» или «ложь»). Ну так вот данная ошибка связана с тем, что программа не может преобразовать какие-то данные в этот тип. Какие именно — сложно сказать, надо запустить отладку и смотреть, что происходит в этом общем модуле «ОбменДаннымиСобытия» в 349 строке. Возможно или какой-то реквизит заполнен неправильно, к примеру вместо «да» или «нет» заполнен как «не знаю», а тип булево не понимает это значение и вылетает с такой ошибкой.