Имя: Пароль:
1C
1С v8
Вопрос про расширения и конвертации данных
0 Бертыш
 
01.05.19
23:07
Я так помню что сейчас в расширениях можно добавлять своих хранимые сущности - реквизиты, справочник и пры. А как быть если мне нужно из такой вот базы с расширением перенести данные в другую базу? Штатная то обработка с выгрузкой структуры в конфигурацию конвертации ведь ничего про объекты расширения, в отличии от штатных метаданных основной конфигурации, знать ничего не будет? Как быть?
1 runoff_runoff
 
01.05.19
23:37
(0) почему не будет знать.. вся структура описана в правилах обмена..
2 Бертыш
 
02.05.19
00:44
(1) Вопрос не про написанные готовые правила обмена. Правила обмена писать мне. Вернее, в идеале, лучше вообще не писать а воспользоваться какой-нибудь обработкой между похожими или идентичными конфигурациями.
Какую я перед собой ставлю задачу. Есть допиленая типовая конфигурация, в которой те кто её дорабатывал добавили ряд справочников и документов. Заказчик тем что конфигурация снята с замочков страшно недоволен. Я хочу подготовить такой же релиз, с такими же добавляемыми объектами, но объекты будут добавлены в расширении.
Правила того же релиза в части обмена конфигурация-конфигурация о добавленных разработчиками и соответственно добавляемыми мной в расширение объектах ничего не знают. Значит придётся выгружать правила обмена. Загружать в КД. Загружать в КД структуру метаданных и править правила.
Есть штатные обработки по выгрузке структуры метаданных, в моём случае это обработка MD83Exp.epf  идущая в поставке. В части конфигурации в которую предыдущие разработчики объекты вопрос не большой, они в метаданных основной конфигурации, ну конечно если я и получателя, то есть приведу к виду что все те же самые объекты которые добавил разработчик будут добавлены в расширении, то наверняка можно пренебречь тем что часть метаданных не в основной конфигурации, а в расширениях. Ну а в принципе. В сферическом абстрактном случае. Если часть метаданных не в основной конфигурации, а в расширении, чем их выгружать в КД чтобы потом использовать их для разработки правил обмена и/или правил регистрации?
3 Franchiser
 
гуру
02.05.19
01:16
"Заказчик тем что конфигурация снята с замочков страшно недоволен"
Беги оттуда
4 Мимохожий Однако
 
02.05.19
07:38
(3) +100500
5 Фрэнки
 
02.05.19
08:27
(3) (4) какой смысл у этого совета к описываемой ситуации?
6 Фрэнки
 
02.05.19
08:35
(2) О том, что базы с расширениям нужно каким-то образом подружить с обменом (пока еще нет внятных рекомендаций, т.к. базы с расширениями глючат) - это в 1С пытаются решить.

В итоге таких попыток, самые последние релизы глючат на использовании РИБ обменов.

Альтернатива, которую от безысходности в данном конкретном моменте продвигает 1С - обмен в виде, например
---
Информация об обновлениях программных продуктов 1С:Предприятие1С:Управление торговлей 11
Новое в версии 11.4.1
... Организована поддержка версии 1.4 формата «Enterprise Data».
---

Я честно в Enterprise Data не копался - большего посоветовать не могу
7 MaxS
 
02.05.19
08:42
А пробовали штатной обработкой выгрузить метаданные? Если расширение использует эти метаданные, значит в режиме предприятия их видно. Почему обработка не увидит тогад?
8 Фрэнки
 
02.05.19
08:44
(7) а почему некая старая обработка должна видеть чего-то где-то в расширении для новых платформ?
9 Aleksey
 
02.05.19
08:59
(8) потому что она пользуется методами платформы и её глубоко пофиг как физически хранятся данный, в основной конфе или в расширении
10 MaxS
 
02.05.19
09:06
(8) А почему старая обработка видит данные в новой конфигурации и её не нужно каждый раз переделывать?
Потому что обработка универсальная, использует методы платформы. А если платформа позволяет дополнять метаданные с помощью расширения, значит и обработка обратившись к этой платформе получит информацию о метаданных.
Эксперимент не проводил, но уверен, что никакой проблемы в сабже нет.
11 Мимохожий Однако
 
02.05.19
09:23
(5) Замочки, отсутствием которых "недоволен Заказчик", никакого отношения к кривой реализации не имеют.
12 Фрэнки
 
02.05.19
09:24
остроумные ответы
13 hhhh
 
02.05.19
09:25
(12) проверил, Макс прав, старая обработка работает. Всё видит.
14 Фрэнки
 
02.05.19
09:26
(9) и какого фига тогда ТИИ "методами платформы" гробит данные, внесенные в базу расширением?
15 palsergeich
 
02.05.19
19:39
(14) Есть подозрение, что на ТИИ просто забили
16 Aleksey
 
02.05.19
20:00
(15) потому что как раз Тии манипулирует данными напрямую, и ей пофиг что там платформа думает и знает
17 Aleksey
 
02.05.19
20:01
Грубо говоря ошибки в платформе приводят к ошибкам в программе, а значит мы не можем доверять методам платформы и манипулируем и правим данные напрямую, в обход платформенных средств