Уважаемые коллеги, ситуация такая: ДО 2.0 есть справочник СДДС, в нем хранятся статьи финансистов, в БП 3.0 перегружаются данные из ДО, на их основании будут созданы платежки, там соответственно справочник статей бухгалтерский. То ли сделать в ДО справочник еще один для бухов и регистр соответствия, то ли наоборот, или еще как-то...Думала в ДО в справочнике СДДС сделать доп реквизит, но там нет возможности, ну или самой дописывать...Поделитесь умными мыслями и опытом...спасибо!

(0) если не хочется менять ни ту, ни другую конфигурацию, поставь между ними третью, которая и буде соответствия хранить. Это абсолютно нормальный архитектурный ход. Еще можно ESB какую-нить из GPL-ных развернуть, но лучше все же конфу сомопильную простеньку, которая заодно и обмены проводить будет по расписанию.

(1) ДО уже сломала))) написала два документа, теперь вот выгрузка-загрузка и формирование платежек нужно...и все пока красиво, кроме вот этого

(2) и в чем вопрос-то? Раз ДО снят с поддержки и туда уже нагажено, там и делай.

(3) ))) там то и хочу...вопрос ни где, вопрос как))) еще один справочник и регистр соответствий? или еще каким способом?

и как правильно регистр организовать

(4) (5) ДДСБ и ДДСФ в каком отношении друг у другу? ОДин-к-одному, один-ко-многим, многие-к-одному или многие-ко-многим?

(0) а если тупо соответствия прописать в правилах обмена?

Как вариант.

Сделай ТЗ с соотвествием УИДов и потом
ЗначениеВФайл(ИмяФ,ТЗ);
когда будет надо :
тСоответсвий=ЗначениеИзФайла(ИмяФ)
поднимешь ТЗ и работаешь.

(7) тогда программисту придется этим заниматься пожизненно

+(9) а регистр с соответствиями можно пользователям отдать

ну или не УИДов, а еще чего...

(8) и при переезде базы или ловле шифровнтуса или чистке файлопомойника всё к херам потерять

(12)Ну если держать внутри базы- то тут море вариантов. Самый просто- реквизит в справочнике.

(13) погоди решениями сыпать - не известно, что там за отношение. Если один-ко-многим, то твой реквизит поможет, как рыбе зонтик

(14)если не один к одному - тогда регистр сведений.
Вот и все варианты:-)

(15) Финики заверяют, что одна статья бухии ко многим финансовым...но я им не верю...нужно все варианты отработать и бухгалтеская ко многим финансовым и наоборот финансовая ко многим бухгалтерским...Я сделал еще один справочник статей БП, теперь вот как правильно регистр организовать, чтобы было возможно реализовать эти варианты???

не хочу это вешать на себя, сделаю форму и пусть сами свои соответствия проставляют

(16) если многие-ко-многим, то решения нет - на выходе должен человек сидеть и принимать решение, какую статью использовать тут, а какую там

Я правильно понимаю, что это будет регистр сведений с двумя измерениями?

(18) ну либо каждую статью можно использовать только один раз

(18) Лефмихалыч прав! пойду к финикам, возьму бумажку с подписью, чтобы потом претензий не было, что одна бухгалтерская ко многим финансовым...

тогда в регистре измерение статья бп, а ресурс статья фин?

кстати, если одна ДДСБ соответствует многим ДДСФ, то потом из ДО в БП уже не автоматизируем. Ты программно не сможешь прнять решение, какую из ДДСФ записать в БП. Вот обратный поток - из БП в ДО - более, чем возможен, а прямой - фуюшки.

+(23)не потом, а поток

(23)  Лефмихалыч , у меня финансовые статьи только в ДО, они в БП не пойдут, поэтому при выгрузке будет подбираться статья БП и по айдишнику лететь в БП в платежку