Уважаемые форумчане и гуру 1С, подскажите по содержанию следующей задачи. Необходимо хранить данные по упрощенному бух учету в одной базе(БП 3), т.е. есть некая база 1С БП 3, в которую из других различных баз клиентов (БП 2, БП 3) необходимо складировать данные, но не полностью со всеми субконтами, контрагентами и т.д., а в упрощенной форме без разреза по субконто, контрагенту, договору и т.д. Каким образом это сделать? Одна из проблем, которую я сейчас вижу, это ссылочные типы в в измерениях и регистрах Хозрасчетного регистра бухгалтерии, а эти данные мне не нужно хранить в общей базе. Понимаю, что объясняю коряво, т.к. не особо шарю(весьма мало шарю) в бух учете, но наведите на какие-то мысли. Возможно в процессе обсуждения что-то прояснится.

(0) А ты кто?

Всмысле кто?) абстрактный вопрос... я 1С программист, если это имел ввиду

>Каким образом это сделать?

консолидация

(0) Дурацкая какая-то задача. Зачем все это?

рекомендую консолидацию

+(4) поддерживаю, нефига не понял зачем это ))

(0) зачем это нужно? на выходе что должно быть?

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

>Мне важен конструктив, ребята, этапы разработки, важные моменты, нюансы.

какие накуй нюансы... ловите наркомана!

(8) это что за контора такая с регламентами и все дела, которая на "тайную" задачу сажает нуба? это не ваше объявление об аренде степлера я недавно видел? ))

>зачем это нужно? на выходе что должно быть?
На выходе отдавать данные типа данных оборотно-сальдовой ведомости, только без разреза по Субконто, контрагентам, договорам, а в упрощенном виде

(0) А пусть пользователи вводят данные дважды: каждый в свою базу и в эту секретно-необходимую ;)

Писать правила конвертации, которые будут операциями заливать все проводки в новую база только с нужной аналитикой.

(0) А пусть пользователи вводят данные дважды: каждый в свою базу и в эту секретно-необходимую ;)
мы не можем изменять и напрягать пользователей, есть только com-соединение с соответсвующими правами на запросы к бд

Рисуй правила обмена в нужном формате и делай планы обмена

(11) А если серьезно: нужно выгрузка данных, при которой контрагенты сливаются в одного "общего контрагента", договоры в один "общий договор" и т.д.

(8) >>Зачем это нужно сказать не могу по регламенту компании.
Пффф... Тогда 2000 в час :))

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

>>Мне важен конструктив, ребята, этапы разработки, важные моменты, нюансы.
2000 в час.

Одну базу на всех сделать - контрагенты "Поставщик" и "Покупатель". И написать в Регламенте, что так и должно быть. Пользователи ваще не будут напрягаться..

(8) если нужны просто данные из баз, которые сейчас не онлайн, то делай копии или обмены с этих баз когда они онлайн. зачем данные из разных объединять в одной базе? пока толком не расскажешь что тебе надо, хорошего совета тебе не дадут.

Явно у хозяина ТС больше, чем один ларек (раз такой серьезный регламент)

(16) и чо с этим г.вном делать?

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

волшебное слово консолидация

из регистра бухгалтерии выбирать нужные данные

(22) " что и откуда мне выбирать из регистра бухгалтерии?"
Я так понимаю, нужно грузить все движения. Если документы не нужны, то грузить все движения в один сводный документ за день/месяц.  
Кстати, для этого есть специализированные конфигурации. Иногда проще купить готовое, чем изобретать велосипед ;)

(21) Ты, видимо не в теме ;)

пока толком не расскажешь что тебе надо, хорошего совета тебе не дадут.

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

(27) http://v8.1c.ru/consolid/ а это не?

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

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

(27) http://v8.1c.ru/consolid/ а это не?
спасибо, исследую, вроде что-то похожее в функционале есть... спасибо
давайте ещё советы, вот Фокусник`у реально респект, помог. Теперь бы понять что именно мне выбирать из этого регистра бух

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

(30) Будь мужиком, пусть у бухгалтеров взрывается мозг после общения с тобой

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

(30) "друг, я не шарю в бух учете, не работал с регистром "Хозрасчетный""

Да пофиг какой регистр - это всего лишь ТАБЛИЦА с разными полями ;)

(18) да и "Фирма" )

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

Да пофиг какой регистр - это всего лишь ТАБЛИЦА с разными полями ;)
я понимаю, но надо знать назначение полей таблицы и что именно(без избыточности) по минимуму мне надо выбирать

(33) если всё это сложить в одну кучу то куча будет кривая в итоге..., на пример в части авансов, и т.д...

(33) читаем (0) "а в упрощенной форме БЕЗ разреза по субконто, контрагенту, договору и т.д"

Какое ТЗ, такое и решение ;)

(38) Это если они надумают закрывать месяца в этой "сводной базе", но этого не нужно делать. Все проводки по закрытию месяца также сводно будут загружены ;)

(37) Лучше всё-таки посмотреть в сторону готовых решений. И если уже цена вопроса НЕ устроит, то идти по пути изобретения велосипеда.

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

(36) если базы не кривые, то общая будет не кривая однозначно

а теперь, ещё один интересны момент. В перспективе будет хранится инфа по бух учету около 20000 клиентов, база скорее всего ляжет ведь так? Советы по масштабированию? Только не материтесь на меня сейчас)

(40) нетиповое и нерегламентированное использование конфы - первое зло и всех зол... имхо.
думаю им надо в сторону консолидации копать

(36) вон оно как,...

а не проще ли просто распределнку сделать и всё.
какая разница тебе есть там аналитика - нету, ... HDD всё стерпит...

а не проще ли просто распределнку сделать и всё.
какая разница тебе есть там аналитика - нету, ... HDD всё стерпит...
подробнее можно?

(44) "думаю им надо в сторону консолидации копать"
С этим я согласен на 100% :)

Использование БП в качестве консолидации - это только использование типового механизма проводок и бух.отчетов (оборотка, карточка счета и т.д.) - и конечно это "велосипед с квадратными колесами" в сравнении со специальными (для этих целей) конфигурациями :)

(43) 20000 клиентов - не показатель, сколько документов в месяц в среднем?

(45) "а не проще ли просто распределнку сделать и всё. "
Так там зоопарк из конф ("БП 2, БП 3")

(49) ну да, тогда либо всё единообразить и распределить, что есть уже большой труд,
либо консолидация...

(43) Масштабы большие, лучше взять специализированный продукт, ИМХО

(43) 20000 клиентов - не показатель, сколько документов в месяц в среднем?
500 в среднем, может больше, может меньше. Вообщем средний и малый бизнес

по одному

Ок, спасибо ребята, вы реально помогли и во многих моментах прояснили ситуацию. Но всё равно ещё пишите, если есть желание и компетентность.

(53) 20000 клиентов * 500  = 10 млн доков, так?
по сколько строк в документе в среднем?

В доке в среднем от 1 до 100, иногда больше

производство есть? или только купипродай?

(55) Для "консолидации" (речь не про конкретную конфигурацию, а про "способ") пофик сколько документов. 20 000 баз = 20 000 документов в месяц в приемнике. Для таких объемов детализация по дням/документам вряд ли нужна :)

производство есть? или только купипродай?
это по сути аутсорсинг или в чем вопрос? переформулируй пожалуйста

(58) я не для консолидации конкретно спрашиваю, а для общего понимания...

(59) "это по сути аутсорсинг"
Скажи, а клиенты в курсе, что их базы планируют сливать в одну общую? :)

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

(59) производственный учет в базе сильно утяжеляет её экслуатацию при больших объёмах документооборота.

поэтому и решения и решения задач могут быть разные в зависимости от того есть оно или нету...

(59) "это по сути аутсорсинг"
Скажи, а клиенты в курсе, что их базы планируют сливать в одну общую? :)
ну конечно будут в курсе), ну будет же безопасность и всё такое, гарантии для клиентов...

(62) не пали контору :)

(59) производственный учет в базе сильно утяжеляет её экслуатацию при больших объёмах документооборота.

поэтому и решения и решения задач могут быть разные в зависимости от того есть оно или нету...

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

(62) не пали контору :)
блин, ты кто?)

(62) "Периодически копировать копии баз на случай, если рабочие базы не доступны"

ИМХО, не нужно свои фантазии распространять на реальность: "необходимо складировать данные, но не полностью со всеми субконтами, контрагентами и т.д., а в упрощенной форме без разреза по субконто, контрагенту, договору"

Как данные БЕЗ детализации по контрагентам и договорам могут помочь в задаче "на случай, если рабочие базы не доступны"? ;)

(67) Я тот, кто оставит тебя без работы, если твой директор прочитает эту ветку :))

(62) да, пока такой план, но следует при планировании архитектуры всё-таки учесть будущие перспективы. Блин, сейчас мы тут договоримся...

(67) я ничего конкретного не говорю, это лишь часть огромного, поэтому я спокоен

(70) Какие перспективы? Ты вообще нихрена ни про какие перспективы не сказал. Вот надо все сворачивать и точка. Чтобы было. Пусть будет. На всякий случай. Хуже не будет. Всё. Как?

(69) вернее

Сделать выгрузки с префиксами БП1,БП2,БП3 в пустую базу. Так получится ?

(74) возможно... раскрой ещё

(70) необходимо хранить упрещенный бух учет в одной базе по всем базам клиентов. Я думаю многие подобное решали, вот как вариант "Консолидация", но я ещё не вникал. А какие перспективы можешь подумать сам... ты же ген. директор)))

(76) Приятно поговорить с умным человеком, да? :))

Итить колотить, он собирается 20000 баз в одну слить?

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

+(77) Если же, как я подозреваю, пост к (72), то еще раз повторюсь, дай своему директору мои координаты, тебя через два дня выгонят взашей :))

(78) спасибо Турист за замечание, да ты прав, давай опасности мне, что засмущало, предложения...

(79) упрощенный вариант, вот выше предложили свернуть в один док, в один договор, в один контрагент, справочники, доки и т.д. не тянутся

(80) за что? этих идей можно нагенерить кучу куч, я ни о чем не говорю, ни о коммерческой выгоде, ни о существующих решениях. Это всё по сути не о чем. Мне лишь важно ваше видение как это реализовать

(81)
1. чтоб ваши клиенты на вас в суд подали, удоды моральные.
2. Делать самописку
3. Делать олап

(84) 1. клиенты будут понимать и будут проинформированы
2. всё больше склоняюсь к этому
3. подумаю, спасибо

(0) вазилин не забуть купить только

(86) не понял смысла вульгарности

(82) в один да не потянется, не понятно что получитсяти,

(88) "не понятно что получитсяти"
Получится один документ со всеми сводными проводками :)

(83) Мое мнение в (62).

хм зачем 20000 клиентам отдавать свои бухбазы ? с трудом представляю аргументацию держателя 20тыс баз давать доступ к базам

сервис СПАРК, он декларирует что заносит актуальные данные балансов юрлиц, откуда они берут данные если конечно не "рисуют" не понятно

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