1С8:Торговля : Хитрая синхронизация двух баз #291066

Есть рабочая база 1С8.1 Управление торговлей, в которую заносятся данные. Все данные старше месяца, переносятся (добавляются) во вторую базу, а в первой сокращаются. Т.е. имеем одну базу за последний месяц и вторую за весь период. Это реально организовать, желательно стандартными методами 1С ?

реально, 100$

А если 1-ая база 10.2 а 2 -ая 10.3, то сколько будет стоить сабж автора?

100000000$

ты отвечаешь что за 100$ сделаешь то что хочет. Со всеми невысказаными пожеланиями как это должно происходить. Я закажу без траблов, за 100$.

заказ принимается

ок. начинаю писать ТЗ. по исполнению перечислю 100$ куда скажешь.

ок

текст ТЗ в студию

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

1 - использовать планы обмена, но без авторегистрации 2 - вместо удаляемых документов - КорректировкаЗаписейРегистраНакопления (для регистров сведений с регистраторами тоже нужен КорректировкаЗаписейРегистраСведений) сдается, что даже подготовка ТЗ не уложится в 100

(9+) но я еще подумаю над уточнениями.

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

в связи с усложнением ТЗ сумма увеличивается до 1000 $

А можно узнать нафига такая чудо-синхронизация нужна? И еще маааленькое уточнение. Старые данные просто удалять надо будет, или сворачивать базу, то есть сохранить входящие остатки?

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

использование "аналитической" и "оперативной" баз - использовался еще на 7.7 (УРБД) в транзакционных системах также производится архивация закрытых периодов

отож. За 1000$ я и сам подумаю писать или нет. Ато сразу 100$  и всё сделаю. ты уверен что не подобное имел ввиду? о, судя по чтото такое и имелось ввиду :)) Тока надо клещами вытаскивать чо человек то хочет. А вооще правильный ответ в уже дан, тока до запятой :))

Если ты про OLAP и OLTP системы то смысл в них совсем другой. То что предложено в это их жальчайшее подобие. Хотелось бы услышать ответ автора.

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

Согласен с сомнениями, высказанными выше. Пока что вырисовываются неясные очертания семиколесного велосипеда с треугольными колесами .. без седла

{19) Собственно требуется, чтобы после добавления данных за прошедший месяц из одной базы в другую, данные совпадали в обоих базах как на любую дату за прошедший месяц, так и за любой период прошедшего месяца. (Это для проверки правильности работы) После чего производится свёртка базы, все данные за прошедший месяц удаляются. Проблема не как провести свертку базы, на это есть стандартная обработка. Проблема как данные переносить (добавлять) во вторую полную базу.

>>Пока что вырисовываются неясные очертания семиколесного велосипеда с треугольными колесами .. без седла Этот велосипед без седла станет первым мужчиной в жизни автора... Вторым станет начальник...

"Проблема не как провести свертку базы, на это есть стандартная обработка" Серьезно? И данные по оборотам она сохранит? И с детализацией по регистратору тоже?