Здравствуйте!
Есть несколько одинаковых баз УПП 1.3 (несколько юриков).Есть ли готовые решения для получения сводной информации?Условно сколько материалов лежит на складах?
Есть ли смысл сливать в одну базу(изменений много происходит)?Или что-то ставится сверху над базами и вытягивает информацию.Что-то слышал про Консолидацию,может еще что-то есть?
Поделитесь пожалуйста опытом,в каком направлении идти.Спасибо

план обмена..

(1) а если напрямую как то? Тоже даная тема интересна. Но не с точки зрения перетаскивания данных
Сколько сводные отчеты межжду базами.

(1) В результате все валится в центральную базу?Других вариантов нет?

Консолидация рулит. Тока внедрять ее дооооолго. +надо постоянно следить за изменениями и подгружать обновленные структуры метаданых. Ну и, собсно, с отчетами никаких проблем нет - там в табличном документе хоть на каждую ячейку можно запрос к внешней ИБ навесить...

Какие сейчас методы подключения между базами рулят?

есть две одинаковые УТ. допустим в одной из них есть регистры. Надо из 1 базы иметь возможность вытягивать данные из другой и строить общие запросы и отчеты

(6) а че, ком отменили чтоли?

много кода.... придется пипец сколько программировать. обьекты перечислять и тп.

во внешних источниках только базы данных. эх как не хватает  автоматических конструкторов с запросами к другой 1С

цены бы не было такому продукту

(5) вебсервисы копай

(7) я сделал такой отчет на ком. Так он зараза жрет лицензии лишние. Думаю переделать на вебсервис, там может не будет есть.

а веб сервис разве не требует лицензии?

запросы к нескольким базам и СКД

(0) Главное что б НСИ было одинаково. Остальное ерунда.

(13) по идее если запускаю 2 базы на компе, он берет одну лицензию, а когда обращаюсь к другой базе через ком, почему-то берет две лицензии

(16) На лицензиях в веб-сервисах можно экономить при одновременном подключении нескольких человек к одной базе. А под одного все равно минимум одно соединение будет создано.

(6) Мы так делали на одном проекте, тащили данные из двух баз и отображали консолидированный инфу в веб-клиенте собственной разработки.

(18) а как объединяли дубли аналитики?

(0) да никак, остатки по материалам без операторской работы ты не получишь

(15) Так и есть. Еще на семерке делал подобное. При решении в лоб достаточно кидать в экселевский файл-шаблон отчет из каждой базы. Многое зависит от конкретных условий отчета.

"Есть ли готовые решения для получения сводной информации?" // Есть
"может еще что-то есть?" // Есть
"Поделитесь пожалуйста опытом" // В аську напишешь - скину ссылку на то, что щупал

Регламентное задание настрой, по выгрузке в эксельку данных.
А потом отчёт по экселькам))

Если вопрос стоит как "Условно сколько материалов лежит на складах", то не имейте мозг ни себе, ни людям, а сажайте всех в одну базу.

(24) +1 и РИБ если хочется отдельные базы по юрикам.

Иначе, одну и ту же дрянь, в одной базе заведут как "Хрень толстая", а в другой как "Хрень полная", - и теперь замучаешься запросы писать, чтобы узнать сколько этой дряни на складах :)

(24) Спасибо,вопрос стоит как получать всю возможную информацию,и хотелось бы что то нахлобучить сверху,и в дальнейшем не иметь проблем(или минимально).

(25) Это понятно,в идеале хотелось бы в инструменте видеть возможность сопоставить,что хрень1=хрень2 )),попробуем инструмент управление холдингом,а вдруг.Вариант с РИБ оставим как последний вариант.

(19) А у нас дублей не было. Одна база была кэшем (по сути, копия рабочей), из нее тянули неизменяемую и редко изменяемую информацию (данные контрагентов, номенклатуру, цены). Из второй - рабочей - тащили только актуальные остатки. Все это вытаскивали асинхронными запросами, выполняемыми на сервере сайта на php, объединяли там же на сайте в одну html-страницу и показывали на странице сайта. В рабочую базу грузили новые заказы. Таким образом значительно снизили нагрузку на рабочую базу.

(25) Никто не может помешать двум разным юзерам завести одну и ту же хрень два раза в одной и той же базе, так что РИБ в этом плане не спасет...

(0) Пример для работы: http://catalog.mista.ru/public/558355/
Что напишешь в запросе, то и получишь, фантазия на тему "получать всю возможную информацию" не ограничена :)
Работает так, как описано в (14).

(25) у нас такого вопроса не возникло. потому что в таких отчетах обычно статьи затрат или проекты. И пользователь ничего не вносит, Есть общий список статей затрат, который одинаков во всех базах.

(29) Вы говорите о вероятностях. Вероятность возникновения дублирования позиций примерно одинаковая так, как в большей мере этот процесс зависит от исполнительской дисциплины пользователей, чем от типа/свойств базы. А вот вероятность своевременного обнаружения и устранения дублей в единой базе значительно выше.

(31) Я рад за Вас, но Ваш пост не в тему.