Как перенести план счетов?

Есть программа "Менеджер Обмена Данными" от фирмы ПиБи, может он и поможет вам

deniseek Написал:
-------------------------------------------------------
> Есть программа "Менеджер Обмена Данными" от фирмы
> ПиБи, может он и поможет вам
Спасибо!
но
Посмотрел я демо по этой проге....
По моему, это немного не то.
А как Ваше мнение о tranref.ert ? Не то ли это самое, но входящее в официальную
поставку, и могущее мне помочь?

Пока определился, что могу через "обьединение конфигураций" перетащить тот-же план счетов из одной конфы в другую. Но, при этом возникает вопрос.
План счетов имеет ссылки на некие субконто "Места хранения" те, в свою очередь на справочник "Места хранения" , а тот на некие представления.
Нужно ли мне все эти вещи тоже переносить?
И как оно будет потом работать, если в Целевой конфигурации существуют свои справочники "Склад1", "Склад2" и т.д.
Или это абсолютно разные вещи ?

Gray Написал:
-------------------------------------------------------
> deniseek Написал:
> --------------------------------------------------
> -----
> > Есть программа "Менеджер Обмена Данными" от
> фирмы
> > ПиБи, может он и поможет вам
> Спасибо!
> но
> Посмотрел я демо по этой проге....
> По моему, это немного не то.
> А как Ваше мнение о tranref.ert ? Не то ли это
> самое, но входящее в официальную
> поставку, и могущее мне помочь?
>
> Пока определился, что могу через "обьединение
> конфигураций" перетащить тот-же план счетов из
> одной конфы в другую. Но, при этом возникает
> вопрос.
> План счетов имеет ссылки на некие субконто "Места
> хранения" те, в свою очередь на справочник "Места
> хранения" , а тот на некие представления.
> Нужно ли мне все эти вещи тоже переносить?
> И как оно будет потом работать, если в Целевой
> конфигурации существуют свои справочники
> "Склад1", "Склад2" и т.д.
> Или это абсолютно разные вещи ?

Естественно, если в плане счетов ссылка на Справочник МестаХранения, то:
1. Либо в новой конфе должон быть точно такой же либо
2. Перебей ссылку на реальный объект в новой конфе - Склады, к примеру.
и все остальное в том же духе (не передумал с этой бодягой возится?). А что нельзя было взять просто МДэшник у друга и после сохранения получить пустую базу со всеми справочниками и журналами?
Или это еще один пример неразумного заполнения ПланаСчетов в самой базе, а не в конфигураторе?

VasilyKushnir Написал:
-------------------------------------------------------

> 1. Либо в новой конфе должон быть точно такой же
> либо

Нет, точно такого-же по названию точно нет, но может он просто по другому называется?
Как определить? Если по размеру, то размеры справочников где-то отражаются? Или по вн. содержанию? Но поля наверно тоже тогда по разному называются.
Или я не прав?

> 2. Перебей ссылку на реальный объект в новой конфе
> - Склады, к примеру.
Опять же вопрос с функционалом. Что действительно значит "Места хранения" - это именно склады? Понимаю, что конфигураций много, названия бывают разные , но я курочу наверное одну из наиболее распространенных.

> и все остальное в том же духе (не передумал с
> этой бодягой возится?).
А есть альтернатива? кроме как послать все ... ?

А что нельзя было взять
> просто МДэшник у друга и после сохранения получить
> пустую базу со всеми справочниками и журналами?
Так у меня именно пустой МДэшник, но вот плана счетов в нем нет :(

> Или это еще один пример неразумного заполнения
> ПланаСчетов в самой базе, а не в конфигураторе?
Очень может быть, беда в том, что я не могу уточнить у разработчика ...
А вообще, спасибо за подсказку :)

Еще немного в тему.
Как я выяснил, в той конфигурации действительно план счетов отсутствовал изначально. Он делался бухгалтером прямо в 1С.

Вопрос такой. Сравниваю справочники в конфигурациях,
нашел вроде два подобных . Один называется места хранения, другой склады. Но у них разное количество реквизитов и уровней.
Будет ли работать схема, если поменяю ссылку с одного справочника на другой?

Конечно будет! Для Плана количество реквизитов в объекте Субконто горько фиолетово. А вообще-то таки придется перекопать обе конфигурации (для понимания с чем же все-таки имеешь дело) и План "забить" под свою конфу. И все же советую заполнять ея (т.е. План) в кофигураторе во избежание проблем в необозримом будущем (в типовых по-моему именно по этому тернистому пути пошли).