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

Днес ще говорим с вас за първоначалното попълване на данни в 1C ZUP 3.0, при условие че преди това сте запазили всичко в Счетоводство 3.0. Като цяло тази възможност се появи едва (декември 2014 г.). Преди това, ако сте работили в Счетоводство 3.0 и сте закупили допълнителна кутия с програма за заплати, тогава ще трябва да въведете всички първоначални данни от нулата. При извършване на процедурата за синхронизиране на счетоводството и заплатите сте получили само няколко справочника.

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

Въпреки че, ще кажа като програмист, вътрешната структура на данните на Счетоводство 3.0 и Заплати и управление на персонала 3.0 е почти същата. Дори писах на техническата поддръжка на 1C с въпроса защо такива неща като наемане, трансфери, информация за доходите за отчитане на данъка върху доходите на физическите лица и застрахователните премии, самите вноски и данъците не са синхронизирани. Взаимни разплащания със служители. Всички тези данни в 1C Accounting 3.0 са в същите регистри като в ZUP. Със същите имена и полета.

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

Е, нека да видим как изглежда и какво са програмирали нашите любими 1Sovtsy от Москва.

Всичко описано по-долу е направено на изданието „Заплати и управление на човешките ресурси, издание 3.0 (3.0.20.43)“.

Въз основа на това са възможни промени и подобрения в бъдещи версии.

Така че имаме база данни 1C Accounting 3.0, версия 3.0.37.35, и празна, никога не стартирана база данни 1C Salary and Personnel Management 3.0, версия 3.0.20.43.

Пускаме ZUP и първото нещо, което виждаме, е интерфейсът на таксито и рекламният блок. Затваряме рекламата и формата за достъп до ITS.

На екрана все още имаме обработка за първоначално попълване на базата данни.

Избираме втората (в тази версия е втората) опция - Прехвърляне на данни от програмата "1C: Счетоводство 3.0" и щракнете върху "НАПРЕД"

Тук трябва да изберем база данни от списъка и да посочим правилно потребителското име и паролата. Трябва да прехвърлите данните за изчислението, така че да имате попълнени данни за две години. Тези. в началото на 2015 г. е необходимо да се отложи 2013 г. Това е необходимо за изчисляване на средната дължима към Фонда за социално осигуряване.

Следващият прозорец ни показва процеса на качване/изтегляне на данни. Всичко е с един бутон, натискайте го смело :)

Тук стъпих на първия рейк!

При свързване с базата данни получих грешка. Още на първата стъпка. Явно съм късметлия. Ето доклада за грешка:

Неуспешно свързване с информационната база:

Грешка при извикване на контекстния метод (Свързване)

Възникна изключение (V83.COMConnector.1): Версията на компонента "comcntr" (8.3.4.496) е различна от версията на основния модул "core83" (8.3.5.1248)

Какво да правим по въпроса? Каква е причината?

Причината е, че редовно инсталирам най-новата платформа, но не изтривам старите версии. Стартирах 1C:ZUP под най-новата версия на платформата. По някаква причина, при свързване чрез OLE към друга база данни на Windows, COM обектът от предишната версия беше върнат към нея. Има две решения:

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

Качването беше успешно в моя случай, но качването се провали много пъти с грешки. Причината беше същата.

Тук стъпих на ВТОРИЯ рейк!

В началото на 2014 г. базата данни беше подрязана в 1C: Счетоводство. Изрязване, освен публикациите, изрязваше и информационните регистри. По-специално правата на удръжки, планирани начисления за служители...

Всички те бяха вмъкнати по време на процеса на свиване под формата на срез от последните в края на предходната година в операция, въведена ръчно. Освен това всеки регистър беше регистриран като отделна операция.

Това е по-скоро задръстване на „творците“. При зареждането на тези данни програмата се оплака, че записващото устройство не може да бъде празно, т.е. в правилата за преобразуване нямаше правило за типа данни "документ. Счетоводна операция". Това е отвратително. В ZUP няма счетоводна операция, но има документ „Пренос на данни“, който също може да мести всякакви регистри и е създаден за такива неща.

Като цяло се борих по следния начин:

1. Съдържанието на транзакциите е изтрито. Именно той влезе в операцията и изтри всички движения.

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

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

С това приключвам разказа си. Вторият рейк беше сериозен, защото... Никой не дава нормални грешки. За да хвана врагове използвах следния метод.

Повече от доволен съм от резултата от изтеглянето. В ЗУП имаше всичко, което можеше да се прехвърли. Просто трябваше да се занимавам с ръчно настройване на типовете изчисления. Трябваше да създам индикатори и да ги въведа отново в документите за персонала, но това е логично, защото в 1C Bukh 3.0 изобщо няма индикатори. Средните данни бяха прехвърлени, което не можеше да не се хареса.

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

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

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

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

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

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

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

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

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

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

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

Това завършва прехвърлянето на данни.

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

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

Темата на днешната статия е преходът на програмата 1C: Заплата и управление на персонала от издание 2.5 към издание 3.0.

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

Причина за преминаване към версия ZUP 3.0

Причината за преминаването към новото издание на ZUP е премахването на поддръжката от 2018 г. във версия 2.5, промяна в законодателството. Компания 1C публикува съответното информационно писмо № 22222 от 18 ноември 2016 г. Ето извадки от това писмо относно изданието на ZUP 2.5:

  • Ще има възможност за подаване на годишни отчети за 2017 г.;
  • Няма планове за подкрепа на законодателството от 2018 г. в издадени актуализации;
  • Потребителите на издание 2.5 на конфигурацията „Заплата и управление на човешките ресурси“ на PROF и основните версии, които по някаква причина не искат да преминат към издание 3 след края на ограничената поддръжка, могат да надстроят до по-скъпия продукт 4601546081506 „1C: Заплата и управление на човешките ресурси 8 КОРП” .

Трябва обаче да се отбележи, че ZUP версия 2.5 през 2018 г. остава поддържана в стандартните решения „1C: Управление на производственото предприятие“ и „1C: Интегрирана автоматизация“. Въпреки това, няма стандартен обмен на данни за прехвърляне на резултатите от ZP изчисленията от ZUP 3.0 към тези конфигурации.

Ако има промяна в законодателството през 1-во тримесечие на 2018 г., тогава вече няма да е възможно да се подават отчети от ZUP 2.5 Basic или PROF. Ето защо 1C препоръчва предварително да разрешите проблема с преминаването към ново издание.

„1C: Заплати и управление на персонала“ издание 3.0 има редица значителни предимства пред предишното издание:

  • Мобилно приложение;
  • Лична сметка на служител (концепция за самообслужване);
  • По-удобен и гъвкав персонал (различни възможности за управление);
  • Възможност за регистриране на две кадрови събития в един ден (например наемане и командировка в един и същи ден);
  • Функционалност за комбиниране на длъжности (предвидени са различни опции за комбиниране и изчисляване на заплатите);
  • Дублирането на документи за персонал и сетълмент е елиминирано (сега документите са унифицирани, достъпът е ограничен от роли: служителите по персонала могат да виждат и редактират само своята част от документа, а счетоводителите - своите). Отпада проблемът с грешно изчислените (забравени) кадрови документи. Например, по-рано във 2.5 уволнението на служител беше регистрирано в няколко документа, сега е един документ;
  • Извършени са плащания на бивши служители и дори не на служители изобщо, а на трети лица (преди това изискваше „фиктивен“ процес на наемане);
  • Въведена е възможност за коригиране на документи в текущия период (например преизчисляване на платена ваканция и правилно отразяване на тази операция в 6-NDFL);
  • Нивото на автоматизация на генерирането на регулирания отчет 6-NDFL е значително подобрено (в 99% от случаите отчетът се генерира автоматично и не изисква ръчни настройки)

Подготовка за миграция на данни

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

важно! Преди прехвърляне трябва да актуализирате ZUP 2.5 до най-новата текуща версия.

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

Бърз преглед на вашите опции за мигриране на данни

Разработчиците са предоставили две възможности за прехвърляне на данни. За целите на конвенцията ще дадем имена на тези две опции и много кратко описание (по-подробно описание и разлики ще бъдат описани по-късно в тази статия).

« Прехвърляне на баланси» — прехвърля се минималното количество информация, достатъчно за започване на счетоводство в новото издание. В този случай не се прехвърля информация, която очевидно не може да бъде прехвърлена качествено поради разлики в счетоводните методи или в структурата на програмите. Тази опция за прехвърляне се използва по подразбиране (това е опцията, препоръчана от разработчиците на 1C). Тази опция за прехвърляне може да се използва от всеки период в средата на годината; всички данни за изчисляване на средните доходи и отчитане на данъка върху доходите на физическите лица и вноските ще бъдат прехвърлени към новата програма. Но изчисляването на заплатите ще се извършва само въз основа на първоначални данни (всички предишни периоди няма да се вземат предвид).

« Пълен трансфер" - при тази опция се прехвърлят данни за всички минали периоди, в резултат на което в новата база данни ZUP 3.0 ще могат да се генерират отчети за минали периоди (персонал и ведомост). Прехвърля се неизползвана или рядко използвана информация, което ненужно увеличава както времето за прехвърляне, така и вероятността от прехвърляне с грешки.

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

Забележка! Ако в ZUP 2.5 сте водили записи на заплатите на ръководството (т.нар. „управленско счетоводство“), то тези данни няма да бъдат прехвърлени в новата база данни според нито една от опциите. Това се дължи на факта, че ЗУП 3.0 не предвижда управленско счетоводно отчитане на заплатите.

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

В първата стъпка избираме типа източник на първоначални данни. Или иначе казано от коя програма ще прехвърлим.

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

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

  • Използвайте нови възможности за счетоводство и ведомост на човешките ресурси (опцията по подразбиране е прехвърляне на баланси);
  • Използвайте начисления от предишната програма (вторият вариант е пълен трансфер).

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

Прехвърляне на баланси

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

  • Да се ​​изчисли средната работна заплата (за социални осигуровки - за предходните три години, за отпуски и други случаи - за предходните 15 месеца);
  • За изчисляване на данъка върху доходите на физическите лица и за изчисляване на застрахователните премии (ако началната дата не е януари, т.е. не е началото на годината).

Освен това ще бъдат прехвърлени данни за персонала и заплатите (не всички данни ще бъдат прехвърлени, а само тези, които се използват към началната дата на счетоводството в новата програма):

  • Данни за организации, подразделения, длъжности и служители и всичко свързано с тях, като трудова дейност, състав на семейството и др.;
  • Видове сетълменти (начисления и удръжки);
  • Данни за попълване на лични картони на служители (Т-2);
  • GPC споразумения;
  • Валиден родителски отпуск;
  • Кадрово разпределение на служителите към началото на периода на работа в новата програма;
  • Салда по взаимни разплащания със служители.

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

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

Щатното разписание не се прехвърля, а се създава в новата програма въз основа на щатното разписание към началната дата на работа. За да го доведете до целта, ще е необходима ръчна настройка. Освен това ръчната настройка на таблицата с персонала е подходяща и за двата варианта на прехвърляне.

Данните за картата Т-2 се прехвърлят не чрез документи, а чрез записи в съответните регистри. В новата програма ще имате възможност да анализирате трудовата история на служител, но няма да имате такава възможност да „пропаднете“ в документ и да коригирате нещо в него.

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

Какво не се пренася в тази опция:

  • Свободни работни места;
  • Заплащане варира от щатното разписание;
  • Видове изчисления с произволни формули;
  • Информация за аналитични отчети за персонала (например обобщение на промени в персонала или наети и уволнени служители и др.);
  • Информация за изчислени аналитични отчети (например обобщение на начисленията за периода преди началото на дейността);
  • Информация за плащане по тарифни категории (разликата в методиките на изчисление е 2,5 и 3,0). За такива служители ще е необходимо да се назначат нови начисления, предвидени за тази ситуация в ZUP 3.0 (това важи и за опцията Пълно прехвърляне);
  • Информация за заеми на служители. В новата база данни ще трябва да регистрирате отново информация за заеми, като вземете предвид вече частично погасения дълг (при пълно прехвърляне заемите се прехвърлят);
  • Временни трансфери на персонал. Когато изтече датата на прехвърляне в новата база данни на ZUP. В този случай може да възникне проблем с разделянето и графика, а именно след завършване на превода няма да настъпи автоматично връщане към предишните стойности. Това се дължи на факта, че само част от данните се прехвърлят в началото на периода на работа и може да възникне ситуация, че отделът и графикът на никого не са включени и в резултат на това няма да бъдат прехвърлени;
  • Данни за платежни нареждания за данък върху доходите на физическите лица. Към момента на писане на тази статия всички данни за генериране на 6-NDFL и 2-NDFL отчети са перфектно прехвърлени. Но няма такава информация като данни за плащане за данък върху доходите на физическите лица. От тях може да се изисква да създадат данъчен счетоводен регистър за данъка върху доходите на физическите лица.

Пълен трансфер

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

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

Ето какво се пренася в този вариант:

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

Списък на прехвърлените документи (те могат да бъдат отворени и прегледани в новата база данни):

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

Всички други данни се прехвърлят чрез директни записи в счетоводните регистри.

Сравнение на опциите за трансфер

Важен момент. В типичен механизъм за прехвърляне на данни осигурете следните сценарии за обединяване на бази данни:

  • Организации от няколко ZUP 2.5 бази данни към една ZUP 3.0 - този сценарий на прехвърляне се поддържа;
  • Организации от един ZUP 2.5 към отделни бази данни ZUP 3.0 - този сценарий на прехвърляне НЕ се поддържа (не може да се реализира по нестандартен начин).

Резултат от прехвърляне на данни

За да видите резултата от прехвърлянето на данни към ZUP 3.0, трябва да отидете в дневника на документа „Данни в началото на операцията“.

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

  • Първоначално окомплектовка;
  • Просрочени заплати;
  • Платени периоди преди началото на дейността.

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

  • всички служители;
  • техните длъжности и дата на наемане;
  • подразделения;
  • текущи планови начисления;
  • брой направени залози;
  • възможност за авансово плащане;
  • работни графици;
  • както и салда за отпуски.

Документът „Просрочени заплати“ съдържа следната информация (документът може да се редактира):

  • Списък на служителите;
  • дивизии;
  • Размер на дълга.

Типът документ „Платени периоди преди началото на дейността“ съдържа следното (тези данни ще бъдат взети предвид при изчисляване на заплатите):

  • Списък на служителите;
  • Период на плащане;
  • Тип период (например отпуск по болест и др.).

Информацията за служителите на организацията се прехвърля в стандартната директория „Служители“. Намира се в секция „Персонал“. Датата на приемане се записва директно в картата на служителя (тъй като няма отделен документ за това).

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

Всички други документи, включително данни за отчитане, се намират в документите „Прехвърляне на данни“. Документите се намират в секция "Администрация".

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

В дневника за документи „Прехвърляне на данни“ полето „Номер“ съдържа кода на документа (или, с други думи, вида на документа).

По-долу е дадена разбивка на кодовете на документи „Прехвърляне на данни“:

  • TDK— Информация за трудови договори;
  • РКД— Информация за персонала за формиране на карта Т-2;
  • ROTP— Данни за всякакъв вид почивки;
  • I Л— Удръжки по изпълнителни листове;
  • ZP_SZfss— Първоначални данни за изчисляване на средните доходи за обезщетения;
  • ZP_SZo— Първоначални данни за изчисляване на средните доходи за почивка;
  • Данък върху доходите на физическите лица— Счетоводни данни за данъка върху доходите на физическите лица;
  • PSS— Ползи за фондовете на FSS, за отразяване в 4-FSS;
  • NE— Счетоводни данни за застрахователни премии.

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

  • DnSost-Информация за отсъствие на служители;
  • ROTP— регистър на отпуските;
  • CCA— Реални почивки;
  • Заплата— Данни за всички начисления и удръжки на служителите;
  • WIP— Данни за всички начисления и удръжки за служителите за формиране на записи, фишове за заплати и др.;
  • ZS— Уреждане на заеми;
  • VZ— Подробни данни за взаимни разплащания за генериране на информация за дълга;
  • ДЗП— Взаимни разплащания между вложителите.

Проверка на трансфера

И двата варианта на прехвърляне изискват съгласуване на крайните данни. На какво първо трябва да обърнете внимание:

  • дивизии;
  • Работни графици;
  • Видове начисления и удръжки (възможност за използване на нови функции във версия Z.0);
  • Лични данни на служителите (като опция можете да отпечатате лични карти T-2 и да ги раздадете на служителите за проверка срещу подпис);
  • Таблица с персонал (и в двата варианта за прехвърляне трябва да го добавите ръчно);
  • Салда за отпуски (стандартен отчет „Салда за отпуски”);
  • Планирани начисления (стандартна справка „Анализ на заплатите по начисления”);
  • Планирани удръжки (универсален отчет за регистър „Планирани удръжки”);
  • Просрочени заплати (стандартен отчет „Просрочени заплати“).

В ZUP 3.0 няма специален отчет за проверка на прехвърлянето на данни за изчисляване на средните доходи. Алтернативно, съгласуването може да се извърши с помощта на универсален отчет (раздел „Администриране” - „Печатни формуляри, справки и обработка” - „Универсален отчет”).

Данните за изчисляване на средната стойност се записват директно в регистрите:

  • Натрупващ регистър „Времеви данни за изчисляване на средната (обща)”;
  • Набирателен регистър „Данни за начисления за изчисляване на средна заплата (общо)“;
  • Набирателен регистър „Данни на застрахованите лица за изчисляване на средни доходи (FSS)”;
  • Регистър за натрупване „Данни за начисления за изчисляване на средни доходи (FSS)“;
  • Информационен регистър “Времеви данни за изчисляване на средната (FSS)”.

За съгласуване на данните за данъците върху доходите на физическите лица в ZUP 3.0 можете да генерирате стандартни справки: Данъчна карта за данък върху доходите на физическите лица, Анализ на вноските по месеци и др.

Най-оптималният вариант за съгласуване на резултатите от превода е съгласуване на резултатите от изчисленията на заплатите в ZUP 2.5 и ZUP 3.0 за първите периоди на работа след прехода.

Типичната функционалност на 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); IL - изчисления на удръжки съгласно изпълнителни документи;
  • Данък върху доходите на физическите лица – данъчно счетоводни данни за данъка върху доходите на физическите лица;
  • 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.

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

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

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

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

Това завършва прехвърлянето на данни.

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

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