Не создаются и не редактируются контрагенты после обновления Бухгалтерии 3.0
При изменении или создании контрагентов возникает ошибка {ОбщийМодуль.УправлениеКонтактнойИнформацией.Модуль(1945)}: Поле объекта не обнаружено (ЗаголовокКонтактнаяИнформацияПоле1)
СледующийЗаголовок = Форма.Элементы["Заголовок" + ИмяСледующегоРеквизита];
Бухгалтерия 3.0 (3.0.40.36)
1С:Предприятие 8.3 (8.3.6.2014)
СледующийЗаголовок = Форма.Элементы["Заголовок" + ИмяСледующегоРеквизита];
Бухгалтерия 3.0 (3.0.40.36)
1С:Предприятие 8.3 (8.3.6.2014)
По теме из базы знаний
- Печатные формы КС-2 и КС-3 в "1С:Бухгалтерия 3.0"
- Путевой лист грузового автомобиля в 1С:Бухгалтерия 3.0
- Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)
- Загрузка чеков ФНС в документы 1С:БП, 1С:УНФ, 1С:ERP, 1С:КА и 1С:УТ
- API-интеграция 1С с маркетплейсами ОЗОН, WildBerries, Я.Маркет, СберМегаМаркет, Стройландия, Леруа Мерлен, Hoff, AliExpress для УТ11, КА2, ERP2, УНФ, БП3, Розница, УТ10, УПП1.3
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
это криворукие писатели конфы сделали так , что формы некоторые будут открываться с ошибкой если не заполнен Реквизит ДопУпорядочивание. А он не заполняется (sic!) в некоторых случаях, например если ОбменДанными.Загрузка = Истина. Там в модуле общем найдите функцию , которая заполняет этот реквизит (хотя проще можно, посмотрите подписку на событие при записи , - или еще проще , перезапишите объекты )
Вот функция НастройкаПорядкаЭлементов.ЗаполнитьЗначениеРеквизитаУпорядочивания(Источник, Отказ) , она вызывается ПередЗаписью в Подписках. Либо надо перезаписать, либо вручную вызывать эту функцию, как угодно.
Измените порядок следования контактной информации в справочнике "Виды контактной информации". Все добавленные элементы должны идти после предопределенных. Либо ждите обновления. проверено - помогает (была та же проблема).
взято отсюда
взято отсюда
А вот мне не помогает. Виды контактной информации - только предопределенные. Версия конфы 3.0.40.38. Что делать - непонятно
Может кому будет интересно, чем все кончилось.
Обнаружил в базе странный глюк: табличная часть Контактная информация была затроена. Три фактических адреса, три юридических, три почтовых и т.д. Причем это у нас давно, и предыдущие конфигурации на это плевали, а вот свежие начиная с определенной версии стали умирать. Сделал обработку, удалил лишние строки - все излечилось
Обнаружил в базе странный глюк: табличная часть Контактная информация была затроена. Три фактических адреса, три юридических, три почтовых и т.д. Причем это у нас давно, и предыдущие конфигурации на это плевали, а вот свежие начиная с определенной версии стали умирать. Сделал обработку, удалил лишние строки - все излечилось
Столкнулись с такой же проблемой, оказалось в Справочнике виды контактной информации автоматом при загрузке из др.базы создались новые виды контактной информации. Пометила на удаление их и все заработало.
(18) savirin, придется. вообще это полная жесть. сделано так, что можно запросто загрузить данные, таким образом, что они поломают работу. (контрагенты не открывались в принципе). это говорит о том что тестирования ни какого серьезного нет. (о чем еще свидетельствует баг также связанный к контактными данными, но сейчас не скажу где он, возможно испрвили , баг был в одной из версий 3.0.41 . там алиас в запросе отличался от того что выбиралось через обход результата запроса. т.е. ошибка сразу)
Сработало. Открываем "Виды контактной информации", помечаем на удаление каждый элемент, те которые предопределены выдаст ошибку, и не даст пометить. Элементы помеченные на удаление переносим в конец списка. Если есть необходимость их оставить - снимаем пометку удаления.
(14) rrb79, да я же написал выше в чем причина. надо просто перезаписать виды контактной информации . (походу почти никто не понял). зачем их помечать на удаление?(ну как бы это поможет, но не проще ли перезаписать?)
(14)
Спасибо огромное за наводку.
У меня тоже была проблема....плохо переносилось с базы 2.0 в 3.0
Исправил групповой обработкой битые реквизиты.
Открываем "Виды контактной информации", помечаем на удаление каждый элемент, те которые предопределены выдаст ошибку, и не даст пометить. Элементы помеченные на удаление переносим в конец списка. Если есть необходимость их оставить - снимаем пометку удаления.
Спасибо огромное за наводку.
У меня тоже была проблема....плохо переносилось с базы 2.0 в 3.0
Исправил групповой обработкой битые реквизиты.
У меня возникла та же проблема. Возникла она из-за того, что у нас есть обмен между УТ и БУХой (не типовой) и то ли из-за него, то ли из-за чего-то другого, но у контрагентов обнаружились дубли в контактной информации.
Я написал простенькую обработку, которая их удаляет.
Мне это помогло.
Я написал простенькую обработку, которая их удаляет.
Мне это помогло.
Возникла аналогичная проблема, решил только после использования встроенной обработки "Удаление дублей" для Справочника "Виды контактной информации". Хотя у меня были только предопределенные элементы Справочника "Виды контактной информации" - глюк все равно имел место быть ((.
Попробовал добавленные реквизиты перенести вниз, удалить их полностью и удалить дубли - некоторые контрагенты стали открываться, а другие нет. Что можно еще сделать?
(25) Aziman, Тоже было. Поле объекта не обнаружено (Группа Контактная нформация Почтовый адрес). В Справочнике Виды контактной информации, Контактная информация справочника "Контрагенты", в режиме пользователя тупо стрелочкой переместил почтовый адрес выше фактического адреса. И все заработало. Уточню, что в пользователя заходил через конфигуратор- режим отладки. Потом пробовал обратно все испортить. Не получается. Чудеса.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот