Есть такая задача: для каждой организации подключаться к другой базе (бухгалтерии) и формировать из УТ бух.отчеты, например, ОСВ или ОСВ по счету. Причем с последующей расшифровкой (открытие карточек объектов).
Еще смысл в том, что данные могут быть загружены в базу с возможностью автономного (без подключения) формирования ОСВ или Карточки счета, но уже без открытия карточек объектов.

В связи с тем что период нужен конкретный и объем базы БУ может быть большой, то к себе загружать весь регистр бухгалтерии нет смысла. Как тогда быть? Хранить у себя в каком-то виде отдельно остатки, проводки, а потом ручно формировать все эти БУ отчеты?

Вот бухи ленивые пошли...

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

(0)
"...для каждой организации подключаться к другой базе (бухгалтерии) и формировать из УТ..."
это как???

+(3) вернее, нахрена подключаться к другой базе БП, чтобы формировать ОСВ по данным УТ?

не ну реализовать то такое можно, но нафейхоа?

да и как ты собираешься РБ тянуть в УТ?

(1) Они не ленивые, а тупые пошли. У них всё на Про-Водке крутится. На вопрос: "зачем ты лепила операции, когда есть стандартные документы?", они даже промычать ничего не могут, сразу обвиняют в том, что им этого не показывали.
Вот зачем ОСВ в УТ!?

(6) Можно через com всё прочесть в другой базе, но вопрос "нафейхоа" остаётся открытым.

(8) да как угодно можно дернуть таб док по результату

Зачем дергать часть, если можно формировать такие отчеты в любой момент? Я ещё на 7.7 делал по OLE объединение двух баз для формирования ОСВ, даже переход на расшифровки движений был, но всё-же победил разум, а не моразм, и эту тему закрыли.

(10) так и таб док можно дернуть в любой момент

(11) Ну да, в чём проблема? Если есть постоянный доступ к "другой базе", то можно выдернуть любые данные (в пределах установленных прав) и как хочешь над ними издеваться.

(12) а вот это [Еще смысл в том, что данные могут быть загружены в базу с возможностью автономного (без подключения) формирования ОСВ или Карточки счета, но уже без открытия карточек объектов.
]  проблема

(13) Кто запрещает хранить ОСВ и "Карточки счета" для режима оффлайн? Просто нужен будет регламент по их обновлению.

это ж сколько их нужно насохранять? ))) слишком много вариантов периодов и настроек отборов

А если через OLE нарисовать...

В (10) правильно написал - идея заглохнет вскоре.

(0) А еще есть, прости-господи-программисты, которые готовы влет любой бред пользователей реализовать.
Выучите уже вопрос "Зачем?", включайте дурака и долбите им идейного пользователя до тех пор, пока он сам не поймет свою ущербность.

(18) Не взлетит, уволят :)

(18) Иногда уместно "клиент всегда прав" - и пусть он сам выберет свои грабли:любимые или учебные. Бывают прости-господи-такие-руководители.

(20) В ситуации типа (0) пользователь приходит как бы с решением проблемы (как он видит). Серия вопросов "зачем?" помогает дойти до сути самой проблемы и предложить нормальное решение.

(21) Да это понятно, что нужно убедить в бредовости идеи. Поэтому (0).
Тем более, что данные могут расходиться в двух программах как минимум при учете авансов и долгов по контрагентам.

Пример из жизни, почти как у ТС:
- Хотим в Торговле видеть оборотку из бухгалтерии
- Зачем?
- Нужно получать остатки и обороты по 41 счету по номенклатуре
- Зачем?
- Чтобы сравнивать с управленческими остатками
В конце концов выясняется, что фин.дир хочет иметь сводную таблицу остатков и оборотов по УУ и БУ по каждому юр.лицу, чтобы оперативно контролировать расхождения и интеркомпани. Бухи собирали это все в экселе, каждый из своей базы, долго и муторно.
Решение: нарисовали отдельную базу, которая сама рег.заданиями ходит в нужные базы, забирает данные в РС и умеет строить ровно один отчет.
Потом прикрутили к авторассылке на базе БСП. Ежедневно утром эта простыня в почте у фин.дира и глав.бухов. Все щасливы.

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

Вопрос: можно ли подсунуть в регистр бухгалтерии только остатки? :) чтобы не тащить всю историю для их получения

(23) а зачем база то отдельная нужна?

(26) SRP, слышал? :)

(25) Тогда заявленная карточка счета отпадает.

+(28) Это уже не ОСВ получится, а только остатки по счетам.

Кроме остатки и обороты будут переносится. но когда эта база попадет в сеть и будет возможность подключиться к базе буха, то должна быть возможность открыть карточку :)

(30) Что-то не договаривает заказчик... )) Садовые ножницы приобретите, и пытать! ;)

А можно, имея подключение из одной базы, сформировать отчет другой? причем с выбором параметров, объектами которых являются данные подключаемой базы?
Не используя COM

Я так понимаю через ОЛЕ

Но это тоже самое?

Но смысл в том что мне нужно открыв к примеру ОСВ выбрать какие-то данные и забрать их к себе в базу. Это можно сделать?

Или это ближе к бесшовной интеграции?

(36) Очень близко. )) Дать удалённый доступ ко всем базам особо озабоченным не пробовали?

(35) Всё можно сделать, только это "Всё" упирается во время.

А вот так без веб-сервисов можно? только черещ ОЛЕ:

во второй базе сформировать отчет ОСВ первой базы (т.е. не в первой открыть этот отчет, а во второй). При этом можно было вытащить по клику данные во вторую базу.

Как это можно реализовать?

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

(39) Ответь на(37)