Перенос ЗиК 7.7 305 В ЗуП 30.4 #529115

Здравствуйте. В общем, такая ситуация, имеется порядка 10 баз в ЗиКе, не сильно переписанных. Хочу загрузить это все безобразие в одну ЗуПу. Возможно ли одновременно открыть ее, под 10-ю пользователями и под каждым загрузить свою базу одновременно. Сколько такой вариант будет выполняться по времени, если выгрузка из пустой базы занимает порядка получаса, а из более-менее реальной час уже идет и висит на 11%. 2) какие проблемы может повлечь за собой сбор баз в одну. Заранее Спасибо..

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

ты думаешь что этой инфы достаточно для однозначного ответа?

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

Кури код процедуры загрузки. Когда вкуришь до того что основное время загрузки это Оле выгрузка из семерки - скажешь - Семен-семеныч! и хлопнешь себя по лбу. А выгружай из семерок хоть трижды параллельно.

Угу - настраиваешь 10 УРИБ баз - Каждый ЗИК загружаешь в свою почку - Делаешь обмен - Почки и УРИБ удаляешь. Так что можешь хоть на разных компах грузить. Правда не думаю что по времени это будет быстрее, чем последовательная загрузка

ага, а потом начинаем пляски с бубнами при проверке физлиц и сотрудников....

А какие пляски, если он из каждой базы загрузить как разные физлица? Т.е. если Вася будет в первой, пятой и десятой базе, то он загрузит как 3 разных васи - каждый по своей фирме

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

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

Кому должна? Мы же говорим об отдельных фирмах. Это же не обособленные подразделения. А так ничего не мешает их потом объединить

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

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

Это не ко мне вопрос. ТС спрашивал как параллельно грузить 10 баз. Это был ответ на конкретный вопрос

а дочитать вопрос религия не позволяет? сразу надо советовать, как делать вредную работу?

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

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

И много ты видел упр учета на ЗУПе с черно/белой зарплатой? Это все равно что вести черно-белый учет в налоговой (бухгалтерской) базе

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

to Aleksey, я по части пунктов в не прав, в бутылку не полезу. В нарисованном мною случае плановые начисления таки будут нужной суммой.

В этом и дел, что общая цифра не измениться, будет не 2*30, а 1*60 (кстати ЗУП может выдать остаток долга по ВСЕМ предприятием по конкретному сотру?) Т.е. общий ФОТ, налоги и т.д. будет единный. Численность тоже под вопросом. Все равно есть куча не оформленных (например испытательный срок), или еще хрень какая нибудь, т.е. все равно численность условная. А вот численность в разбивки по организациям будет одинаковая, что одна карточка, что 10.

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