Как удалить реквизит из расширения, который создан в расширении?
Добрый день!
Интересует такой вопрос, в расширении были созданы реквизиты для некоторых документов, возникли сложности при создании отчетов и печатных форм, хотим эти реквизиты перенести в основную конфигурацию, подскажите пожалуйста, как правильно их удалить при имеющихся уже в них данных?
Также, дополнительно прошу описать как нормально обратиться в отчете и печатной форме к этим реквизитам и каковы могут быть последствия использования реквизитов, созданных в расширении при дальнейшей работе в программе?
Интересует такой вопрос, в расширении были созданы реквизиты для некоторых документов, возникли сложности при создании отчетов и печатных форм, хотим эти реквизиты перенести в основную конфигурацию, подскажите пожалуйста, как правильно их удалить при имеющихся уже в них данных?
Также, дополнительно прошу описать как нормально обратиться в отчете и печатной форме к этим реквизитам и каковы могут быть последствия использования реквизитов, созданных в расширении при дальнейшей работе в программе?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) при имеющихся данных уже никак не перенести вместе с данными
данные однозначно потеряются
или же изобретать нечто по переносу данных из одного источника (расширения) в другой (основную конфигурацию)
отчет на чем, на СКД ведь?
через конструктор запроса к реквизитам расширения обратиться не получится (разве что отчет полностью все из расширения тянет или из заимствованных объектов), а вот если вручную запрос написать и в СКД внешние данные с результатом передать, тогда можно
(но и тут есть нюанс (может только у меня вылезло), в расширении для УТ 11.4 заимствованный отчет ВыручкаИСебестоимостьПродаж не работает с макетом компоновки, выдавая ошибку обращения к оборотной таблице регистра, при этом тот же самый запрос, вытащенный в модуль для таблицы внешних данных для СКД отрабатывает нормально)
последствия применения расширения таковы, что если его отключить, все реквизиты расширения станут недоступны, включая работу отчета, который эти реквизиты использует
данные однозначно потеряются
или же изобретать нечто по переносу данных из одного источника (расширения) в другой (основную конфигурацию)
отчет на чем, на СКД ведь?
через конструктор запроса к реквизитам расширения обратиться не получится (разве что отчет полностью все из расширения тянет или из заимствованных объектов), а вот если вручную запрос написать и в СКД внешние данные с результатом передать, тогда можно
(но и тут есть нюанс (может только у меня вылезло), в расширении для УТ 11.4 заимствованный отчет ВыручкаИСебестоимостьПродаж не работает с макетом компоновки, выдавая ошибку обращения к оборотной таблице регистра, при этом тот же самый запрос, вытащенный в модуль для таблицы внешних данных для СКД отрабатывает нормально)
последствия применения расширения таковы, что если его отключить, все реквизиты расширения станут недоступны, включая работу отчета, который эти реквизиты использует
(2)
Например, создавать в основной конфигурации реквизиты с похожим наименованием, переносить туда данные, потом удалять из расширения и переименовывать в основной?)
при имеющихся данных уже никак не перенести вместе с данными
данные однозначно потеряются
или же изобретать нечто по переносу данных из одного источника (расширения) в другой (основную конфигурацию)
данные однозначно потеряются
или же изобретать нечто по переносу данных из одного источника (расширения) в другой (основную конфигурацию)
Например, создавать в основной конфигурации реквизиты с похожим наименованием, переносить туда данные, потом удалять из расширения и переименовывать в основной?)
(6) удалить то реквизиты из расширения не проблема
вам же надо не просто удалить, а данные сохранить, а это только переносом самих данных из одного реквизита в другой
и отчеты потом соответственно переписать и вообще переписать все в расширении или объектах, где удаленные реквизиты использовались ранее - переписать на новые
хотя... если была конструкция типа ДокументА.РеквизитБ и она же останется после всех изменений, то переделывать не потребуется
вам же надо не просто удалить, а данные сохранить, а это только переносом самих данных из одного реквизита в другой
и отчеты потом соответственно переписать и вообще переписать все в расширении или объектах, где удаленные реквизиты использовались ранее - переписать на новые
хотя... если была конструкция типа ДокументА.РеквизитБ и она же останется после всех изменений, то переделывать не потребуется
(7)нельзя создать реквизит основной конфигурации с таким же наименованием как и в расширении, поэтому встает вопрос, либо создавать с дургим наименование и потом его переименовывать, либо переименовывать реквизиты расширения и создавать с правильными наименованиями в основной, но в этом случае могут измениться наименования реквизитов в коде, что не есть хорошо.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот