Прехвърляне на данни към zoom 3.1. Формиране на информация в щатното разписание след преместването

Поради факта, че през 2018 г. компанията 1C ще спре да поддържа конфигурацията „1C: Заплата и управление на човешките ресурси“ версия 2.5, е много желателно, без забавяне, да планирате и организирате прехода към ZUP 3.0 (3.1).

„1C: Управление на заплатите и персонала“ 3.1 е напълно нова програма с нова архитектура за съхранение и обработка на данни*, която не ви позволява да преминете към нова версия на конфигурацията по обичайния начин - чрез инсталиране на актуализация. Ще трябва да прехвърлите данни от 1C ZUP 2.5 към новата система, тоест да заредите и разтоварите данни.

*В допълнение към разликите в архитектурата, ZUP 3.0 се отличава с нов дизайн, поддръжка за уеб клиент и подобрена използваемост, по-специално поради възможността за използване на модерния интерфейс на Такси, така че актуализирането на ZUP 2.5 е напълно оправдано.

Можете да преминете към версия 1C ZUP 3.1 от новия месец, без да чакате началото на годината. Закрихме месеца и преминахме към ново издание.

Оптимално е да се извърши преходът към 3.0, като се използва опростена опция за прехвърляне, тъй като всички начисления и удръжки се прехвърлят не чрез документи, а чрез записи в регистъра.

Препоръчителен оптимален и безопасен метод за преход: паралелно изчисляване на заплатите едновременно в 2 версии (стара и нова) на програмата 1C ZUP през един (или няколко) отчетни периода. Паралелното изчисляване на заплатите в двете бази данни ще позволи на потребителите да научат и да свикнат с новата програма, сравнявайки я с предишната версия, и ще елиминира прекъсванията на работата, ако нещо се обърка в новата програма.

Указания за преминаване от ЗУП 2.5 към 3.1

За правилното прехвърляне на идентификационни данни от една програма в друга ще е необходима предварителна подготовка на базата данни ZUP 2.5. Състои се от затваряне на отчетния период (месец) в ZUP 2.5, създаване на копие на работната информационна сигурност от тази версия и използване на конфигуратора за тестване и коригиране (ако е необходимо, което е най-вероятно) на базата данни.

  • Създайте чиста информационна база с последната версия на 1C:ZUP 3.1;
  • Стартирайте го в празна база данни, като в първата стъпка на стартиращия асистент стъпка по стъпка посочите, че искате да прехвърлите данни от издание 2.5; Зареждане на данни;
  • Извършете пълна проверка на данните след прехвърлянето.

Подробно: процедурата за преминаване от ZUP 2.5 към 3.0 /ZUP 3.1

  • Подготовка за преминаване към нова програма

В старата информационна база данни версия 2.5 попълнете всички документи за изчисляване на заплати, болнични, отпуски, изплащане на заплати, изчисляване и превеждане на данъци и вноски и др. Направете копие на работещата база данни ZUP 2.5 и я разположете в отделна директория. Влезте в програмата в режим на работа “Конфигуратор”, изберете командата “Тестване и корекция” в менюто “Администриране”. Ако ZUP не е актуализиран дълго време, актуализирайте до най-новата версия.

  • Създаване на нова информационна база ЗУП 3.1

Последната последна версия на 1C ZUP 3.1 може да бъде изтеглена от сайта за актуализиране на 1C. Освен това може да се наложи да инсталирате по-нова версия на платформата 1C:Enterprise 8, чиито актуализации също могат да бъдат изтеглени от уебсайта.

За да създадете чиста информационна база, трябва да стартирате прекия път 1C и да щракнете върху „Добавяне“, което показва създаването на нова база данни. След това изберете най-новата версия „1C: Заплата и управление на човешките ресурси“ 3.1 от шаблона.

Фигура 1. Създаване на чиста база данни 1C ZUP 3

  • Настройка на асистента за стартиране и избор на опция за прехвърляне на данни

Когато първоначално стартирате ZUP 3.1, трябва да изберете елемента за прехвърляне на данни от „1C: Заплати и управление на персонала 8“, издание 2.5, след което изберете една от двете опции за прехвърляне на данни:



Фигура 2. Прехвърляне на данни към ZUP 3.1.2.213

От списъка с бази данни трябва да изберете подходящата база данни версия 2.5, от която искате да прехвърлите данни:



Фигура 3. Прехвърляне на данни към ZUP 3.1.2.213



Фигура 4. Избор на опция за прехвърляне на данни към ZUP 3.1.2.213

Прехвърляне на данни от 1C ZUP 2.5 до 3.1

  • При избора на тази опция не се прехвърлят самите документи от минали години, а регистрационни данни и указатели.
  • Тази опция ще ви позволи да използвате нови възможности в досиетата на персонала и изчисленията на заплатите.
  • Ще се прехвърлят само баланси за взаимни разплащания.
  • Прехвърляне на история на персонала (T-2), данни за изчисляване на средните доходи.*
  • Най-бързият вариант за трансфер.

*Няма обаче да се прехвърлят данни за служители по GPC споразумения, както и данни за кредити.

  • Когато изберете тази опция, документите се прехвърлят.
  • Няма да се използват нови функции на програмата, ще се използват документи от предишното издание.
  • По отношение на данните за персонала ще бъдат преместени всички документи: уволнение, преместване и др.
  • Планираните начисления ще бъдат прехвърлени под формата на записи в регистъра, докато при опростения метод се прехвърля само частта.
  • Според взаимните разплащания се прехвърлят всички документи.
  • При пълно прехвърляне е необходимо да се коригират всички счетоводни грешки, които най-вероятно са възникнали през предходни периоди, в противен случай ще трябва да бъдат коригирани в новата база данни. След това всички документи и данни трябва да бъдат проверени и в двете бази данни.
  • Тъй като обемът на прехвърляните данни е голям, процесът ще бъде бавен.*

*Всички данни ще бъдат запазени в старата база данни, до която можете да получите достъп по всяко време и да намерите необходимите данни.



Фигура 5. Зареждане на данни

    Проверка на данните след прехвърляне

Преди да започнете работа с новата програма 1C ZUP 3.1, както вече беше споменато, трябва да проверите пълнотата и коректността на прехвърлените данни от старата версия - 2.5. За да направите това, не се колебайте да използвате отчети за съгласуване на данни.

Трябва да проверите:

  • Организационна структура на предприятието, справочници “Организации”, “Деления”, “Територии”;
  • Лични данни на служителите;
  • Първоначално окомплектовка;
  • Начисления и удръжки, коректност на формулите;
  • Салда по взаимни разчети.

В резултат на прехода към новата версия на 1C:ZUP и предприетите предварителни стъпки, след прехвърляне на данните, ще получим две отделни бази данни: старата информационна база на програмата ZUP 2.5 с документи и новата - версия 3.1 на програмата с начални салда. В същото време се препоръчва да извършвате изчисления на заплатите паралелно в двете програми за известно време и след като се запознаете напълно с новата конфигурация, можете да преминете към счетоводство само в нея. За да използвате възможно най-широката функционалност и инструменти, също се препоръчва да преминете към ZUP KORP.

Въпрос: Бух. 3.0 CORP - без отделни подразделения


Здравейте всички. Забелязах, че в една от базите няма отделни единици, въпреки конфигурацията CORP. Има подозрение, че не съм проверил някаква злополучна кутия, която беше добре скрита от разработчиците.
Ако влезем в раздели, не можем да му дадем отделен статут и няма групиране за тях в сметкоплана.

Въпреки че е наличен в други бази данни. Например тук:

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

Отговор:Беше посочена данъчната служба, в константите намерих „Поддържане на счетоводство за подразделения“ и поставих „ДА“. В дивизиите вече можете да изберете отделни, но изборът за тях не се появи в акаунта. Може би все още има опции?

Въпрос: v7: Преход от комплекс 3.0 към изд. 4.5


Здравейте. Задачата е да се прехвърли от 7.7 комплекс 3.0 на 8.3 UT 11. Но първо, за да мине със стандартния мисля, че трябва 4.5, а след това стандартен преход. Как беше преходът от 3.0 комплекс към 4.5? Дали е редовна асоциация, както е в 8, или е някак уникална?

Отговор:() По отношение на разходите за труд, най-икономичният вариант е да разработите собствено качване на CD. Ако говорим само за търговска дейност, нямаше производство и заплати, тогава разтоварването се оказва съвсем просто и се свежда до попълване на няколко документа за въвеждане на началото. остатъци в UT11.
Ще ви трябват само правила за 10-15 директории; в компактдиска, преди да качим данните със заявки, ние избираме всички баланси и ги прехвърляме в UT като първоначален вход. остатъци При тази опция имате максимум 1 ден работа.

Въпрос: Преход на 1C сървър от Windows mssql към Linux


Моля за съвет относно ситуацията.
Инсталиран 1C сървър под Windows Server и MSSql.
Трябва да преминем към Linux и Postgresql вече е там.

Как да направите такъв преход? Може би има преобразуване на база данни?

Благодаря ви предварително.

Отговор:() Защо не? Най-безпроблемната част, IMHO

Въпрос: Преход от ZUP 2.5 KORP към ZUP 3.1. Има ли причина?


Има ZUP 2.5 CORP.
Организацията има повече от 1000 служители (има производство, производствени стандарти, заплатите зависят от извършената работа).

Как да убедим в необходимостта от преминаване към 3.1?

Каква е печалбата? Е, ясно е, че един ден поддръжката на CORP ще спре да работи и тогава ще трябва да превключите.
До тогава?
Просто - да съм готов?

Кой прехвърли „не деца“ - колко месеца направиха две изчисления на заплатите (в ZUP 2.5 и в ZUP 3.1), преди напълно да изоставят 2.5?
Или има по-добри варианти за преходни практики?

Отговор:Не виждам смисъл да преминавам от корпоративната версия. големите холдинги си седят кротко и дори търсят специални консултанти за още 2,5

Въпрос: Преход към ZUP3 KORP


Планираме да преминем от ZUP3 PROF към ZUP3 CORP.

Който е правил подобен преход, моля да ми каже:
1) ZUP3 CORP - работи или все още е влажен? Има ли много критични грешки? 2) Колко често се коригират грешки и се пускат актуализации?
3) Преходът от ZUP3 PROF към ZUP3 CORP проста актуализация ли е?
4) Трябва ли да увеличим капацитета на сървъра, ако преминем към ZUP3 CORP?
5) Интересувах се от възможността за раздел „Самообслужване“ в ZUP CORP. Правилно ли разбирам, ако имаме 700 служители, то за да използваме тази функционалност ни трябва отделен лиценз за всяка връзка?!

Отговор: 3) Преходът от ZUP3 PROF към ZUP3 CORP проста актуализация ли е? - изглежда, че има инструкции за издания. Нищо сложно.
4) Трябва ли да увеличим капацитета на сървъра, ако преминем към ZUP3 CORP? - Не.
5) Интересувах се от възможността за раздел „Самообслужване“ в ZUP CORP. Правилно ли разбирам, ако имаме 700 служители, то за да използваме тази функционалност ни трябва отделен лиценз за всяка връзка?! - можете да зададете изчакване, след което системата ще изключи обикновен служител, за да не остава твърде дълго. Като цяло няма да имате нужда от много лицензи.

Подсистемата за самообслужване е много бедна като функционалност. Трябваше да пиша много.

Като цяло впечатленията от CORP са същите като от PROF. Не бяха забелязани специфични проблеми.

Въпрос: Неразбираемо поведение след преминаване от ZUP 2.5 към 2.5 Corp


Добър ден, колеги.

Възникнали са допълнителни обвинения по изх. счетоводство след прехода.
След като бързо преминах през обработката на публикуването, забелязах, че заявките за начисляване са променени:
// в основния запис SELECT Results.Individual AS Individual, Results.Result AS Result, SELECT WHEN Results.Type of Calculation.Calculation Method = VALUE(Enumeration.Methods of Calculation of Payment of Labor.Piecework Earnings) THEN Results.Result OTHERWISE 0 END AS Resultwise, 0 AS Result Atholding FROM Calculation Register AS LEFT JOIN Register of Employees' Earnings. за доходите на служителите. Индивидуално WHERE Резултати. Период на регистрация = ¶msStart И отчитане на приходите на служителите. Отчитане на организационни начисления И резултати. Резултат<>0 КОМБИНИРАЙ ВСИЧКИ...Допълнителни начисления КОМБИНИРАЙ ВСИЧКИ NDFL
И в друга
// ZUP Corp. Physolifier като резултат, резултатът е различен като Vydrassia 0 като резултат Организация. ОРГАНИЗАЦИЯ НАЧИСЛЕНИЕ НА РЕЗУЛТАТИ НА РЕЗУЛТАТИ (¶mEnd,) КАК Счетоводство за доходите на служителите ПО Results.Individual = Счетоводство за доходите на служителите.Индивидуално WHERE Results.Registration Period = ¶mStart AND IS NOTNULL( Счетоводство за доходите на служителите. Счетоводство за начисления в организацията, FALSE) и резултати Резултат<>0 КОМБИНИРАЙ ВСИЧКИ...

Отговор:Хм, оказа се, че в необновения zoom corp такава шапка е условие с проверка за null. Кажете ми, моля, не съм търсил нищо в Google... но ми се иска да знаех какво друго да търся в Google =\

Въпрос: Клиент-сървър PROF+CORP. Лицензи


Това е общ проблем, имам нужда от съвет
Bukh PROF, Zup CORP
Планирано
1. Сървърен лиценз
2. PROF лиценз 50 употреби
3. Лиценз на CORP 20 употреби

Лицензът за сървъра очевидно е CORP. Въпросът е - няма ли да има конфликти в тази ситуация?

Отговор:() не се оставяйте да ви притеснява, PROF лицензите са доста подходящи за достъп до ZUP CORP

Въпрос: Йерархия на отделни подразделения в BP Corp 2.0


Обменът между ZUP 2.5 и BP Corp 2.0 е конфигуриран. Размяната е почти стандартна. Всъщност от ZUP се изтегля само документът „отразяване на заплатите в нормативната отчетност“.
ZUP вече има йерархия от подразделения от този тип: родителят (да наречем подразделение A) има включен флаг „отделно подразделение“, докато самото подразделение (разделение B) няма този флаг. Тези. структура на формата A -> B. При качване в BP CORP се появява същата йерархия, но забелязах, че когато се опитам да пиша до BP Corp от дивизия B, се изписва следното съобщение:
„Това звено е отделно.
Група от обособени подразделения може да включва само обособено подразделение." Това означава, че конфигурацията забранява създаването на необособени подразделения в рамките на обособено подразделение.
Може би някой знае защо е установено такова ограничение (и това ограничение го няма в ZUP). Струва ми се, че точно такава структура е по-логична, отколкото когато отделните отделения вътре също са отделни...
Е, тъй като всичко това по някакъв начин беше заредено в BP Corp, какви проблеми могат да се появят поради това?
За съжаление все още е доста далеч от характеристиките на залива. счетоводство, така че ако е възможно, обяснете по-ясно))
Благодаря ти.

Отговор:() изчисляването на дяловете ще бъде неправилно, защото, доколкото си спомням, във всички заявки във всички условия заявките съдържат „= &SeparateUnit“, а не „В ЙЕРАРХИЯ“ и т.н.

() „Когато на практика искат това да не е така, те създават сегрегация в програмата“
Кой има тази практика? Методолозите на компанията 1C?
Така че, за да не се занимавате с подобни глупости, а да разпределите нормално разходите между реално съществуващи подразделения в рамките на отделно, е необходим секс с програмата.

Въпрос: Прехвърляне на информация за контакт от UPP 1.3 към BP 3.0 Corp


Здравейте, изобщо не работя с 1C - знанията и опитът ми липсват. Моля, помогнете ми да разбера преобразуването на данни, а именно прехвърлянето на информация за контакт, което е в UPP 1.3. се съхранява в информационни регистри, а в BP 3.0 Corp в табличния раздел на съответните директории.
Опитах описаната тук опция - в оригиналната си форма функцията TRANSFERWhenUpdatingC20() по някаква причина не дава резултат и не мога да я редактирам „за себе си“ - нямам достатъчно познания.
По същата причина не мога да го адаптирам към моя случай.

Ще съм благодарен за помощ и съвети.

Отговор:

Отворете стандартните правила за обмен. Когато не знаете кои точно ви трябват, механизмът за търсене е приблизително следният.
Разбирате, че трябва да прехвърлите КИ от регистъра в табличната част. Тоест от стария механизъм към новия. Старият беше внедрен на конференции с редовно приложение, като BP 2.0, UT 10.3 и т.н. А новата е вече управлявани форми. BP 3.0, UT 11 и др. Отворете нова конф. Вижте с кои стари конфове можете да настроите обмен там.
Например отваряте BP 3.0 и виждате там обмен с UT 10.3. След това погледнете къде е в конфигуратора, за да намерите правилата. Разбирате, че има план за обмен и че той има правила. След това запазете тези правила на вашия компютър (това не е лесно да направите, трябва да го прочетете. Има много информация в Интернет), след това го заредете в преобразуването и вижте как се прилага.
--- Обединяване на съобщения, 9 ноември 2016 г ---

Още по-добре отидете на инсталирания конфигурационен шаблон и го вземете от там

Типичната функционалност на ZUP 3 ви позволява да извършите първоначално прехвърляне на данни от програмата, издание 2.5. Една от опциите за прехвърляне е така нареченият „пълен“ трансфер на данни. Нека разгледаме по-подробно каква информация се зарежда и къде при извършване на тази опция за прехвърляне на данни.

Главна информация

Какви данни се зареждат

При пълната опция за прехвърляне на данни ще трябва да посочите годината, от която искате да прехвърлите данните за изчисление в ZUP 3. Информацията за направените изчисления за целия период от посочената година ще бъде заредена в ZUP 3.

При пълно прехвърляне в ZUP 3 ще бъдат заредени следните данни:

  • справочна информация – попълване на справочници организации,Деления ,Позиции ,Работно време , Физически лица ,служители ;
  • данни за персонала – цялата история на персонала се прехвърля директно в документите за персонала ( подбор на персонал,Трансфер на персонал ,Уволнение );
  • в документа се зарежда информация за направените начисления и удръжки Трансфер на данни (с код ЗаплатаИ WIP) за целия период от годината, която е посочена при извършване на превода;
  • видове начисляване и приспадане - прехвърлят се всички видове начисляване и приспадане, определени като планирани в документите за персонала, както и видовете начисляване и приспадане, присъстващи в документа Трансфер на данни (с код ЗаплатаИ WIP );
  • настройки за записи на персонала и изчисления на заплати - програмата, въз основа на прехвърлената информация, извършва само тези настройки, които може да изчисли въз основа на тези данни;
  • информация за взаимни разчети със служители – прехвърля се цялата информация за взаимни разчети за периода от годината, посочена при извършване на превода;
  • данни за изчисляване на средните доходи - данните за изчисляване на общите средни доходи (възнаграждение за отпуск, командировки и др.) се прехвърлят за предходната година и половина, а за изчисляване на обезщетенията, изчислени въз основа на средните доходи (отпуск по болест, родителски отпуск и др.) ) за предходните 3 години;
  • данни за данъка върху доходите на физическите лица и осигурителните премии - информацията се прехвърля за периода от годината, посочена при извършване на прехвърлянето.

В какви обекти се зареждат данните?

При „пълен“ трансфер информацията се зарежда или директно в счетоводни документи, или в документи Трансфер на данни .

Използват се следните счетоводни документи:

  • документация подбор на персонал , Трансфер на персонал , Уволнение ;
  • Празник за грижи за детето ;
  • документи в дневника Издръжка и други удръжки ;
  • Заявления за удръжки ;
  • Споразумения (включително авторски права) ;
  • Заеми на служители.

В документа е заредено доста значително количество информация от ZUP 2.5 Трансфер на данни (Администриране – Вижте също – Прехвърляне на данни). Тези документи имат буквени номера, по които можете да разберете какви данни съдържа всеки документ:

Кодове, които се прилагат и за двете опции за пренос на данни:

  • RKD, ROtp - регистър на персоналните заповеди за картата T-2;
  • ZP_ SZO, ZP_SZFSS - първоначални данни за изчисляване на средната печалба (информация за годишните бонуси се зарежда в документ с код ZP_GP - изчисления на удръжки по изпълнителни документи);
  • Данък върху доходите на физическите лица – данъчно счетоводни данни за данъка върху доходите на физическите лица;
  • PSS – социални осигуровки, които се отразяват в 4-FSS;
  • СВ – счетоводни данни за застрахователни премии;
  • DnSost – информация за отсъствия на служители;
  • РВ – документално регистрирано работно време Докладна карта ;
  • OSO – данни за изчисляване на остатъци от отпуски;
  • ЗП – данни за начисления и удръжки;
  • WIP – данни за начисления и удръжки за служители, изходни данни за справки за заплати;
  • ZS - сетълменти по заеми на служители;
  • VO – данни за взаимни разчети със служители (начислени, изплатени).

Трансфер на справочна информация

„Пълният“ трансфер на данни към ZUP 3.1 включва зареждане на следната справочна информация от ZUP 2.5:

  • Справочник организации — зарежда се информация за всички организации, за които се води счетоводство в ZUP 2.5: имена, информация за регистрация (TIN, KPP, OGRN и други кодове), адреси и телефонни номера, отговорни лица, основни настройки на счетоводната политика;
  • Справочник Деления , Работно време , Позиции— всички отдели, графици и позиции се прехвърлят.
  • Справочник служители— зарежда се информация за всички служители, които присъстват в прехвърлените кадрови документи и документи Трансфер на данни ;
  • Справочник Физически лица — прехвърля се информация за онези лица, за които е зареден съответният елемент от директория служители, както и лица, присъстващи в документите Трансфер на данни .
  • справочници НачисленияИ Задържа– прехвърлят се видовете начисления и удръжки, които се възлагат на служителите, както е планирано в прехвърлените документи за персонала, както и видовете начисления и удръжки, които присъстват в документите Трансфер на данни (с код ЗаплатаИ WIP ).

Прехвърляне на настройки за HR счетоводство и заплати

В сравнение с „препоръчителното“ прехвърляне на данни, при което на датата на прехвърляне се зарежда само част от данните, по-голямо количество информация се „премества“ като част от „пълното“ прехвърляне. Следователно програмата има повече опции за определяне на настройките на програмата.

Например, тъй като се прехвърлят данни за историята на начислените заплати (тази информация се зарежда в документи Трансфер на данни - повече за това по-долу), тогава програмата има възможност да определя някои първоначални настройки въз основа на заредените начисления. Ако в тези данни програмата открие начисления за командировка или за работа през почивните и празнични дни, тогава в настройките на заплатите автоматично ще бъдат маркирани съответните квадратчета.

Принципът на попълване е подобен за други настройки за изчисляване на заплатите, досиета на персонала и счетоводни политики. За да попълни настройките, програмата взема информация от документи Трансфер на данни , от прехвърлени кадрови документи, информация за планирани начисления и удръжки, както и от справочници.

Прехвърляне на данни за персонала и информация за планирани начисления

„Пълният“ трансфер на данни включва прехвърляне на цялата история на персонала от ZUP 2.5 директно в документи за персонала 1C ZUP 3. Можете да видите тези документи в дневника на документи Всички документи за персонала (Персонал – Всички документи за персонала).

Тези документи съдържат следната информация:

  • длъжности, заемани от служители;
  • използвани работни графици;
  • право на почивка;
  • брой направени залози;
  • вид заетост;
  • планирани начисления - с „пълно“ прехвърляне всички планирани начисления, които някога са били възлагани на служители по планиран начин, се зареждат в ZUP 3.
  • възможност за авансово плащане - ако е в ЗУП 2.5 в указателя служителие попълнена твърда авансова сума за служителя, след което в ЗУП 3.1 за такъв служител в документа подбор на персонал също ще бъдат установени Фиксиран аванс . Ако фиксираната сума от 2,5 не е попълнена, тогава опцията ще бъде заменена Изчислено за първата половина на месеца .
    Също така в ZUP 3.1 има друг начин за изчисляване на аванса Процент от тарифата . Ако искате да зададете точно тази опция за изчисляване на авансово плащане на служител, можете да използвате документа Предварителна промяна (въвежда се на първо число на месеца, от който започва счетоводното отчитане в ЗУП 3.1).
  • информация за трудовия договор.

Формиране на информация в щатното разписание след преместването

След приключване на „пълното“ прехвърляне към ZUP 3.1 се формира щатно разписание, но то се формира на базата на информация за заетите щатни единици.

Също така информация за наличието на „вредни“/„трудни“ позиции, за които трябва да се изчислят допълнителни вноски, се зарежда в таблицата с персонала. Ако организацията към момента на прехвърляне на данни има служител, който работи на позиция, за която се изчисляват допълнителни вноски, тогава тази информация ще бъде прехвърлена към съответната позиция в таблицата с персонала.

И именно на базата на тази информация в настройките на счетоводната политика ( Директория на организацията - раздел Счетоводни политики и други настройки - Счетоводни политики) квадратчето ще бъде отметнато Има служители с право на ранно пенсиониране . И може би квадратчето ще бъде отметнато Прилагат се резултатите от специална оценка на условията на труд , ако при преместването присъства служител, за чиято щатна единица е определен клас условия на труд.

Прехвърляне на информация за планирани удръжки

Информацията за текущите планирани удръжки в ZUP 3.1 се зарежда чрез съответните документи на дневника Издръжка и други постоянни удръжки (Заплата - Удръжки).

Например, ако в момента на прехвърляне на данни в ZUP 2.5 служителят е имал валидно приспадане по изпълнителен лист, тогава ще бъде създаден документ в ZUP 3.1 Списък на изпълнението с подобна информация за изчисление.

Друг пример е удържането на вноски за доброволно осигуряване във фонд „Пенсии“. Ако в ZUP 2.5 този вид приспадане е валиден за служител в момента на прехвърляне на данни, тогава в ZUP 3.1 ще бъде създаден специален документ Удържане на премии по доброволно осигуряване .

Ако говорим за някакво произволно планирано удържане, за което няма съответен документ в ЗУП 3.1, то в справочника Задържаще бъде създаден нов вид приспадане и ще бъде генериран документ в дневника Издръжка и други удръжки , на когото това приспадане е предвидено да бъде възложено на служителя.

Прехвърляне на информация за разплащания със служители

Историята на взаимните разплащания със служители за периода, посочен в асистента за прехвърляне на данни, се зарежда в документи с номер VZ. Поради факта, че цялата информация за взаимни разплащания за периода се прехвърля, в отчетите за заплати на ZUP 3 е възможно да се проследи историята на салдата за служителите през периода на прехвърляне.

Въпреки това, прехвърлянето на пълната история на взаимните разчети за всички служители (дори уволнените), а не балансите на взаимните разчети само на работещите служители, както се случва с „препоръчителното“ прехвърляне, може да доведе до прехвърляне на „несъществуващи“ задължения поради счетоводни грешки в ЗУП 2.5.

Ако възникне такава ситуация, дългът на служителя може да бъде коригиран директно с документа Трансфер на данни . Корекцията се извършва с помощта на следните регистри за натрупване:

  • Изплаща се заплата – въз основа на салдата в този регистър се формира сумата за попълване на документи Изявление... ;
  • Взаимни разплащания със служители – въз основа на салдата в този регистър се формира балансът за взаимни разчети със служители в отчетите за заплати на ZUP.

Струва си да се има предвид, че движенията на „получаването“ увеличават дълга към служителя, а движенията на „разходите“, напротив, отразяват факта, че дългът е бил отписан. Като се има предвид това, ако е необходимо, „несъществуващите“ салда трябва да бъдат коригирани.

Информация за начисления и удръжки, направени през периода на прехвърляне

„Пълният“ трансфер, за разлика от „препоръчителния“ трансфер, включва качване на информация за начисления и удръжки, направени през периода на трансфер. Тази информация се съхранява в документи Трансфер на данни , които имат следните номера:

  • Заплата– в този документ информацията се зарежда в регистъра на изчисленията НачисленияИ Задържа. Прехвърлянето на тази информация по-специално ще позволи да се вземат предвид начисленията и удръжките за минали периоди в текущите изчисления.
  • WIP– тези документи съхраняват информация за начисления, удръжки и отработени часове, които ще се използват за генериране на отчети за заплатите за периода на прехвърляне ( Фиш за заплата ;Пълен набор от такси, удръжки и плащания ;Анализ на заплатите по служител и така нататък.).

Информация за изчисляване на средните доходи

Информацията за изчисляване на средната печалба се прехвърля в документи със следните номера:

  • ZP_SZO– документите съдържат информация за отработеното време и начисленията, които ще се използват в ZUP 3.1 при изчисляване на заплата за отпуск, командировки и други случаи, при които се изчислява неразпределената средна заплата (с изключение на случаите на изчисляване на обезщетения). Информацията за всеки месец се зарежда в отделен документ.

Данните за отработените часове се попълват в набирателния регистър Данни за времето за изчисляване на средната стойност (общо) , и информация за начисленията в набирателния регистър Данни за начисления за изчисляване на средни доходи (общо) .

  • ZP_SZFSS– документите съдържат информация за начисления и „извънредни“ периоди (болест, родителски отпуск и др.), които ще се използват за изчисляване на обезщетенията въз основа на средните доходи (болничен, родителски отпуск). За всеки месец също се създава отделен документ.

В допълнение към информацията за начисленията и времето в този документ в спестовния регистър Данни на застрахованите лица за изчисляване на средните доходи (FSS) може да съдържа информация за доходите на служители от предишни места на работа, ако тази информация е попълнена в ZUP 2.5 в документа Удостоверение за доходи от други застраховани лица .

Счетоводни данни за данък върху доходите на физически лица и осигуровки

Заявления за приспадане на данъка върху доходите на физическите лица

Информация за удръжки, които са конфигурирани на ниво директория в ZUP 2.5 служителив ЗУП 3.1 се зареждат в отделни документи в дневника Заявления за удръжки (Данъци и вноски - Заявления за удръжки).

Данни за данък върху доходите на физическите лица, застрахователни премии и обезщетения

Информацията за доходите, изчислените осигуровки и изчисления, удържан и преведен данък върху доходите на физическите лица, както и приложените удръжки се зарежда в документи Трансфер на данни с кодове NE,Данък върху доходите на физическите лица. При „пълно“ прехвърляне тези данни се зареждат в ZUP 3 за периода, започващ от годината, която е посочена в първоначалния асистент за прехвърляне, а не само за текущата година, както беше при „препоръчителното“ прехвърляне.

Също така си струва да се отбележи, че в документа с кода PSSзарежда се информация за обезщетения за сметка на ДОО, начислени през периода на прехвърляне. Тази информация се използва и за попълване на регулирани отчети (4-FSS, ERSV).

Друга информация в документите за прехвърляне на данни

  • CCA– документите с този код съдържат информация за действителните отпуски на служителите. Въз основа на тези данни се изчислява балансът на отпуските на служителите и се попълва информация и в отчетите за персонала за отпуски (напр. Удостоверение за остатъци от отпуск ).

  • I Л– в този документ се зарежда информация за удържаните суми по изпълнителни листове. Информацията се използва за изчисляване на изпълнителни листове при удържане до определена сума, както и за попълване на печатен формуляр Карта за запис на изпълнителни документи с плащане и да генерирате отчет Изпълнителни листове, споразумения за плащане на издръжка и др.
  • ZS– съдържа информация за историята на направените удръжки по заеми за периода на прехвърляне на данни. Тази информация се взема предвид при изчисляване на удръжките по заема, за да се определи кога удръжките по заема престават, както и за генериране на отчети за заема.

Във връзка с прекратяването на поддръжката на „Заплата и управление на човешките ресурси Rev. 2.5“ в края на 2017 г., спешният въпрос е как да прехвърлите идентификационни данни към новото издание на програмата?

Преходът от ZUP 2.5 към 3.0 се извършва чрез прехвърляне на данни от базата данни с версия 2.5. Поради частичната промяна в структурата на конфигурацията не е възможно просто да актуализирате конфигурацията до ново издание. Можете да разберете за разликите между издание 2.5 и издание 3.0 и прехвърлените данни.

Първо трябва да създадете чиста информационна база с версия 3.0.

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

В първата стъпка посочете, че искате да мигрирате данни от версия 2.5.

Внимание, прехвърлянето на данни е възможно само от версия не по-ниска от 2.5.94.1.

На следващата страница изберете началния месец на работа

Ако трябва да извършите „пълен“ трансфер на данни, тогава на тази стъпка трябва да промените опцията, като използвате връзката „Настройки“.
При тази опция посочвате не месеца, а периода, за който ще се прехвърлят данните. Програмата също ще ви подкани да изберете дали да прехвърлите начисления или не.

Следващата стъпка стартира самата процедура за прехвърляне на данни. Продължителността на цялата процедура зависи от количеството прехвърляни данни и може да отнеме няколко часа.

Когато процесът на изтегляне приключи, щракнете По-нататък.

Това завършва трансфера на данни.

Ако по някаква причина е необходимо да се започне повторно прехвърляне от същата информационна база, тогава по време на процеса регулаторната, референтната и счетоводната информация ще бъде сравнена с това, което вече е в базата данни. Например лицата се съпоставят по пълно име и дата на раждане. Вече прехвърлените данни няма да бъдат дублирани.

Можете да започнете повторно прехвърляне от секцията „Администриране“, като използвате връзката „Прехвърляне на данни от предишни програми“. Връзката е достъпна, ако първоначалната настройка на програмата е приключила след първото прехвърляне.

Опростена опция за прехвърляне на данни от 1C ZUP 2.5 към 1C ZUP 3.0

Когато прехвърляте данни от 1C ZUP 2.5, обърнете внимание на бутона „Настройки“, където можете да зададете опцията за прехвърляне на данни. По подразбиране 1C ZUP 2.5 предлага нова опростена опция за прехвърляне на данни. Но можете да използвате прехвърлянето на начисления от предишната програма, ако има много данни:

Разработчиците на 1C посочиха, че не се препоръчва използването на прехвърляне на начисления от предишната програма. Въпреки това, всяка информационна база 1C 8.2 ZUP е уникална и трябва да разгледате коя опция за прехвърляне на данни е най-подходяща. Всяка опция за прехвърляне на данни има своите предимства и недостатъци, които са отразени в таблицата „Сравнение на опциите за прехвърляне на данни“:

Прехвърляне на данни за персонала и планирани начисления към 1C ZUP 3.0

При старото прехвърляне ще бъде прехвърлена цялата история на персонала на настоящите служители, тоест ще бъде прехвърлен целият указател на отделите, всичко ще бъде прехвърлено в указателя на длъжностите и т.н. за целия период.

В новата версия само част от данните за персонала се прехвърлят към началната дата на счетоводството. Тоест, прехвърлят се само тези подразделения, тези длъжности и тези служители, които са от значение към началната дата на счетоводството в новата база данни 1C ZUP 3.0. В този случай историята на персонала за картата T-2 се губи.

При ново прехвърляне се отразява част от данни за персонала в раздел Персонал - документът „Данни за начало на работа“ и не е извършен първоначално. Документът не е напълно попълнен, посочени са служителите, отделът, длъжността, работният график, ваканционните салда:

В този случай данните за планираните начисления не се прехвърлят, тъй като планираните начисления по новата опция не се прехвърлят от ZUP 2.5 в ZUP 3.0. Предполага се, че потребителят трябва да въвежда самостоятелно планираните начисления. Това всъщност може да е по-лесно, отколкото да се справяте със старите настройки:

В допълнение, планираните начисления могат да бъдат присвоени на служителите в щатното разписание, тъй като щатното разписание също се прехвърля като щатно разписание към началната дата на счетоводството. След това в документа „Данни за начало на работа“ трябва да кликнете върху бутона „Актуализиране според щатното разписание“ и всички планирани начисления по щатното разписание ще бъдат автоматично попълнени:

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

След прехвърляне на данни съгласно новата опростена версия от 1C ZUP 2.5 към 1C ZUP 3.0, докато планираните начисления не се присвояват на служителите, заплатите няма да се начисляват в 1C ZUP 3.0.

Прехвърляне на начисления и удръжки в 1C ZUP 3.0

Когато избира да прехвърли начисления и удръжки от предишната програма 1C ZUP 2.5, потребителят на 1C ZUP 3.0 може да създаде обобщение за предходния период на начислените заплати и да види: колко е начислено, удържано, изплатено и т.н. В новия опростен превод не се зареждат начисления и удръжки от минали периоди.

Прехвърляне на данни за изчисляване на средните доходи в 1C за персонал 3.0

Данните за изчисляване на средните доходи се прехвърлят от 1C ZUP 2.5 към 1C ZUP 3.0 и в двете версии, но по различни начини. При прехвърляне на начисления от предишната база данни, данните се записват в документа „Прехвърляне на данни“. Можете също така да коригирате данните за изчисляване на средните доходи в този документ.

В новата опция за прехвърляне данните за изчисляване на средните доходи в 1C ZUP 3.0 се съхраняват в информационни регистри и могат да се редактират в калкулатора на средните доходи. Но тук има един нюанс. Например, когато създавате документ за ваканция, веднага щом посочите периода на ваканция, средните доходи ще бъдат изчислени веднага, тъй като данните за средните доходи са прехвърлени автоматично по време на прехода:

Данните за средните приходи могат да бъдат редактирани, ако се открие грешка:

Автоматично се поставя отметка в квадратчето „Използване на същите данни при изчисляване на отпуск по болест и обезщетения за отглеждане на дете“:

Нулирайте това поле за отметка; не може да се инсталира в 1C ZUP 3.0. Ако въведете данни или просто отворите данни за средните доходи, след това поставете отметка в квадратчето и публикувайте документа за ваканция, тогава тези данни ще заменят базата за изчисляване на отпуск по болест и данните ще бъдат загубени.

Същото важи и за отпуск по болест, когато въвеждате данни за средни доходи в калкулатора, трябва да премахнете отметката. Тъй като документът отразява данни за изчисляване на обезщетения и това е съвсем различна база, а не за ваканции. Следователно квадратчето за отметка трябва да бъде премахнато:

Прехвърляне на данни за взаимни разплащания към 1C ZUP 3.0

При пълно прехвърляне от предишната база данни с данни за взаимни разплащания е необходимо да се разберат и върнат балансите към нормалното. След опростено прехвърляне към 1C ZUP 3.0 данните за взаимните сетълменти се въвеждат ръчно.

Прехвърляне на данни за данъка върху доходите на физическите лица и вноските към 1C ZUP 3.0

Данните за данъка върху доходите на физическите лица и вноските, когато са напълно прехвърлени от предишната база данни, се отразяват в 1C ZUP 3.0 за целия период.

При новия метод на прехвърляне данните за данък върху доходите и вноските се прехвърлят с помощта на документа „Прехвърляне на данни“, но само за текущата година и тези, които трябва да бъдат отразени в отчетността. В 1C ZUP 3.0 изберете секцията „Администриране“ и отворете документа „Прехвърляне на данни“, който показва информация само за текущата година:

Например за данъка върху доходите на физическите лица информацията, която трябва да бъде показана в отчетите, се отразява:

Сравнение на опциите за прехвърляне на данни от 1C ZUP 2.5 към 1C ZUP 3.0

При пълно прехвърляне на данни от предишната информационна база 1C ZUP 2.5, повече данни се отразяват в новата база данни 1C ZUP 3.0. Но процесът на прехвърляне отнема повече време и поставя повишени изисквания към качеството на данните в 1C ZUP 2.5. Ако имаше грешки или неправилни настройки в 1C ZUP 2.5, всичко това ще бъде прехвърлено към новата програма 1C ZUP 3.0. Ще трябва да го коригирате и да губите време.

Новият опростен трансфер използва минимално необходимите данни. Това е бърз трансфер. В новата база данни 1C ZUP 3.0 можете да приложите новите необходими настройки, но е необходимо ръчно въвеждане на данни. По-специално, за да се изчисли заплатата, е необходимо да се изпълнят планираните начисления.


Моля, оценете тази статия:
© 2024 heatmark.ru. Онлайн списание по психология. Нарушения на съня, неврология, методи на лечение.