v7: ЗиК Перенос данных из двух баз в одну, общую #499990

Можно ли объединить две базы двух разных организаций в оду общую? V7.7 ЗиК. Как это можно сделать с наименьшими проблемами и потерями

Это в середине-то года?

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

А как ты в ЗиКе собрался вести 2 организации?

будет одна, общая

Сколько сотрудников?

не более 10 в каждой из организаций

Делала прямыми запросами + УРБД, совсем без потерь и проблем Сейчас скорее всего делала бы штатно, используя мягкую смену периода - тоже запросто и без проблем ))

Как это "штатно"? Можно поподробнее о методике объединения? А как же соответствие видов расчетов? Сомневаюсь про "запросто" (только если очень простые базы).

Барбариска > можно по подробнее

Пусть руками перенесут )

перспектива переносить всё руками не очень радует

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

Методология использования прямых запросов - делала когда-то давно-давно - лет 5 назад... так что по памяти Тогда штатными методами у меня врял ли бы вышло )) Слишком мало работала с ЗИК на тот момент. Так вот... методология )) 1) нужно привести базы к одинаковой конфигурации, в обеих сделать одинаковые периоды журналов расчетов 2) тестирование и исправление обеих баз 2) прямыми запросами - по всем объектам (справочники, документы) одной базы и по всем ссылкам на них - добавляем "префикс распределенной базы" (понятно, что нужно очень-очень ясно представлять, что именно делается! по-моему, для корректной замены ссылок в 1SBCONST нужен 1С++ или ActiveMD) 3) после замены префиксов - опять ТИИ - как контроль того, что все корректно. Если нет - то думаем... и повторяем сначала 4) во второй базе - тоже ТИИ. Затем преобразовываем ее в центральную базу с использованием УРБД. Прописываем филиал именно с тем префиксом, который устанавливали для ссылок первой базы 5)первую тоже переделываем в центральную аналогичным образом,  и делаем из нее полную выгрузку в филиал (т е получится полная копия, но в виде периферийной выгрузки) 6) в выгруженной периферийной - проходимся по всем объектам с "Записать" и делаем выгрузку из периферийной 7) далее "легкими манипуляциями" над файлами выгрузки заставляем первую базу поверить, что файл выгрузки - это ее файл выгрузки - что-то вроде как "кукушонка в чужое гнездо подкинуть" - и с помощью УРБД все ложится в нужные периоды с нужными цифрами и перерасчетами. По сути - примерно так, но делала давно, что-то могла упустить. Если нужна помощь - пишите - договоримся.

Как вариант, глянь www.mykod.info - сайт про конвертацию данных - тебе надо выгрузить структуры конфигураций, автоматом настроить взаимодействие и перенести из одной в другую.

Если что пиши туда на форум - должны помочь

Зачем такие сложности? Есть типовые правила переноса из ЗиК77 в ЗУП 8.1. Причем, есть и обработки в ЗуП по засасыванию инфы из ЗиК 77. Сейчас 2 типовые методики. 1. Конвертится ЗиК77 в ЗиК 8.1, потом уже из полученной конвертнутой базы, с помощью правил КД(типовых) перетаскивается в типовой ЗУП 8.1 2. В самой ЗуП 2.5 идёте в Сервис->Перенос данных из информационных баз 1С:Предприятие 7.7 И там 2 пункта, загрузить из файла, и Загрузить из базы. Перед этим читаете мануалы по переносу. Все описано в файлах установки. Если ЗиК правленная, то открываете правила в КД 2.1 и там допиливаете их под свои нужды.

А чего скажешь про типовое два ЗиК в одну ЗиК?!

правила КД настроить то вроде не проблема для 2-х одинаковых ЗИК но попадания корректных данных в закрытые периоды точно не получишь сначала попробуй по теме что-то сделать исключительно с КД, а потом говори "зачем такие сложности"

что-то сильно сомневаюсь про возможность переноса КД детально до записи - без основательных вставок кода )) Запросто можно перенести структуры и провести.... и получить  совсем неожиданные результаты. По согласованию результатов - затраты усилий будут на КД большие, чем без нее

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

Барбариске спасибо за подробности. Надо переварить.

обработки для объединения прямыми запросами - есть готовые где-то в архиве.

Цитата: "2) прямыми запросами - по всем объектам (справочники, документы) одной базы и по всем ссылкам на них - добавляем "префикс распределенной базы" (понятно, что нужно очень-очень ясно представлять, что именно делается! по-моему, для корректной замены ссылок в 1SBCONST нужен 1С++ или ActiveMD)" - Это самое сложное из всего перечисленного. Ковырялся с базами и заметил, что при установленном префиксе ИБ он добавляется всем ID в конец. Получается почти все ДБФ-ки надо переделать и везде где встречается ID или ссылка на ID надо добавить префикс. Верно? И сделать это прямыми зарпосами? обработок объединения так и не нашел. :-(

Барбариска ты где?

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

(+25)  делала на белорусском ЗИКе. Но обработки сильно от конфигурации не зависят. Для российского - чуть-чуть подрихтовать.

Получается прямыми запросами можно изменять данные в ДБФ? И они позволяют найти ссылки на элемент в других ДБФ-ках? Или надо просто знать описание структуры дбф-ок и где есть ID добавлять префикс?

К сожаления еще ни разу не использовал Прямые запросы и даже не знаю с чем их едят. Несколько раз посещал сайты с информацие о них и только.

нужно очень-очень ясно представлять, что именно делается! если не использовал ни разу - то тяжко будет

Если прямые запросы только меняют информацию в ДБФ-ках, то можно просто через XBase сделать (раз я не знаю прямых запросов). А вот структуру надо действительно знать. Похоже надо перелопатить все 170 дбф-ок и разобраться в них.

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

Ты не туда лезешь, по моему мнению. Может проще - обработкой, что инфу перекидывает между одинаковыми базами?!

есть такое готовое для ЗИК?

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

с записями ЖР и с перерасчетами?

Export Import может перенести только доки и справочники. Хотя в Import-е есть блок загрузки дурнала расчетов

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

Хотя не понимаю зачем объединять ЖР. Были 2 базы, 2 орг, были 2 истории расчетов. Новая орг - новая база - новые расчеты - своя история.

Клиент сказал надо значит надо. "Присоединился" филиал к основной организации. Раньше в нем самостоятельно считали ЗП, теперь хотят централизованно.

База за сколько лет?!

Берешь . Работы на 2-3 часа. Далее перепроведение и проверка - работы 5-10 мин на период. Скока получается?! За неделю можно сделать не-то-ро-пясь и перепроверить. Или изучай методу Барбариски. В неделю изучишь и напишешь впопыха-спотыкаясь-торчанафорумах?! А перепроверку нужно делать?!

У Барбариски интересней и творчесней :-) , чем рутинно перепроводить. И в будущем может пригодиться. Сколько лет еще не смотрел.

неделя не торопясь - это смотря какая база и за сколько лет У меня было что-то около 6 лет на 15 человек, конфигурация типово-кривая, оттого непредсказуемая, и много ручных правок (процентов в 15-20 всех записей). Так что штатно мне было бы непросто ))

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

когда делала свое решение - с ЗИК мало работала, сейчас бы скорее всего не стала так делать. Хотя там "все как часики" )) тестирование и исправление ничего и не заметило )) Тоже неделя в фоновом рабочем режиме. Но на тот момент были другие решения, не "на пустом месте" Путем проведения документов - то состояние записей журналов расчетов повторить было бы трудно  - уж очень непредсказуемая конфигурация и много "скелетов в шкафу" - на типовом российском такого беспорядка не сделать.

Умничка!!!!! Я вижу смысл запихивать в объединение только последний год (2010), если уж очень хочется 2009 и 2010. Это оправдано с точки зрения сдачи отчетности, расчетов документов зиковских. А более длинный период это жирная хотелка из разряда будет оплата - сделаем. Только вот ... А нафига?! Хотя, если бабло есть - пусть делает!

ага переносить документы и проводить если есть хотя бы 100 человек, точно не вариант, при 10 сотрудниках в целом я бы наверно, даже вечером за пивом по одной записи за пару неделек редактором ЖР и то перетаскал бы. Тут от силы 100 записей хочешь, документы перепроводи, хочешь руками записи ложь в журнал если делать нечего.