Datu pārsūtīšana uz tālummaiņu 3.1. Informācijas veidošana personāla tabulā pēc pārcelšanas

Sakarā ar to, ka 2018. gadā uzņēmums 1C pārtrauks atbalstīt “1C: Algu un personāla vadība” konfigurācijas versiju 2.5, ļoti vēlams nekavējoties plānot un organizēt pāreju uz ZUP 3.0 (3.1).

“1C: Algas un personāla vadība” 3.1 ir pilnīgi jauna programma ar jaunu datu glabāšanas un apstrādes arhitektūru*, kas neļauj pārslēgties uz jaunu konfigurācijas laidienu parastajā veidā - instalējot atjauninājumu. Jums būs jāpārsūta dati no 1C ZUP 2.5 uz jauno sistēmu, tas ir, jāielādē un jāizlādē dati.

*Papildus arhitektūras atšķirībām, ZUP 3.0 izceļas ar jaunu dizainu, Web klienta atbalstu un uzlabotu lietojamību, jo īpaši pateicoties iespējai izmantot moderno Taxi interfeisu, tāpēc ZUP 2.5 atjaunināšana ir diezgan pamatota..

No jaunā mēneša varat pārslēgties uz versiju 1C ZUP 3.1, negaidot gada sākumu. Mēs noslēdzām mēnesi un pārgājām uz jaunu izdevumu.

Optimāli ir veikt pāreju uz 3.0, izmantojot vienkāršotu pārsūtīšanas iespēju, jo visi uzkrājumi un atskaitījumi tiek pārsūtīti nevis ar dokumentiem, bet gan ar reģistra ierakstiem.

Ieteicamā optimālā un droša pārejas metode: paralēla algas aprēķins vienlaicīgi 2 programmas 1C ZUP versijās (vecajā un jaunajā) vienā (vai vairākos) atskaites periodos. Paralēlais algas aprēķins abās datu bāzēs ļaus lietotājiem apgūt un pierast pie jaunās programmas, salīdzinot to ar iepriekšējo versiju, un novērsīs darba pārtraukumus, ja jaunajā programmā kaut kas noiet greizi.

Norādījumi pārejai no ZUP 2.5 uz 3.1

Lai pareizi pārsūtītu akreditācijas datus no vienas programmas uz otru, būs nepieciešama iepriekšēja ZUP 2.5 datu bāzes sagatavošana. Tas sastāv no pārskata perioda (mēneša) slēgšanas ZUP 2.5, šīs versijas darba informācijas drošības kopijas izgatavošanas un konfiguratora izmantošanas, lai pārbaudītu un labotu (ja nepieciešams, kas visticamāk) datubāzi.

• Izveidojiet tīru informācijas bāzi ar jaunāko 1C:ZUP 3.1 izlaidumu;
• Palaidiet to tukšā datu bāzē, sākuma soli pa solim palīga pirmajā solī norādot, ka vēlaties pārsūtīt datus no 2.5 izdevuma; Ielādēt datus;
• Pēc pārsūtīšanas veiciet pilnīgu datu pārbaudi.

Sīkāk: procedūra pārslēgšanai no ZUP 2.5 uz 3.0 / ZUP 3.1

• Gatavošanās pārejai uz jaunu programmu

Vecajā informācijas datu bāzes versijā 2.5 aizpildiet visus dokumentus par algu, slimības atvaļinājumu, atvaļinājumu, algu izmaksu, nodokļu un iemaksu aprēķināšanu un pārskaitīšanu u.c. Izveidojiet darba ZUP 2.5 datu bāzes kopiju un izvietojiet to atsevišķā direktorijā. Ievadiet programmu darbības režīmā "Konfigurators", izvēlnē "Administrēšana" atlasiet komandu "Testēšana un labošana". Ja ZUP nav atjaunināts ilgu laiku, atjauniniet uz jaunāko versiju.

• Jaunas informācijas bāzes izveide ZUP 3.1

Jaunāko 1C ZUP 3.1 versiju var lejupielādēt no 1C atjaunināšanas vietnes. Turklāt, iespējams, būs jāinstalē jaunāka platformas 1C:Enterprise 8 versija, kuras atjauninājumus var arī lejupielādēt no vietnes.

Lai izveidotu tīru informācijas bāzi, palaidiet 1C saīsni un noklikšķiniet uz “Pievienot”, norādot uz jaunas datu bāzes izveidi. Pēc tam veidnē atlasiet jaunāko versiju “1C: Alga un cilvēkresursu vadība” 3.1.

1. attēls. Tīras datu bāzes izveide 1C ZUP 3

• Starta palīga iestatīšana un datu pārsūtīšanas opcijas izvēle

Sākotnēji palaižot ZUP 3.1, jums ir jāatlasa vienums par datu pārsūtīšanu no “1C: Algas un personāla vadība 8” izdevuma 2.5, un pēc tam atlasiet vienu no divām datu pārsūtīšanas iespējām:

2. attēls. Datu pārsūtīšana uz ZUP 3.1.2.213

No datu bāzu saraksta ir jāizvēlas atbilstošā 2.5 versijas datu bāze, no kuras vēlaties pārsūtīt datus:

3. attēls. Datu pārsūtīšana uz ZUP 3.1.2.213

4. attēls. Datu pārsūtīšanas uz ZUP opcijas izvēle 3.1.2.213

Datu pārsūtīšana no 1C ZUP 2.5 uz 3.1

• Izvēloties šo iespēju, tiek pārsūtīti nevis paši iepriekšējo gadu dokumenti, bet gan reģistru dati un direktorijas.
• Šī opcija ļaus izmantot jaunas iespējas personāla uzskaitē un algu aprēķinos.
• Savstarpējiem norēķiniem tiks pārskaitīti tikai atlikumi.
• Personāla vēstures nodošana (T-2), dati vidējās izpeļņas aprēķināšanai.*
• Ātrākā pārsūtīšanas iespēja.

*Tomēr dati par darbiniekiem saskaņā ar GPC līgumiem, kā arī dati par aizdevumiem netiks nodoti.

• Izvēloties šo opciju, dokumenti tiek pārsūtīti.
• Jaunās programmas iespējas netiks izmantotas, tiks izmantoti iepriekšējā izdevuma dokumenti.
• Personāla datu ziņā tiks pārvietoti visi dokumenti: atlaišana, pārcelšana utt.
• Plānotie uzkrājumi tiks pārskaitīti reģistra ierakstu veidā, savukārt ar vienkāršoto metodi tika pārskaitīta tikai daļa.
• Visi dokumenti tiek nodoti savstarpējiem norēķiniem.
• Veicot pilnīgu pārskaitījumu, ir jāizlabo visas grāmatvedības kļūdas, kas, visticamāk, radušās iepriekšējos periodos, pretējā gadījumā tas būs jālabo jaunajā datu bāzē. Pēc tam visi dokumenti un dati ir jāpārbauda abās datubāzēs.
• Tā kā pārsūtāmo datu apjoms ir liels, process būs lēns.*

*Visi dati tiks saglabāti vecajā datu bāzē, kurai jebkurā laikā varēsiet piekļūt un atrast nepieciešamos datus.

5. attēls. Datu ielāde

Datu pārbaude pēc pārsūtīšanas

Pirms darba uzsākšanas ar jauno programmu 1C ZUP 3.1, kā jau minēts, jums jāpārbauda pārsūtīto datu pilnīgums un pareizība no vecās versijas - 2.5. Lai to izdarītu, izmantojiet pārskatus datu saskaņošanai.

Nepieciešams pārbaudīt:

• Uzņēmuma organizatoriskā struktūra, katalogi “Organizācijas”, “Nodaļas”, “Teritorijas”;
• Darbinieku personas dati;
• Sākotnējā personāla komplektēšana;
• Uzkrājumi un atskaitījumi, formulu pareizība;
• Atlikumi uz savstarpējiem norēķiniem.

Pārejas uz jauno 1C:ZUP versiju un veikto provizorisko darbību rezultātā pēc datu pārsūtīšanas mēs saņemsim divas atsevišķas datu bāzes: ZUP 2.5 programmas veco informācijas bāzi ar dokumentiem un jauno - versiju 3.1. programmas ar sākotnējiem atlikumiem. Vienlaikus abās programmās kādu laiku ieteicams veikt paralēli algu aprēķinus, un pēc pilnīgas iepazīšanās ar jauno konfigurāciju var pāriet uz grāmatvedību tikai tajā. Lai izmantotu pēc iespējas plašāku funkcionalitāti un rīkus, ieteicams arī pāriet uz ZUP KORP.

Jautājums: Bukh. 3.0 CORP - nav atsevišķu nodaļu

Sveiki visiem. Es pamanīju, ka vienā no bāzēm nav atsevišķu vienību, lai gan CORP konfigurācija. Pastāv aizdomas, ka es neesmu atzīmējis kādu neveiksmīgu lodziņu, kuru izstrādātāji bija kārtīgi paslēpuši.
Ja mēs iedziļināmies nodaļās, mēs nevaram tai piešķirt atsevišķu statusu un kontu plānā tām nav grupēšanas.

Lai gan tas ir pieejams citās datu bāzēs. Piemēram šeit:

Un es salīdzināju visus iestatījumus un apskatīju iepriekš definētos konfiguratora kontu plānā, bet nevaru atrast iemeslu. Es lūdzu guru palīdzību.

Atbilde: Tika norādīts nodokļu birojs, konstantēs atradu “Uzturēt uzskaiti nodaļām” un ieliku “JĀ”. Nodaļās tagad var atlasīt atsevišķas, taču atlase tām kontā nav parādījusies. Varbūt vēl ir varianti?

Jautājums: v7: pāreja no kompleksa 3.0 uz ed. 4.5

Sveiki. Uzdevums ir pāriet no 7.7 kompleksā 3.0 uz 8.3 UT 11. Bet vispirms, lai iztiktu ar standarta, manuprāt vajag 4.5 un tad standarta pāreju. Kā notika pāreja no 3.0 kompleksa uz 4.5? Vai tā ir regulāra asociācija, kā tas ir 8, vai tas ir kaut kā unikāls?

Atbilde:() Runājot par darbaspēka izmaksām, visekonomiskākā iespēja ir izveidot savu augšupielādi kompaktdiskā. Ja mēs runājam tikai par tirdzniecības aktivitātēm, nebija ražošanas un algu, tad izkraušana izrādās diezgan vienkārša un ir saistīta ar vairāku dokumentu aizpildīšanu sākuma ievadīšanai. atliekas UT11.
Jums būs nepieciešami noteikumi tikai 10-15 direktorijiem kompaktdiskā, pirms datu augšupielādes ar vaicājumiem mēs atlasām visus atlikumus un nododam tos UT kā sākotnējo ievadi. pārpalikumi Izmantojot šo opciju, jums ir ne vairāk kā 1 darba diena.

Jautājums: 1C servera pāreja no Windows mssql uz Linux

Lūdzu, sniedziet padomu par situāciju.
Instalēts 1C serveris zem Windows Server un MSSql.
Mums ir jāpārslēdzas uz Linux, un Postgresql jau ir tur.

Kā veikt šādu pāreju? Varbūt ir datu bāzes konvertēšana?

Pateicos jau iepriekš.

Atbilde:() Tad kāpēc ne? Bezproblēmu daļa, IMHO

Jautājums: Pāreja no ZUP 2.5 KORP uz ZUP 3.1. Vai ir kāds iemesls?

Ir ZUP 2.5 CORP.
Organizācijā strādā vairāk nekā 1000 darbinieku (ir ražošana, ražošanas standarti, darba samaksa atkarīga no veiktā darba).

Kā pārliecināt par nepieciešamību pāriet uz 3.1?

Kāds ir ieguvums? Ir skaidrs, ka kādu dienu CORP atbalsts pārtrauks darboties, un tad būs jāpārslēdzas.
Līdz tam?
Tikai - lai būtu gatavs?

Kurš pārskaitīja “ne bērnus” - cik mēnešus viņi veica divus algas aprēķinus (ZUP 2.5 un ZUP 3.1), pirms pilnībā atteicās no 2.5?
Vai arī ir labākas pārejas prakses iespējas?

Atbilde: Es neredzu jēgu pāriet no korporatīvās versijas. lielie holdingi sēž klusi un pat meklē speciālus konsultantus par 2,5 vairāk

Jautājums: Pāreja uz ZUP3 KORP

Mēs plānojam pāriet no ZUP3 PROF uz ZUP3 CORP.

Ikviens, kurš ir veicis līdzīgu pāreju, lūdzu, pastāstiet man:
1) ZUP3 CORP — darbojas vai joprojām ir mitrs? Vai tajā ir daudz kritisku kļūdu? 2) Cik bieži tiek novērstas kļūdas un izlaisti atjauninājumi?
3) Vai pāreja no ZUP3 PROF uz ZUP3 CORP notiek, vienkārši atjauninot?
4) Vai mums ir jāpalielina servera jauda, ​​ja mēs pārejam uz ZUP3 CORP?
5) Mani interesēja ZUP CORP sadaļas “Pašapkalpošanās” iespēja. Vai es pareizi saprotu, ja mums ir 700 darbinieki, tad šīs funkcionalitātes lietošanai ir nepieciešama atsevišķa licence katram pieslēgumam?!

Atbilde: 3) Vai pāreja no ZUP3 PROF uz ZUP3 CORP notiek, vienkārši atjauninot? - šķiet, ka ir norādījumi par izlaidumiem. Nekas sarežģīts.
4) Vai mums ir jāpalielina servera jauda, ​​ja mēs pārejam uz ZUP3 CORP? - Nē.
5) Mani interesēja ZUP CORP sadaļas “Pašapkalpošanās” iespēja. Vai es pareizi saprotu, ja mums ir 700 darbinieki, tad šīs funkcionalitātes lietošanai ir nepieciešama atsevišķa licence katram pieslēgumam?! - varat iestatīt taimautu, pēc kura sistēma atslēgs parasto darbinieku, lai viņš neuzkavētos pārāk ilgi. Kopumā jums nebūs vajadzīgas daudzas licences.

Pašapkalpošanās apakšsistēmai ir ļoti vāja funkcionalitāte. Man bija daudz jāraksta.

Kopumā iespaidi no CORP ir tādi paši kā no PROF. Konkrētas kļūmes netika manītas.

Jautājums: Nesaprotama rīcība pēc pārejas no ZUP 2.5 uz 2.5 Corp

Labdien, kolēģi.

Ir parādījušies papildu maksājumi saskaņā ar ex. grāmatvedība pēc pārejas.
Pēc ātras grāmatojumu apstrādes es pamanīju, ka ir mainījušies uzkrājumu pieprasījumi:
// pamata failā SELECT Results.Individual AS Individual, Results.Result AS Result, SELECT WHEN Rezultāti.Aprēķina veids.Aprēķina metode = VĒRTĪBA(Uzskaitījums.Darba samaksas aprēķināšanas metodes.Gabalu izpeļņa)TAD CITI Rezultāti. 0 BEIGAS AS Rezultāts Piecewise, 0 AS Ieturējuma rezultāts no aprēķinu reģistra AS Rezultāti LEFT JOIN Informācijas reģistrs Darbinieku peļņas samazināšana (¶mEnd) KĀ uzskaite darbiniekiem B.Indiars. Darbinieku peļņas uzskaite.Individuāli WHERE Rezultāti.Reģistrācijas periods = ¶msStart And Accounting for Employees' Earnings.Organizationals uzkrājumu un rezultātu uzskaite.Rezultāts<>0 APVIENOT VISU...Papildu uzkrājumi APVIENOT VISUS NDFL
Un citā
// ZUP Corp. Izvlieties rezulttus k rezultt, izvle, kad rezultti (transfer. Conscious accounts. Social work) tad rezultts. 0 rezultātā Organizācija KĀ ORGANIZĀCIJA Uzkrājumi Organizāciju pamatuzkrājumi KĀ Rezultāti Darbinieku peļņas reģistrs (& Param). KĀ uzskaite darbinieku ienākumus BY Results. Individual = Darbinieku peļņas uzskaite. Individuāli WHERE Rezultāti. Reģistrācijas periods = ¶mStart AND IS NOTNULL( Darbinieku peļņas uzskaite. Uzskaite par uzkrājumiem, rezultātiem organizācijā<>0 SAVIENOT VISU...

Atbilde: Hmm, izrādījās, ka neatjauninātajā zoom corpā šāda cepure ir nosacījums ar čeku uz nulli. Pastāsti man, lūdzu, es neko nemeklēju google... bet kaut es zinātu, ko vēl meklēt =\

Jautājums: Klients-serveris PROF+CORP. Licences

Tā ir vispārēja problēma, man vajag padomu
Bukh PROF, Zup CORP
Plānots
1. Servera licence
2. PROF licence 50 lietojumi
3. CORP licence 20 lietojumi

Acīmredzot servera licence ir CORP. Jautājums – vai šajā situācijā nebūs konfliktu?

Atbilde:() neļaujiet tam jūs apgrūtināt, PROF licences ir diezgan piemērotas, lai piekļūtu ZUP CORP

Jautājums: BP Corp 2.0 atsevišķu nodaļu hierarhija

Ir konfigurēta apmaiņa starp ZUP 2.5 un BP Corp 2.0. Apmaiņa ir gandrīz standarta. Faktiski no ZUP tiek lejupielādēts tikai dokuments “darba samaksas atspoguļojums normatīvajā grāmatvedībā”.
ZUP tagad ir šāda veida nodaļu hierarhija: vecākam (sauksim A nodaļu) ir ieslēgts “atsevišķas nodaļas” karogs, savukārt pašam nodaļai (B nodaļai) šis karogs nav iestatīts. Tie. veidlapas struktūra A -> B. Augšupielādējot BP CORP, parādās tā pati hierarhija, taču es pamanīju, ka mēģinot rakstīt B nodaļas BP Corp, tiek uzrakstīts šāds ziņojums:
"Šī vienība ir atsevišķa.
Nodalītu nodaļu grupa var ietvert tikai nodalītu nodaļu." Tas nozīmē, ka konfigurācija aizliedz izveidot nenodalītas nodaļas nodalītā nodaļā.
Varbūt kāds zina, kāpēc šāds ierobežojums tika noteikts (un šī ierobežojuma nav ZUP). Man liekas, ka tieši tāda uzbūve ir loģiskāka nekā tad, ja iekšā ir arī atsevišķi nodalījumi...
Nu, tā kā tas viss kaut kā tika ielādēts BP Corp, kādi traucējumi varētu parādīties tāpēc?
Diemžēl tas joprojām ir diezgan tālu no līča īpašībām. grāmatvedība, tāpēc, ja iespējams, paskaidrojiet skaidrāk))
Paldies.

Atbilde:() akciju aprēķins būs nekorekts, jo, cik atceros, visos vaicājumos visos apstākļos vaicājumos ir “= &SeparateUnit”, nevis “IN HIERARHIJA” utt.

() “Kad praksē viņi vēlas, lai tas tā nebūtu, viņi programmā rada segregāciju”
Kam ir šī prakse? Uzņēmuma 1C metodiķi?
Tātad, lai netiktu galā ar šādām stulbām, bet normāli sadalītu izmaksas starp faktiski esošajām nodaļām atsevišķās nodaļās, ir nepieciešams sekss ar programmu.

Jautājums: Kontaktinformācijas pārsūtīšana no UPP 1.3 uz BP 3.0 Corp

Sveiki, es vispār nestrādāju ar 1C - ļoti trūkst zināšanu un pieredzes. Lūdzu, palīdziet man noskaidrot datu konvertēšanu, proti, kontaktinformācijas pārsūtīšanu, kas ir UPP 1.3. tiek glabāts informācijas reģistros un BP 3.0 Corp atbilstošo direktoriju tabulu sadaļā.
Es izmēģināju šeit aprakstīto opciju - tā sākotnējā formā funkcija TRANSFERWhenUpdatingC20() kaut kādu iemeslu dēļ nedod rezultātu, un es nevaru to rediģēt "sev" - man nav pietiekami daudz zināšanu.
Tā paša iemesla dēļ es nevaru to pielāgot savam gadījumam.

Būšu pateicīga par palīdzību un padomiem.

Atbilde:

Atveriet standarta apmaiņas noteikumus. Ja nezināt, kuri no tiem jums ir nepieciešami, meklēšanas mehānisms ir aptuveni šāds.
Jūs saprotat, ka jums ir jāpārnes KI no reģistra uz tabulas daļu. Tas ir, no vecā mehānisma uz jauno. Vecais tika ieviests konferencēs ar parastu lietojumprogrammu, piemēram, BP 2.0, UT 10.3 utt. Un jaunais jau ir pārvaldītas formas. BP 3.0, UT 11 utt. Atveriet jaunu konf. Skatiet, ar kādiem veciem konfigiem varat izveidot apmaiņu.
Piemēram, atverat BP 3.0 un redzat apmaiņu ar UT 10.3. Pēc tam pārbaudiet, kur tas atrodas konfiguratorā, lai atrastu noteikumus. Jūs saprotat, ka pastāv apmaiņas plāns un tam ir noteikumi. Pēc tam saglabājiet šos noteikumus savā datorā (tas nav viegli izdarāms, tas ir jāizlasa. Internetā ir daudz informācijas), pēc tam ielādējiet to konvertēšanā un skatieties, kā tas tiek ieviests.

--- Ziņojumu sapludināšana, 2016. gada 9. novembris ---

Vēl labāk, dodieties uz instalēto konfigurācijas veidni un paņemiet to no turienes

ZUP 3 tipiskā funkcionalitāte ļauj veikt sākotnējo datu pārsūtīšanu no programmas, izdevums 2.5. Viena no pārsūtīšanas iespējām ir tā sauktā “pilna” datu pārsūtīšana. Sīkāk apskatīsim, kāda informācija un kur tiek ielādēta, veicot šo datu pārsūtīšanas iespēju.

Galvenā informācija

Kādi dati tiek ielādēti

Ar pilnu datu pārsūtīšanas iespēju būs jānorāda gads, no kura vēlaties pārsūtīt aprēķinu datus uz ZUP 3. Informācija par veiktajiem aprēķiniem par visu periodu no norādītā gada tiks ielādēta ZUP 3.

Pēc pilnīgas pārsūtīšanas ZUP 3 tiks ielādēti šādi dati:

• uzziņu informācija – uzziņu grāmatu aizpildīšana Organizācijas,Divīzijas ,Pozīcijas ,Darba laiks , Privātpersonas ,Darbinieki ;
• personāla dati – visa personāla vēsture tiek pārsūtīta tieši uz personāla dokumentiem ( Rekrutēšana,Personāla pārcelšana ,Atlaišana );
• dokumentā tiek ielādēta informācija par uzkrājumiem un veiktajiem atskaitījumiem Datu pārsūtīšana (ar kodu Alga Un WIP) par visu periodu no gada, kas tika norādīts, veicot pārskaitījumu;
• uzkrājumu un atskaitījumu veidi - tiek pārskaitīti visi personāla dokumentos plānotie uzkrājumu un atskaitījumu veidi, kā arī dokumentā esošie uzkrājumu un atskaitījumu veidi Datu pārsūtīšana (ar kodu Alga Un WIP );
• personāla uzskaites un algu aprēķinu iestatījumi - programma, pamatojoties uz pārsūtīto informāciju, veic tikai tos iestatījumus, kurus tā var aprēķināt, pamatojoties uz šiem datiem;
• informācija par savstarpējiem norēķiniem ar darbiniekiem – tiek nodota visa informācija par savstarpējiem norēķiniem par periodu no gada, kas norādīts, veicot pārskaitījumu;
• dati vidējās izpeļņas aprēķināšanai - dati kopējās vidējās izpeļņas aprēķināšanai (atvaļinājuma nauda, ​​komandējumi u.c.) tiek nodoti par iepriekšējo pusotru gadu, un pabalstu aprēķināšanai, kas aprēķināti, pamatojoties uz vidējo izpeļņu (slimības atvaļinājums, bērna kopšanas atvaļinājums u.c.). ) par iepriekšējiem 3 gadiem;
• dati par iedzīvotāju ienākuma nodokli un apdrošināšanas prēmijām - informācija tiek nodota par periodu no gada, kas norādīts, veicot pārskaitījumu.

Kādos objektos tiek ielādēti dati?

Ar “pilnu” pārskaitījumu informācija tiek ielādēta vai nu tieši grāmatvedības dokumentos, vai dokumentos Datu pārsūtīšana .

Tiek izmantoti šādi grāmatvedības dokumenti:

• dokumentācija Rekrutēšana , Personāla pārcelšana , Atlaišana ;
• Brīvdienas, lai rūpētos par bērnu ;
• žurnāla dokumenti Alimenti un citi ieturējumi ;
• Pieteikumi par atskaitījumiem ;
• Līgumi (tostarp autortiesības) ;
• Aizdevumi darbiniekiem.

Dokumentā tiek ielādēts diezgan ievērojams informācijas apjoms no ZUP 2.5 Datu pārsūtīšana (Administrēšana — Skatīt arī — Datu pārsūtīšana). Šiem dokumentiem ir burtu numuri, pēc kuriem var saprast, kādus datus satur katrs dokuments:

Kodi, kas attiecas uz abām datu pārsūtīšanas opcijām:

• RKD, ROtp - personāla pasūtījumu reģistrs T-2 kartei;
• ZP_ SZO, ZP_SZFSS - sākuma dati vidējās izpeļņas aprēķināšanai (informācija par gada prēmijām tiek ielādēta dokumentā ar kodu ZP_GP - atskaitījumu aprēķini pēc izpilddokumentiem);
• Iedzīvotāju ienākuma nodoklis – nodokļu uzskaites dati iedzīvotāju ienākuma nodoklim;
• PSS - sociālās apdrošināšanas pabalsti, kas jāatspoguļo 4-FSS;
• SV – apdrošināšanas prēmiju uzskaites dati;
• DnSost – informācija par darbinieku kavējumiem;
• РВ – ar dokumentu reģistrēts darba laiks Liecība ;
• OSO – dati atvaļinājumu atlikumu aprēķināšanai;
• ZP – dati par uzkrājumiem un atskaitījumiem;
• WIP – dati par uzkrājumiem un atskaitījumiem darbiniekiem, izejas dati algu atskaitēm;
• ZS - norēķini par kredītiem darbiniekiem;
• VO – dati par savstarpējiem norēķiniem ar darbiniekiem (uzkrātie, apmaksātie).

Atsauces informācijas nodošana

“Pilna” datu pārsūtīšana uz ZUP 3.1 ietver šādas atsauces informācijas ielādi no ZUP 2.5:

• Direktorija Organizācijas — tiek ielādēta informācija par visām organizācijām, kurām tika veikta grāmatvedība ZUP 2.5: nosaukumi, reģistrācijas informācija (TIN, KPP, OGRN un citi kodi), adreses un tālruņu numuri, atbildīgās personas, grāmatvedības politikas pamatiestatījumi;
• Direktorija Divīzijas , Darba laiks , Pozīcijas— tiek pārceltas visas nodaļas, grafiki un amati.
• Direktorija Darbinieki— tiek ielādēta informācija par visiem darbiniekiem, kuri atrodas nodotajos personāla dokumentos un dokumentos Datu pārsūtīšana ;
• Direktorija Privātpersonas — tiek pārsūtīta informācija par tām personām, kurām tiek ielādēts attiecīgais direktorijas elements Darbinieki, kā arī dokumentos esošās personas Datu pārsūtīšana .
• uzziņu grāmatas Uzkrājumi Un Notur– tiek pārskaitīti uzkrājumu un ieturējumu veidi, kas darbiniekiem tiek piešķirti atbilstoši nodotajos personāla dokumentos plānotajam, kā arī uzkrājumu un ieturējumu veidi, kas atrodas dokumentos Datu pārsūtīšana (ar kodu Alga Un WIP ).

Personālvadības uzskaites un algas iestatījumu nodošana

Salīdzinājumā ar “ieteicamo” datu pārsūtīšanu, kurā nosūtīšanas datumā tika ielādēta tikai datu šķēle, “pilnas” pārsūtīšanas ietvaros tiek “pārvietots” lielāks informācijas apjoms. Tāpēc programmai ir vairāk iespēju noteikt programmas iestatījumus.

Piemēram, tā kā tiek pārsūtīti dati par uzkrāto algu vēsturi (šī informācija tiek ielādēta dokumentos Datu pārsūtīšana - vairāk par to tālāk), tad programmai ir iespēja noteikt dažus sākotnējos iestatījumus, pamatojoties uz ielādētajiem uzkrājumiem. Ja šajos datos programma konstatē uzkrājumus komandējumam vai darbam brīvdienās un svētku dienās, tad algas iestatījumos automātiski tiks atlasītas atbilstošās izvēles rūtiņas.

Aizpildīšanas princips ir līdzīgs citiem algu aprēķināšanas, personāla uzskaites un grāmatvedības politikas iestatījumiem. Lai aizpildītu iestatījumus, programma ņem informāciju no dokumentiem Datu pārsūtīšana , no nodotajiem personāla dokumentiem, informācijas par plānotajiem uzkrājumiem un atskaitījumiem, kā arī no uzziņu katalogiem.

Personāla datu un informācijas par plānotajiem uzkrājumiem nodošana

“Pilna” datu pārsūtīšana ietver visas personāla vēstures pārsūtīšanu no ZUP 2.5 tieši uz personāla dokumentiem 1C ZUP 3. Šos dokumentus varat skatīt dokumentu žurnālā. Visi personāla dokumenti (Personāls – visi personāla dokumenti).

Šajos dokumentos ir šāda informācija:

• darbinieku ieņemtās pozīcijas;
• izmantotie darba grafiki;
• tiesības uz brīvdienām;
• veikto likmju skaits;
• nodarbinātības veids;
• plānotie uzkrājumi - ar “pilnu” pārskaitījumu ZUP 3 tiek ielādēti visi plānotie uzkrājumi, kas jebkad ir plānveidīgi piešķirti darbiniekiem.

• avansa maksājuma iespēja - ja katalogā ZUP 2.5 Darbinieki darbiniekam tika aizpildīta fiksēta avansa summa, tad ZUP 3.1 par šādu darbinieku dokumentā Rekrutēšana tiks arī izveidota Fiksēts avanss . Ja fiksētā summa 2,5 nav aizpildīta, opcija tiks aizstāta Aprēķināts par mēneša pirmo pusi .
  Arī ZUP 3.1 ir vēl viens veids, kā aprēķināt avansu Tarifa procentuālā daļa . Ja vēlaties darbiniekam piešķirt tieši šo avansa maksājuma aprēķina iespēju, varat izmantot dokumentu Iepriekšēja maiņa (ievadiet to mēneša pirmajā datumā, no kura sākas uzskaite ZUP 3.1).

• informācija par darba līgumu.

Informācijas veidošana personāla tabulā pēc pārcelšanas

Pēc “pilnas” pārejas uz ZUP 3.1 pabeigšanas tiek veidota personāla tabula, bet tā tiek veidota, pamatojoties uz informāciju par aizņemtajām štata vienībām.

Personāla tabulā tiek ielādēta arī informācija par "kaitīgu"/"sarežģītu" amatu esamību, par kuriem jāaprēķina papildu iemaksas. Ja organizācijā datu pārsūtīšanas brīdī ir darbinieks, kurš strādā amatā, par kuru tiek aprēķinātas papildu iemaksas, šī informācija tiks pārsūtīta uz atbilstošo amatu personāla tabulā.

Un tas ir, pamatojoties uz šo informāciju grāmatvedības politikas iestatījumos ( Organizācijas direktorijs — Grāmatvedības politikas un citu iestatījumu cilne — Grāmatvedības politikas) tiks atzīmēta izvēles rūtiņa Ir darbinieki, kuriem ir tiesības uz priekšlaicīgu pensionēšanos . Un, iespējams, tiks atzīmēta izvēles rūtiņa Tiek piemēroti īpaša darba apstākļu novērtējuma rezultāti , ja pārcelšanas laikā atrodas darbinieks, kura štata vienībai ir noteikta darba apstākļu klase.

Informācijas nodošana par plānotajiem atskaitījumiem

Informācija par pašreizējiem plānotajiem atskaitījumiem ZUP 3.1 tiek ielādēta, izmantojot attiecīgos žurnāla dokumentus Alimenti un citi pastāvīgie ieturējumi (Alga - Ieturējumi).

Piemēram, ja datu pārsūtīšanas brīdī uz ZUP 2.5 darbiniekam bija spēkā esošs atskaitījums saskaņā ar izpildu rakstu, tad ZUP 3.1 tiks izveidots dokuments. Izpildījumu saraksts ar līdzīgu informāciju aprēķinam.

Vēl viens piemērs ir brīvprātīgo apdrošināšanas iemaksu ieturēšana pensiju fondā. Ja ZUP 2.5 šāda veida atskaitījums ir spēkā darbiniekam datu pārsūtīšanas brīdī, tad ZUP 3.1 tiks izveidots specializēts dokuments Brīvprātīgās apdrošināšanas prēmiju ieturēšana .

Ja mēs runājam par kaut kādu patvaļīgu plānoto ieturējumu, par kuru ZUP 3.1 nav atbilstoša dokumenta, tad uzziņu grāmatā Notur tiks izveidots jauns atskaitījuma veids, kā arī tiks ģenerēts dokuments žurnālā Alimenti un citi ieturējumi , kuram šo ieturējumu plānots piešķirt darbiniekam.

Informācijas nodošana par norēķiniem ar darbiniekiem

Savstarpējo norēķinu vēsture ar darbiniekiem datu pārsūtīšanas palīgā norādītajā periodā tiek ielādēta dokumentos ar numuru VZ. Sakarā ar to, ka tiek nodota visa informācija par savstarpējiem norēķiniem par periodu, ZUP 3 algu pārskatos ir iespējams izsekot darbinieku atlikumu vēsturei pārejas periodā.

Tomēr visu darbinieku (arī atlaisto) savstarpējo norēķinu pilnas vēstures nodošana, nevis tikai strādājošo darbinieku savstarpējo norēķinu atlikumi, kā tas notiek ar “ieteicamo” pārcelšanu, var novest pie “neesošu” nodošanas. parādi grāmatvedības kļūdu dēļ ZUP 2.5.

Ja rodas šāda situācija, darbinieka parādu var noregulēt tieši ar dokumentu Datu pārsūtīšana . Pielāgošana tiek veikta, izmantojot šādus uzkrāšanas reģistrus:

• Maksājama alga – pamatojoties uz atlikumiem šajā reģistrā, tiek veidota summa dokumentu aizpildīšanai Paziņojums, apgalvojums... ;
• Savstarpēji norēķini ar darbiniekiem – pamatojoties uz atlikumiem šajā reģistrā, veidojas atlikums savstarpējiem norēķiniem ar darbiniekiem ZUP algu pārskatos.

Ir vērts paturēt prātā, ka “kvītu” kustības palielina parādu darbiniekam, bet “izdevumu” kustības, gluži pretēji, atspoguļo to, ka parāds ir norakstīts. Ņemot to vērā, nepieciešamības gadījumā jākoriģē “neesošie” atlikumi.

Informācija par pārskaitījuma periodā veiktajiem uzkrājumiem un atskaitījumiem

"Pilns" pārskaitījums, atšķirībā no "ieteicamā" pārskaitījuma, ietver informācijas augšupielādi par uzkrājumiem un atskaitījumiem, kas veikti pārsūtīšanas periodā. Šī informācija tiek glabāta dokumentos Datu pārsūtīšana , kuriem ir šādi numuri:

• Alga– šajā dokumentā informācija tiek ielādēta aprēķinu reģistrā Uzkrājumi Un Notur. Šīs informācijas nodošana jo īpaši ļaus pašreizējos aprēķinos ņemt vērā iepriekšējo periodu uzkrājumus un atskaitījumus.

• WIP– šajos dokumentos tiek glabāta informācija par uzkrājumiem, atskaitījumiem un nostrādātajām stundām, kas tiks izmantota, lai izveidotu algu atskaites par pārskaitījuma periodu ( Maksājuma kvīts ;Pilns maksu, atskaitījumu un maksājumu komplekts ;Algu analīze pēc darbinieka un tā tālāk.).

Informācija vidējās izpeļņas aprēķināšanai

Informācija vidējās izpeļņas aprēķināšanai tiek pārsūtīta uz dokumentiem ar šādiem cipariem:

• ZP_SZO– dokumentos ir informācija par nostrādāto laiku un uzkrājumiem, kas tiks izmantoti ZUP 3.1, aprēķinot atvaļinājuma naudu, komandējumus un citus gadījumus, kuros aprēķina nesadalīto vidējo izpeļņu (izņemot pabalstu aprēķināšanas gadījumus). Informācija par katru mēnesi tiek ielādēta atsevišķā dokumentā.

Datus par nostrādātajām stundām aizpilda uzkrāšanas reģistrā Laika dati vidējā aprēķināšanai (vispārīgi) , un informācija par uzkrājumiem uzkrājumu reģistrā Dati par uzkrājumiem vidējās izpeļņas aprēķināšanai (kopā) .

• ZP_SZFSS– dokumentos ir ietverta informācija par uzkrājumiem un “ārpusējiem” periodiem (slimība, bērna kopšanas atvaļinājums u.c.), kas tiks izmantots, lai aprēķinātu pabalstus pēc vidējās izpeļņas (slimības atvaļinājums, bērna kopšanas atvaļinājums). Par katru mēnesi tiek izveidots arī atsevišķs dokuments.

Papildus informācijai par uzkrājumiem un laiku šajā dokumentā uzkrājumu reģistrā Apdrošinājuma ņēmēju dati vidējās izpeļņas (FSS) aprēķināšanai var saturēt informāciju par darbinieku ienākumiem no iepriekšējām darba vietām, ja šī informācija dokumentā bija aizpildīta ZUP 2.5. Citu apdrošinājuma ņēmēju ienākumu sertifikāts .

Iedzīvotāju ienākuma nodokļa un apdrošināšanas prēmiju uzskaites dati

Iesniegumi iedzīvotāju ienākuma nodokļa atlaidēm

Informācija par atskaitījumiem, kas tika konfigurēti direktorija līmenī programmā ZUP 2.5 Darbinieki ZUP 3.1 tiek ielādēti atsevišķos dokumentos žurnālā Pieteikumi par atskaitījumiem (Nodokļi un iemaksas – pieteikumi par atskaitījumiem).

Dati par iedzīvotāju ienākuma nodokli, apdrošināšanas prēmijām un pabalstiem

Dokumentos tiek ievietota informācija par ienākumiem, aprēķinātajām apdrošināšanas prēmijām un aprēķināto, ieturēto un pārskaitīto iedzīvotāju ienākuma nodokli, kā arī veiktajiem atskaitījumiem Datu pārsūtīšana ar kodiem ZA,Iedzīvotāju ienākuma nodoklis. Ar “pilnu” pārsūtīšanu šie dati tiek ielādēti ZUP 3 par periodu, sākot no gada, kas norādīts sākotnējā pārsūtīšanas palīgā, nevis tikai par kārtējo gadu, kā tas bija “ieteicamā” pārsūtīšanas gadījumā.

Ir arī vērts atzīmēt, ka dokumentā ar kodu PSS tiek ielādēta informācija par pabalstiem uz Sociālās apdrošināšanas fonda līdzekļiem, kas uzkrāti pārskaitījuma periodā. Šī informācija tiek izmantota arī reglamentēto pārskatu (4-FSS, ERSV) aizpildīšanai.

Cita informācija Datu pārsūtīšanas dokumentos

• CCA– dokumentos ar šo kodu ir informācija par darbinieku faktiskajiem atvaļinājumiem. Pamatojoties uz šiem datiem, tiek aprēķināts darbinieku atvaļinājumu atlikums, informācija tiek aizpildīta arī personāla atskaitēs par atvaļinājumiem (piemēram, Sertifikāts par atvaļinājuma atlikumiem ).

• IL– šajā dokumentā tiek ievietota informācija par summām, kas ieturētas saskaņā ar izpildrakstiem. Informācija tiek izmantota, lai aprēķinātu izpildrakstu ieturēšanas gadījumā līdz noteiktai summai, kā arī aizpildītu drukātu veidlapu Karte izpilddokumentu ierakstīšanai ar samaksu un izveidot atskaiti Izpildu raksti, līgumi par alimentu izmaksu utt.
• ZS– satur informāciju par kredītiem veikto ieturējumu vēsturi par datu nodošanas periodu. Šī informācija tiek ņemta vērā, aprēķinot aizdevuma atskaitījumus, lai noteiktu, kad aizdevuma atskaitījumi tiek pārtraukti, kā arī lai izveidotu aizdevuma atskaites.

Saistībā ar atbalsta pārtraukšanu programmai "Algu un personāla vadība Rev. 2.5" 2017. gada beigās aktuāls ir jautājums, kā pārcelt akreditācijas datus uz jauno programmas izdevumu?

Pāreja no ZUP 2.5 uz 3.0 tiek veikta, pārsūtot datus no datu bāzes ar versiju 2.5. Konfigurācijas struktūras daļēju izmaiņu dēļ nav iespējams vienkārši atjaunināt konfigurāciju uz jaunu izdevumu. Varat uzzināt par atšķirībām starp 2.5. un 3.0. izdevumu un pārsūtītajiem datiem.

Vispirms jums ir jāizveido tīra informācijas bāze ar 3.0 versiju.

Pirmoreiz palaižot informācijas bāzi, programma liks jums to konfigurēt, izmantojot īpašu soli pa solim palīgu.

Pirmajā darbībā norādiet, ka vēlaties migrēt datus no versijas 2.5.

Uzmanību, datu pārsūtīšana ir iespējama tikai no versijas, kas nav zemāka par 2.5.94.1.

Nākamajā lapā atlasiet darbības sākuma mēnesi

Ja jums ir jāveic “pilna” datu pārsūtīšana, tad šajā solī ir jāmaina opcija, izmantojot saiti “Iestatījumi”.
Izmantojot šo opciju, jūs norādāt nevis mēnesi, bet gan periodu, par kuru dati tiks pārsūtīti. Programma arī liks jums izvēlēties, vai pārskaitīt uzkrājumus vai ne.

Nākamais solis sāk pašu datu pārsūtīšanas procedūru. Visas procedūras ilgums ir atkarīgs no pārsūtāmo datu apjoma un var ilgt vairākas stundas.

Kad lejupielādes process ir pabeigts, noklikšķiniet uz Tālāk.

Tas pabeidz datu pārsūtīšanu.

Ja kāda iemesla dēļ ir nepieciešams uzsākt atkārtotu pārsūtīšanu no vienas un tās pašas informācijas bāzes, tad procesa laikā normatīvā, uzziņu un uzskaites informācija tiks salīdzināta ar jau esošo datubāzē. Piemēram, personas tiek saskaņotas pēc pilna vārda un dzimšanas datuma. Jau pārsūtītie dati netiks dublēti.

Atkārtotu pārsūtīšanu varat sākt no sadaļas "Administrēšana", izmantojot saiti "Datu pārsūtīšana no iepriekšējām programmām". Saite ir pieejama, ja programmas sākotnējā iestatīšana ir pabeigta pēc pirmās pārsūtīšanas.

Vienkāršota opcija datu pārsūtīšanai no 1C ZUP 2.5 uz 1C ZUP 3.0

Pārsūtot datus no 1C ZUP 2.5, pievērsiet uzmanību pogai “Iestatījumi”, kur varat iestatīt datu pārsūtīšanas opciju. Pēc noklusējuma 1C ZUP 2.5 piedāvā jaunu vienkāršotu datu pārsūtīšanas iespēju. Bet jūs varat izmantot uzkrājumu pārsūtīšanu no iepriekšējās programmas, ja ir daudz datu:

1C izstrādātāji norādīja, ka nav ieteicams izmantot uzkrājumu pārnešanu no iepriekšējās programmas. Tomēr katra 1C 8.2 ZUP informācijas bāze ir unikāla, un jums ir jāskatās, kura datu pārsūtīšanas iespēja ir vispiemērotākā. Katrai datu pārsūtīšanas iespējai ir savi plusi un mīnusi, kas atspoguļoti tabulā “Datu pārsūtīšanas iespēju salīdzinājums”:

Personāla datu un plānoto uzkrājumu pārsūtīšana uz 1C ZUP 3.0

Vecajā pārcelšanā tiks pārcelta visa pašreizējo darbinieku personāla vēsture, tas ir, tiks pārcelts viss departamentu direktorijs, viss tiks pārcelts uz amatu direktoriju utt. visam periodam.

Jaunajā versijā uz grāmatvedības sākuma datumu tiek pārsūtīta tikai daļa personāla datu. Tas ir, tiek pārceltas tikai tās nodaļas, amati un tie darbinieki, kas ir aktuāli uzskaites sākuma datumā jaunajā 1C ZUP 3.0 datubāzē. Šajā gadījumā tiek zaudēta T-2 kartes personāla vēsture.

Jaunas pārsūtīšanas laikā personāla datu šķēle tiek atspoguļota sadaļā Personāls - dokuments “Dati darbības uzsākšanai”, un tas sākotnēji netika veikts. Dokuments nav pilnībā aizpildīts, norādīti darbinieki, nodaļa, amats, darba grafiks, atvaļinājumu atlikumi:

Šajā gadījumā dati par plānotajiem uzkrājumiem netiek pārsūtīti, jo plānotie uzkrājumi saskaņā ar jauno opciju netiek pārsūtīti no ZUP 2.5 uz ZUP 3.0. Tiek pieņemts, ka plānotie uzkrājumi lietotājam jāievada neatkarīgi. Tas patiesībā varētu būt vienkāršāk nekā rīkoties ar vecajiem iestatījumiem:

Papildus darbiniekiem personāla tabulā var attiecināt plānotos uzkrājumus, jo arī personāla tabula tiek pārcelta kā štata vienošanās uz uzskaites sākuma datumu. Pēc tam dokumentā “Dati darbības uzsākšanai” jānoklikšķina uz pogas “Atjaunināt saskaņā ar personāla tabulu”, un visi plānotie uzkrājumi saskaņā ar personāla grafiku tiks automātiski aizpildīti:

Pēc štatu tabulas atjaunošanas dokuments ir gatavs algu aprēķināšanai, jo ir darbinieku saraksts un plānoto uzkrājumu saraksts.

Pēc datu pārsūtīšanas saskaņā ar jauno vienkāršoto versiju no 1C ZUP 2.5 uz 1C ZUP 3.0, kamēr plānotie uzkrājumi darbiniekiem netiek piešķirti, 1C ZUP 3.0 algas netiks uzkrātas.

Uzkrājumu un atskaitījumu pārskaitīšana uz 1C ZUP 3.0

Izvēloties pārskaitīt uzkrājumus un atskaitījumus no iepriekšējās programmas 1C ZUP 2.5, 1C ZUP 3.0 lietotājs var izveidot kopsavilkumu par iepriekšējo uzkrāto algu periodu un redzēt: cik tika uzkrāts, ieturēts, izmaksāts utt. Jaunajā vienkāršotajā pārskaitījumā uzkrājumi un atskaitījumi no iepriekšējiem periodiem netiek ielādēti.

Datu pārsūtīšana, lai aprēķinātu vidējo izpeļņu 1C personālam 3.0

Dati vidējās izpeļņas aprēķināšanai tiek pārsūtīti no 1C ZUP 2.5 uz 1C ZUP 3.0 abās versijās, taču dažādos veidos. Pārskaitot uzkrājumus no iepriekšējās datu bāzes, dati tiek saglabāti dokumentā “Datu pārsūtīšana”. Šajā dokumentā varat arī labot datus vidējās izpeļņas aprēķināšanai.

Jaunajā pārsūtīšanas opcijā dati vidējās izpeļņas aprēķināšanai 1C ZUP 3.0 tiek glabāti informācijas reģistros un tos var rediģēt vidējās izpeļņas kalkulatorā. Bet šeit ir viena nianse. Piemēram, veidojot atvaļinājuma dokumentu, tiklīdz norādījāt atvaļinājuma periodu, uzreiz tiks aprēķināta vidējā izpeļņa, jo pārejas laikā dati par vidējo izpeļņu tika pārsūtīti automātiski:

Datus par vidējo izpeļņu var rediģēt, ja tiek atrasta kļūda:

Automātiski tiek atzīmēta izvēles rūtiņa “Izmantot tos pašus datus, aprēķinot slimības atvaļinājuma un bērna kopšanas pabalstus”:

Atiestatīt šo izvēles rūtiņu, to nevar instalēt versijā 1C ZUP 3.0. Ja ievadāt datus vai vienkārši atverat datus par vidējo izpeļņu, pēc tam atzīmējiet rūtiņu un ievietojiet atvaļinājuma dokumentu, tad šie dati aizstās slimības atvaļinājuma aprēķināšanas bāzi un dati tiks zaudēti.

Tas pats attiecas uz slimības atvaļinājumu, kad kalkulatorā ievadāt datus par vidējo izpeļņu, jums ir jānoņem izvēles rūtiņa. Tā kā dokumentā ir atspoguļoti dati pabalstu aprēķināšanai, un šī ir pavisam cita bāze, nevis atvaļinājumiem. Tāpēc ir jāatzīmē izvēles rūtiņa:

Savstarpējo norēķinu datu pārsūtīšana uz 1C ZUP 3.0

Pilnībā pārejot no iepriekšējās datu bāzes ar savstarpējo norēķinu datiem, ir jāsaprot un jāatgriež atlikumi normālā stāvoklī. Pēc vienkāršotas pārsūtīšanas uz 1C ZUP 3.0 dati par savstarpējiem norēķiniem tiek ievadīti manuāli.

Datu par iedzīvotāju ienākuma nodokli un iemaksām pārsūtīšana uz 1C ZUP 3.0

Dati par iedzīvotāju ienākuma nodokli un iemaksām, pilnībā pārsūtot no iepriekšējās datu bāzes, tiek atspoguļoti 1C ZUP 3.0 par visu periodu.

Jaunajā pārsūtīšanas metodē dati par iedzīvotāju ienākuma nodokli un iemaksām tiek pārsūtīti, izmantojot dokumentu “Datu nodošana”, bet tikai par kārtējo gadu, un tie, kas jāatspoguļo pārskatā. Programmā 1C ZUP 3.0 atlasiet sadaļu “Administrēšana” un atveriet dokumentu “Datu pārsūtīšana”, kurā tiek parādīta informācija tikai par pašreizējo gadu:

Piemēram, attiecībā uz iedzīvotāju ienākuma nodokli tiek atspoguļota informācija, kas jāuzrāda pārskatos:

Datu pārsūtīšanas iespēju salīdzinājums no 1C ZUP 2.5 uz 1C ZUP 3.0

Pilnībā pārsūtot datus no iepriekšējās 1C ZUP 2.5 informācijas bāzes, vairāk datu tiek atspoguļots jaunajā 1C ZUP 3.0 datu bāzē. Taču pārsūtīšanas process aizņem vairāk laika un izvirza lielākas prasības datu kvalitātei 1C ZUP 2.5. Ja 1C ZUP 2.5 bija kļūdas vai nepareizi iestatījumi, tas viss tiks pārsūtīts uz jauno 1C ZUP 3.0 programmu. Jums tas būs jāpielāgo un jātērē laiks.

Jaunajā vienkāršotajā pārsūtīšanā tiek izmantoti minimāli nepieciešamie dati. Šī ir ātra pārsūtīšana. Jaunajā 1C ZUP 3.0 datu bāzē varat lietot jaunos nepieciešamos iestatījumus, taču ir nepieciešama manuāla datu ievade. Jo īpaši, lai alga tiktu aprēķināta, ir jāpabeidz plānotie uzkrājumi.

Lūdzu, novērtējiet šo rakstu: