В общем стоит такая задача:
есть основная база (УПП), в ней работаем. Раз в месяц необходимо выполнять разные регламентные операции, типа Проведения по партиям (РАУЗА нет), РСВ и прочая, не слошком гуманные к остальным пользователям. Раньше бухи все это делали по ночам и вечерам, однако сие не есть гут.
В связи с этим возникла такая мысля: используем механизм РИБ. В основной базе работаем в течении месяца, в ведомой - выполняем все регл.процедуры по закрытию. Обмен настраиваем на ночь. При этом в основной, перед выполнением процедур в ведомой, устанвливаем дату запрета редактирования, чтобы избежать коллизий.
Интересует насколько такая схема жизнеспособна. Причем интересна не техническая сторона вопроса, книжки почитаю, разберусь, так что просьба в СП и FM - не посылать. Интересует практический опыт в реализации не обязательно аналогичного, но хотя бы пободного. Подводные камни, возможные сложности, то, что явно из мануала не следует.
И вообще, может быть пойти каким-либо другим путем. Планы обмена там или еще чего. С РИБ сталкивался только в 7.7, помню было не совсем убодно с ним работать, правда в чем конкретно - уже не помню)). Как обстоит дело сейчас?
Спасибо.

Активнее, господа, активнее. Не стесняемся! ))

А почему выполнение регламентных операций по ночам не есть гуд?

(2) Ночью охранник спит, не видит, что делает база.

(2) Бухгалтерия ночью спать хочет. + у админов на ночь свои регламенты и планы и стыковать все это всем изрядно надоело.
Так же закрытие всегда проходит в авральном режиме. Собственник требует месячную отчетность к 3 числу месяца, следующего за отчетным. Так что у бухов буквально 2 ночи на все про все.

(4) А бухи регламентные операции ручками делают что ли?

Наверное я не совсем понял, но зачем разделять на две базы если вы получается попреременно работаете то в одной то в другой?

(0) На ночь все регл.задачи перекинуть, пусть сервер работает а бухи спят :)
Если кто-то это делает вручную и может на пальзах показать значит его можно автоматизировать.
РИБ в 8-ке хороший даже очень после 7-ки:), но думаю будет лишним.

РИБ может запросто "затереть" результаты работы в рабочей базе.  заменятся в рабочей документы при обмене документы из копии и программисту вставят по самое..

(5) А как иначе? Проведение по партиям - запускается каждую ночь, но очень масса документов вводится в последний день + правки. Так что при закрытии запускают вручную, смотрят результаты, исправляют и запускают снова. Всякие амортизации и прочее - вручную, но там трудоемкость не высокая. А как автоматизировать заведение РСВ - даже не представляю

(8) Планируется разделить периодами. Например закрывая апрель, бухи в ведомой будут работать только с апрелем, а в рабочей - доступ закрыт к апрелю.
(7) В том-то и дело, что при если бы закрытие было просто запуск ряда операций - то и вопроса бы не стояло. Однако закрытие - это запуск операций, анализ результата, исправление выявленных ошибок и т.д. и т.п. Автоматизировать не реально

но очень масса документов вводится в последний день + правки
>>решается организационным путем
Всякие амортизации и прочее
>>Если правильно внесены исходные данные, проблем не будет ,если нет, а кто-то не умеет работать и вносит тупо ошибки: решается организационным путем
автоматизировать заведение РСВ = не знаю что такое :)

(10) Аналогично проходили ситуацию, сейчас закрываем период не месяц-квартал назад, а максимум 1-2 недели, все в курсе, и стали успевать :)

(11) "но очень масса документов вводится в последний день + правки
>>решается организационным путем " - это вы поставщиков организационно будете строить )). Их наши проблемы с закрытием не волнуют.
"автоматизировать заведение РСВ = не знаю что такое :)" - не понял.
(12) Вы не поняли - у нас нет, не то что 2 недель, недели нет. щас закрываем все ко 2 числу. Чтобы был хотя бы день был, что бы проанализировать и отчетность настрогать, ну и на крайняк - все сново перезакрыть.
ПРи наличии хотя бы недели - вопросов бы не было. ))

задача интересная, но врядли реализуемая в текущей платформе

(13) насчет поставщиков как раз это их проблемы, клиент всегда прав, хотят иметь клиента поставщики подтянуться

Я все равно склоняюсь к варианту решения орг.методами : да и тебе работы меньше будет :)

(14) Можете сформулировать причины. Идея очень нравится )), жалко от нее отказываться.

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

(16+) Если через РИБ не проходит, может еще какие-нибудь идеи есть? Как-то ведь круглосуточная розница закрывает месяц?

(18) Закрывает не через 3 дня после последнего дня месяца.

Нужно время для сверки Z отчетов с ККМ.

(19) я про розницу сказал, к тому что там вообще нет понятия ночью поработать. База работает с реальной нагрузкой в режиме 365х7х24. Т.е. насколько я понимаю проводить регламенты нужно в какой-то другой базе. ИЛи я не прав?

у нас в УПП "типа Проведения по партиям (РАУЗА нет), РСВ и прочая" не мешает работе...

(22) Это как?? о))
При проведении по партиям, если кто-то что-то проведет с выской веротяностью проведение по партиям слетит из-за блокировок.
РСВ - со всем набором необходимых действий (нам необходим итерационный расчет) - по УУ - минут на 50-70, по БУ - еще столько же (может даже немного больше). И в это время никто работать уже не может.
Так что либо не трындите, либо раскрывайте секрет ))

(21) Сеть магазинов белья по всей России. 160 магазинов. В каждом магазине локальная база с ККМ. По окончании рабочего дня выгрузка на ФТП. Робот в офисе по ночам и руками днем обрабатывает выгрузки.

Т.е. я так понял, что мнения сложились от "не советую, ищите другие решения" до "не взлетит в принципе".
Хотелось бы понять, откуда такой скепсис. Вроде как РИБ - штатный механизм платформы, использовать его предлагается тоже, ну почти, штатно. Проблема в большом объеме изменений в перефирийной базе "одномоментно"? Еще в чем-то?
Хотелось бы до конца разобраться, чтобы если пробовать делать - то с пониманием возможных гемороев. Если отказываться - то тоже на основании вполне конкретных противопоказаний.
Бен, ай нид хелп! (с)  ))

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

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

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

(27) "Ведь приход обмена - всяко скажется на остальных юзерах". Да, скажется, но не на всех. Всё относительно. Например: обработка проведения по партиям (или, например, расчет себестоимости) может выполняться два-три часа. Это "скажется" на юзверах? Да, разумеется. А обмен (с учетом большого объёма одномоменто внесенных изменений) будет идти дольше... на пару минут :) Терпимо? Всё относительно.

(23) проведение по партиям делается обработкой.
При проведении документов движений по партиям и проводок не делается. Нам это не нужно. Нам не нужно знать сеюсекундную себестоимость склада и тому подобное.
Они не пересекаются и не мещают друг другу. Там еще есть настройка, что бы отключить еще некоторые движения а делать их "допроведением" - этим не пользуемся, не требуется.
Так вот..

(28) Сорри, но  ты "не в теме" :) Риб-база илинериб-база у тебя - фиолетово. Если юзвер изменит документ периода, по которому уже делали проведение по партиям - обработка - побоку.

(28) Это понятно, поэтому планируется избежать конфликтов тем, что в одной базе правим и вводим доки одного периода, в другой - гарантированно другого.
(29) Т.е. приход обмена, с базы в которой что-то проводилось и обсчитывалось например несколько часов будет занимать те же несколько часов?
(30) Мы говорим о разных вещах. Естественно проведение по партиям - это обработка. Только если ее запускать в рабочие часы параллельно с остальной работой - то до конца она никогда не дойдет. Будет постоянно слетать из-за конфликта блокировок.

(0) (25) Схема жизнеспособна. Работает более 3-х лет. Пока без косяков.

(30) ты полагаешь что топикстартер вообще не в курсе как месяц в упп закрывать?

(31) ну  какой смысл во второй базе?

(32) я тебе объяснил, что если в настройках базы сделать соответствующие настройки, а именно, при проведении документов НЕ! проводить по партиям. то конфликтов блокировок не будет.
У меня целыми днями проведение по партиям гоняют, косяки вылавливают (много документов) и ничего.
Понимаешь?

(35) Ну, например, можно выполнять действия, которые требуют монопольного доступа к базе.

(37) еще раз что произойдет если документ будет изменен в рабочей базе а движения по нему - в регалиментированной и после этого обмен? Как вы будете конфликт разруливать?

(34) нет, я может неточно выразился, я просто описал нашу стратегию относительно партионных движений...

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

(40) с нетерпением ожидаю рецепта по разрешению проблем типа когда в рабочей базе товар со склада списывается а в регламентированной - не списывается...

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

(40) и вообще - перепроведение документов в УПП - зло

(41) Надеюсь мы и тс говорим об "двунаправленном" обмене данными? :) Тогда термины "рабочая" база и "регламентная" - это всеголишь условность.

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

(36) Ага, понял. У нас не такое не пройдет. Бухи хотят в документах сразу видеть проводки и стоимость. Не знаю зачем, но хотят. + РСВ - всяко всех выключит из жизни на час с гаком. А их тоже нужно перепроводить.
(41) Реглмент такой: все ведем в основной. В начале первого дня месяца, ставим в основной запрет редактирования на прошедший период. И все правки оного закрытого периода + регламенты уже в перефирийной. Коллизии исключены, ну разве что по недосмотру бухов, но это уже их проблемы. Все что нафигачим в перефирийной скопом, ночью или в какие-либо выходные заливаем в рабочую.
(43) А как без этого? В производстве туева чуча аналитик, что можно и так автоматически заполняется, но так все равно лезут м ставят зачастую от балды. И только РСВ показывает где косяки, ибо пользоваться по всему выпуску и затратам отчетами, типа Анализ распределения произв.затрат - этож убъесся.
(44) Ну да, обмен двунаправленный. Основная -> перефирийная - регулярно, перефирийная -> основная - после полного закрытия, в свободное время, можно даже вручную запускать, для надежности.
(45) Это не зло, это насущная необходимость ))

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

(из своего опыта)

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

Они там стали перепроводить документы за месяц, чтобы потом распечатать информацию из окна сообщений. Ну и пусть, мне фиолетово. Лишь бы не грузили своими глупостями рабочую базу.

Чтож, всем спасибо!
Будем экспериментировать ))