По теме из базы знаний
- Учет начислений с делением по статьям расхода(субсидии и хозрасчет)
- Дополнительные расходы в ERP: как рассчитываются и детализация по статьям расходов
- Замена статьи расходов в регистрах взаиморасчетов. ЗУП 3.1
- Практикум использования программы 1С:ERP: Изменение настроек статьи расходов в 1С:ERP Управление предприятием
- Статья расходов "не задано" в отчете удержания НДФЛ
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Пойдем от общего:
"объект не найден" означает отсутствие ВИДИМОСТИ объекта по указанному GUIN в бухе.
Вариантов несколько:
1. Самый вероятный:
В Зупе поставили в документ новую статью с таким же наименованием(или соотвествие с Зуповским справочником, я уже не помню как там в деталях вгружается но вы поняли..
Но сам новый элемент не выгрузили, только документ.
Один из вариантов - соотвествие элементов справочника установлено по коду/наименованию при выгрузке справочника, а соотвествие в документе, по GUIN. Так что Буха не создаёт новый элемент т.к. "находит" его, но GUIN другой и в документ он уже не цепляется.
2. у объекта изменились реквизиты влияющие на доступ и он просто не виден пользователю.
применительно к статье расходов это маловероятно, но если РЛС накручены то возможно.
проверьте наличие объекта в БУХе зайдя с полными правами.
3. Ну и возможно дело не в синхронизации, а элемент прибит напрямую без проверки ссылочной целостности другой операцией.
"объект не найден" означает отсутствие ВИДИМОСТИ объекта по указанному GUIN в бухе.
Вариантов несколько:
1. Самый вероятный:
В Зупе поставили в документ новую статью с таким же наименованием(или соотвествие с Зуповским справочником, я уже не помню как там в деталях вгружается но вы поняли..
Но сам новый элемент не выгрузили, только документ.
Один из вариантов - соотвествие элементов справочника установлено по коду/наименованию при выгрузке справочника, а соотвествие в документе, по GUIN. Так что Буха не создаёт новый элемент т.к. "находит" его, но GUIN другой и в документ он уже не цепляется.
2. у объекта изменились реквизиты влияющие на доступ и он просто не виден пользователю.
применительно к статье расходов это маловероятно, но если РЛС накручены то возможно.
проверьте наличие объекта в БУХе зайдя с полными правами.
3. Ну и возможно дело не в синхронизации, а элемент прибит напрямую без проверки ссылочной целостности другой операцией.
Справочники идентичны быть не могут, тк объект не найден, это битая ссылка, скорее всего в бух удалили эту статью и добавили новую, а в соотвествие в регистре не привязали ее, следовательно при обмене зуп-бух, идет выгрузка на битую ссылку.
Доброго дня!
Из строки <Объект не найден ...> надо составить ГУИД
от 49 символа взять 8 символов "-" от 49 взять 4 "-" от 41 взять 4 "-" от 25 взять 4 "-" от 29 взять 12,
получиться строка типа такого
"f9d80462-056c-11e7-855c-005056a46a7a"
Затем написать программу
После чего воспользоваться обработкой корректировки данных и заменить везде где есть то ли прежнюю на восстановленную, то ли восстановленную на правильную - тут как по базе правильно. И дубль удалить.
Из строки <Объект не найден ...> надо составить ГУИД
от 49 символа взять 8 символов "-" от 49 взять 4 "-" от 41 взять 4 "-" от 25 взять 4 "-" от 29 взять 12,
получиться строка типа такого
"f9d80462-056c-11e7-855c-005056a46a7a"
Затем написать программу
ОбъЕ = Справочники.СтатьиЗатрат(ну или как он там называется).СоздатьЭлемент();
ОбъЕ.УстановитьСсылкуНового(Справочники.СтатьиЗатрат.ПолучитьСсылку(Новый УникальныйИдентификатор("f9d80462-056c-11e7-855c-005056a46a7a")));
ОбъЕ.Наименование = "Вот она удаленная статья";
ОбъЕ.ОбменДанными.Загрузка = Истина;
ОбъЕ.Записать();
После чего воспользоваться обработкой корректировки данных и заменить везде где есть то ли прежнюю на восстановленную, то ли восстановленную на правильную - тут как по базе правильно. И дубль удалить.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот