День добрый всем. Очень прошу посоветовать:
мне нужно сделать единую базу, в которую должны сгружаться данные из пяти других. обмен односторонний.
я уже так поняла что это не уриб, и не репликация. вероятно планы обмена ?
у меня 8.1. не типовая. по типу торговли. но обменов нет никаких вообще.
то есть все с нуля.
нужно что бы ряд документов(а так же привязанные физ лица, контрагенты, коменклатура), с удаленных баз стекались в одну единую, где в журнале документов (например) были подряд от всех пяти организаций(баз).

может книжка какая есть ? Гилев, Чистов, или видео какое ?

КД, либо выдрать типовые правила для УТ10.3, опять же по ОЛЕ выгрузка/загрузка. Если конфигурации одинаковые, выгрузказагрузкаxml

Конфигурации одинаковые или как?
Если нет, то писать правила для каждого обмена.
Несмотря на то что это не РИБ, это не запрещает использовать ПланОбмена для обмена между БД

Конфигурации одинаковые. Пробовала из обработки: ВыгрузкаЗагрузкаДанныхXML81  сделать нечто свое, предопределив те обьекты конфигурации, которые нужно переносить, сведя все к одной кнопке.
но выгружаемые xml, от разных баз, в конечную итоговую загружаются - затирая предыдущие данные. дело в неуникальных uid наверное.  не получается сделать так, что бы документы из одной базы, соседствовали с документами из другой. В справочнике: Организации создается "Организация Икс", и документы привязаны к ней. Следом следушая xml, и организация затирается другой (под тем же кодом), и документы уже к другой привязались ...  

Вот я ищу, ведь есть же в торговле как то, сотни организаций где несколько магазинов (например) с одной конфой в БД, сливают данные куда то в головной офис, где все красиво по полочкам ....

(3) ну дак там данные согласованы, в (0) нет, то есть под одной ссылкой скрываются разные данные если верить (3). ответ был дан в (2) кд(со своим блек джеком и т.д(ну поля поиска имелись ввиду)) и если нужно постоянно данные гонять туда сюда, тогда + план обмена с соответствием объектов(для согласованности между базами) и правила регистрации(если понятно автору зачем они и как пользоваться, если нет тогда авто регистрация)

Ага ... я уже пользовалась Конвертацией, только делала это в несколько этапов: делала схему для одной базы, с помощью MD81Exp.epf , потом для другой, потом обе схемы загружала в Конвертацию, и делала единый план. Потом открывала V8Exchan81.epf, там выбирала: использовать план обмена, выбирала период ... получала xml. потом его отправляла на сервер второй базы, и загружала xml в нее.
Но это разово-штучно все, и руками-руками, через внешние обработки все.
А как вписать правила/план (это вот все что выше) в конфигурации, что бы они сами автоматически все это делали ? у меня в конфигурациях рабочих, про обмен вообще ничего нет. вообще . надо что то создать, куда то записать, как то настроить.   вот тут я вообще руки опускаю ...  может есть какая нибудь книжка,  вроде  :  Планы обмена для вашей конфигурации для чайников.   ? ))))

(5) ну написано же в (4) суешь свое поделие(правила обмена) в план обмена, если плана обмена нет,ну создать стоит тогда наверно, вообще в типовую есть желание отправить, ну что бы посмотреть может быть многие вопросы отпадут, ну на пример (ут 10.3) или какая "самая близка по смыслу" там у вас...

+(6) и вообще советую на рибах поднять, сделать одну корнем остальной на периферию отправить(ну долго объяснять зачем так). чтобы риба взлетала нужно согласовать данные в одной базе.для этого в все в одну закидываем с помощью правил, далее создаем рибы отправляем на филиалы - в таком случае правила не нужны, все выгружается без правил по внутр механизму платформы. (если я правильно понял задачу автора), имейте ввиды что конфигурации должны быть идентичными везде, и "доработать что то" не доработав в корне не получится(ну так для справки)

Я правильно понимаю, что согласно идеологии риба, каждая база должна быть копией других ?   то есть делается Одна, и клонируется 5 раз ...  а потом все эти 5 обмениваются с 6-й, дополняясь согласно эталону в изголовье ?


мне то нужно что бы база 2, не знала о существовании базы 4, изолированно отсылали данные, без двустороннего обмена ...

В профессиональной разработке неплохо разобраны обмены.

(8) в общем да, так и есть. имейте ввиду что в таком случае возможны "дубли" объектов, ну например когда объект с теми же полями создается в 2 базах до обмена.(выход как вариант частый обмен) например ООО рога и копыта купили сразу (примерно в одно время) что то, соответственно в базе его не было, завели в ф1 и в ф2, после обмен как вы поняли будет 2. если не по рибу использовать а по правилам обмена там можно будет искать по инн, кпп (ну примеру), отсюда исключается(в теории, практика от программиста зависит) возможность появления дублей.(по правилам в рибе работать низя там другая спецификация обмена (на итсе статья должна быть) в качестве примера можно разницы сделайте выгрузку по правилам и выгрузкой между идентичными базами)

У меня беда.
Воспользовалась примером:
https://helpf.pro/faq8/view/1073.html

Сделала:
1. План обмена. Выделила обьекты для регистрации
2. Сделала обработку (Выгрузка и Загрузка)
3. Прописала в модуль Плана обмена код
Делаю выгрузку - xml выгружается.
Загружаю в конечную базу - имеющиеся реквизиты не живут отдельно друг от друга!
В базе Приемник - название организации - Применик.
загружаю доки от Источника,   Приемник заменяется на Источник.   То есть в одном журнале документов, и та и та организация не живут. И в справочнике Организаций, соответственно тоже ...

а вариант вроде бы работоспособный ... я не знаю за что уже хвататься

(11) никогда не ищите организацию по УИДу. Это глупо. Ищите по ИНН или в крайнем случае по наименованию. По УИД организации нельзя сравнивать.

(11) Думаю что вам в данном случае надо делать в КД правила конвертации объектов, не смотря на то, что конфигурации одинаковые. Примерно так:
1. В КД настраиваете правила обмена со своим поиском объектов (по коду, по ИНН и т.п. в зависимости от контекста).
2. Создаете план обмена с узлами, указываете нужные объекты для регистрации (авто или по неким правилам - не важно).
3. При выгрузке собираете зарегистрированные объекты и выгружаете при помощи ваших правил обмена.
4. В базе приемнике загружаете и формируете ответную выгрузку о принятых объектах, для сброса регистрации в источнике (как я понял обмен в одну сторону).

Как-то так... давно обменами занимался, мог что-то и напутать

(11) Отключите поиск по внутренним идентификаторам в правилах обмена, тогда соответствия буду устанавливаться по полям поиска.
На будущее - никогда не переименовывайте элементы справочников. И не слушайте дурацкие советы, такие как в (12)

Да, обмен в одну сторону.

А можно поподробнее:
"При выгрузке собираете зарегистрированные объекты и выгружаете при помощи ваших правил обмена. "  это как ?

Я сделала на базе Источник и базе Приемник две выгрузки правил. Сделала в конвертации ПравилаОбменаДанными (на основании приемника и источника). Получился xml файлик правил.
а дальше его куда ?
как к плану обмена его прикрепить ?  где ? не понимаю ....

(13) в догонку...
Я бы на вашем месте разделил задачу на две попроще:
1. Настройка правил обмена: создаете в КД правила и универсальной загрузкой/выгрузкой добиваетесь нужного результата (выгружая произвольные массивы данных): объекты не затирают друг друга, одинаковые собираются в приемнике в один и т.д.
2. Создаете план обмена с перечнем объектов для переноса. Настраиваете правила регистрации.
3. объединяете 1 и 2.
4. Еще можно из какой-нибудь старенькой БСП на общих формах (или из типовой конфигурации) перенести типовой функционал настройки обмена данными. Он достаточно функционален и сильно облегчит жизнь в будущем.

(15). Честно не помню как это делал :)

Условно говоря - в плане обмена у вас будет перечень объектов для переноса. Представьте что вы взяли универсальную обработку выгрузки через ХМЛ (та, где правила можно указать). И программно заполнили отбор выгружаемых объектов объектами, которые зарегистрированы в плане обмена для соотв. узла.
Только это сделано своей обработкой.

(15) Кстати, можно посмотреть типовые обмены. Например УТ10 - БП20. Принцип тот же - выгружаются данные зарегистрированные в плане обмена, но по своим правилам (т.к. конфигурации разные). И потом ответ от приемника загружается в источник для сброса регистрации успешно перенесенных объектов.
Только у вас получается базы с одинаковыми конфигурациями -> проще правила обмена делать.

(15) Почту посмотри, может что то и пригодится

(3)Если конфигурации одинаковые, то сделай односторонний РИБ  из 5 в главную и не мучайся

+правда там потанцевать с бубном придется создавая узлы в планах обмена

(15) есть КД - она генерит правила, в твоем случае практичести все в автомате
есть обработка УниверсальныйОбменДаннымиXML - она работает на этих правилах, открой в предприятии, посмотри как выглядит-работает
УниверсальныйОбменДаннымиXML понимает регистрацию в узлах

(20) -100500 :(

Конфигурации не идентичные ==> не РИБ! Всё, точка, это не подлежит обсуждению. Базы - автономные ==> справочники и документы - не синхронизированы между собой.

Если хотите РИБ, то нужно как минимум:

- справочники синхронизировать по наименованию;
- документы - по номерам и датам;
- используя правила обмена, однократно слить всю информацию в "сводную" базу;
- в "сводной" базе - выявить и устранить возникшие "дубликаты" данных в справочниках и документах.

И лишь только после выполнения этих этапов преобразования автономных баз можно говорить о создании и использовании РИБ.

(0) Я бы еще подумал перед обменами о введении префиксов в каждой базе для справочников и документов и перенумерации всего, что можно. Избежите уникальных кодов в общей базе, более понятно будет откуда элемент прилетел, проще настроить поиск объектов при загрузке.

(14) ну не такой уж и дурацкий. Несколько раз сталкивался. Базы разные, организации разные, но почему-то у организаций одинаковый УИД. Копипастом эти базы похоже создают, ленятся что-то настраивать.

(25) Частично ты прав: нередко базы создают копированием оригинала. После этого, чем дольше базы эксплуатируются -тем больше расхождений в них.

Но толку-то это этого?

Всегда есть риск, что после создания базы копированием, первое что сделают ленивые юзвера, - изменят наименование "ненужных" позиций в справочниках на "нужное".

И как итог - идентификаторы одинаковые, но сами данные - различные.

"Но толку-то это этого?" --> "Но толку-то от этого?"

Не забудьте поучавствовать в конце года в конкурсе! ))
OFF: Мисс/миссис бюст 2015 (Финал). Призовой фонд 65 296 руб.
OFF: Мисс бюст мисты 2016. Призовой фонд 51000 руб. Старт голосования 13.12.16 в 12:00

Мисс бюст ?   Мальчики, вот этого как раз и не хватало ... самое время походить в солярий и на массаж__!!

(16)   вот какая раз обьединить п.1 и п.2  не знаю как!
Планы я написала. В конвертации. На универсальной выгрузке XML обработке проверила, планы работают.

Попробовала типовой уриб (без галочки УРИБ), но он затирает реквизиты документов, при загрузке/выгрузке.

Рекомендуете БСП ?  я ее установила, какая то древняя, под мою 8.1, чуть ли не самая первая версия.  А как? куда там планы обмена сунут ?  я так понимаю БСП должна мою конфигурацию доинтегрировать в туда планы и будет работать без перезатираний ?

(29) какие "планы" в конвертации?

(0) если задаете такие вопросы - советую обмен через текстовые файлы

Использовать сторонние платные решения

Это сложно будет вам, наймите специалиста.

(25) я не БСП в свое время брал. А тупо из БП 1.6 вырезал функционал настроек и проведения обменов и переносил в самописку. Есс-но меняя где нужно типы в реквизитах на свои.
Объединение самостоятельно реализовывать. Пишете обработку, которая читает правила обмена, пробегает по зарегистрированным объектам в плане обмена и делает их выгрузку в хмл.

(33) А специалист, простите, с чипом в голове родился ? Специалист книжку читал, видео смотрел ...   так и я бы от книжки не отказалась.


В общем- все упелось в БСП. Нашла кучу описанйи, КАК с помощью Помошника Внедрения,  начать внедрять нужные компоненты в мою нетиповую конфигураци.
дело за малым - КАК попасть туда ?
вы простите что я этим бредом гружу, но то ли я дура, то ли окружающие издеваются:
Скачала БСП. 2_3_2_147. и ИТС.
Распаковала. В архиве:  1Cv8.cf, 1Cv8_demo.cf, 1Cv8_demo.dt.
СОздаю новую базу из шаблона: вижу :
http://s019.radikal.ru/i626/1702/93/ab769fb021d9t.jpg


в общем я в картинке прямо написала ((( ...

(35) В ИТС читайте про внедрение БСП, там подробно все и плюс в 1cv8\tmplts\1c\SSL\2_3_3_147\ExtFiles смотрите ПервоеВнедрениеБСП.epf

(35) Вам нужно сделать объединение Вашей конфигурации с конфигурацией БСП, выбрав нужные подсистемы.

(35) На ИТС про внедрение БСП: http://its.1c.ru/db/bspdoc#browse:13:-1:50004

счас вы насоветуете БСП, потом придется КД-3 изучать :)

Конвертацию не нужно. Конфигурации одинаковые. нужно просто настроить обмен штатными средствами.

(35) кстати, посмотрите какая минимальная версия платформы нужна для БСП, которую скачали
а то на 8,1 может и не взлететь

(40) что есть "штатные средства" в нетиповой конфе на 8.1?

(40)  https://helpf.pro/faq8/view/1073.html
вот по этой инструкции и делалось.  и работает все. ни БСП не нужен ни кузькина мать.   только реквизит Организция затирает в итоговой базе (( !!

(35) я конвертировала в 8.2  а потом в 8.3. свою базу. и пробую ТАм. потому что БСП под 8.1. увы нет ((