|
Конвертация 3.0 | ☑ | ||
---|---|---|---|---|
0
Златуся
17.12.23
✎
22:08
|
Добрый день! Поделитесь опытом - как дорабатываете?
1. Код изменяете напрямую в модуле обмена менеджера? 2. Если нужно добавить свой реквизит/документ/правило, делаете, добавляете в программе конвертации? 3. Как нужно контролировать, чтобы при обновлении программа не ушла на другой формат? Например я в расширении добавила изменения на модуль обмена. Обновился формат - что произойдет? Как установить контроль и защиту от перехода? 4. Загружаю правила конвертации в конвертацию 3.0 для дальнейшей доработки, включая модуль обмена с конфигурации и последний формат. Все загрузилось. Ничего не меняя - делаю выгрузку модуля в буфер обмена и сравниваю текстовку с исходным модулем - и есть различия. Обращаете ли вы на это внимание? Или, например, модуль не выгружаете обратно, а свои участки в текущий оригинал добавляете? Спасибо |
|||
1
Trucker
18.12.23
✎
09:15
|
(0) Через расширение формата ED.
https://its.1c.ru/db/metod8dev#content:6013:hdoc:для_чего_нужны_расширения_пакетов |
|||
2
Новиков
18.12.23
✎
09:23
|
(0) Загружаю правила конвертации в конвертацию 3.0 для дальнейшей доработки
Последний релиз КД 3.0 вышел 27.04.17. Текущая редакция 3.1.4.6 от 04.12.23 Зачем вы работаете на таком старье? С чем это связано? |
|||
3
Златуся
18.12.23
✎
10:05
|
(1) Спасибо за статью, по добавлению объектов понятно. Т.е. редактируется все-таки МенеджерОбменаЧерезУниверсальныйФормат. Вопрос 3 в первом посте: Я сделала изменения в своей задаче так же в этом модуле. В статье использован формат 11.1, например, выходит далее формат 11.2, что-то там добавлено. Вы отслеживаете выход новых форматов и проверяете, что ваше расширение соответствует? Т.е. две базы после обновления получили новый формат - они же будут работать на новом 11.2, но менеджер обмена останется тот же с моим дописанным расширением. Меня интересует метод контроля с моей стороны при дальнейших обновлениях и выгрузке.
(2) Спасибо, что обратили внимание. Я как-то не заметила:))) Наверное, по аналогии с 2.0 думала, что ничего не меняется :))). Скачала 3.1 , посмотрю. Но меня интересует в целом вопрос при сравнениис 2.0: В 2.0 активно использовалась конфигурация конвертации (ну возможно с отладкой алгоритмов потом, но основные изменения добавлялись в нее). В 3 (даже судя по примеру по ссылке выше) изменения накладываются не через конфигурации конвертации, а напрямую конфигурации базы данных. Т.е. Вам тоже сама конфигурация неудобна или вы работает основные изменения вы через нее вносите и потом модуль обновляете? Мне просто легче оказалось в самом менеджере обмена сразу. |
|||
4
Златуся
18.12.23
✎
10:19
|
вместо 2.0 читайте 2.1 :)))). Я в общем просто имею ввиду разные механизмы.
|
|||
5
Новиков
18.12.23
✎
10:20
|
(3) Мне просто легче оказалось в самом менеджере обмена сразу.
Так у вас правки косметические. Если что-то серьезное, типа обновление формата, вы уже правкой модуля не отделаетесь. Хотя, конечно, можно остаться на предыдущей версии, но такое себе. |
|||
6
Златуся
18.12.23
✎
10:28
|
так я и спрашиваю - что делать в таком случае? Сейчас поставлю свои дописанные вещи, выйдет новый формат. менеджер обмена тоже новый. мне нужно будет отследить, и после обновления проверить свои дописанные процедуры в расширении? т.е программа автоматический уйдет на новый формат, код своих процедур я проверю и подправлю, оставив свои правки. И получается, будет новый формат, новый менеджер плюс мои правки, которые подцеплены со старым форматом. Верно? И этого достаточно? Или что-то еще нужно контролировать? У меня сливается номенклатура с характеристикой в бух. И один недоконтроль и базы бух полетят по номенклатуре.
|
|||
7
MaxS
18.12.23
✎
13:23
|
Загружать правила обмена целиком, править и выгружать обратно, пмсм имеет смысл если использовать свой отдельный модуль с правилами и своим модулем правил. И там же в расширении переопределить установку соответствия формата обмена и модуля правил - это и будет Вашей защитой и изменений в типовых.
Если пойти дальше, то и свой формат разработать на основе типового, назвать его, к примеру 1.1502 и если у типового варианта появится 1.17, по умолчанию будет использоваться 1.1502, если они есть в обеих базах, участвующих в обмене. И 1.17 может быть задействован если у второй базы нет 1.1502. Если требуются небольшие правки, проще выгрузить правила в модуль, проанализировать изменения и расширением точечно исправить процедуры типовых правил. При обновлении формата эти правки могут продолжить корректно работать. |
|||
8
Златуся
18.12.23
✎
10:47
|
Поняла. Спасибо большое
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |