Në këtë artikull do të shikojmë udhëzimet hap pas hapi për punësimin e një punonjësi në Kontabilitetin 1C 8.3.

Përpara se të kaloni jo vetëm në pasqyrimin në programin 1C:Accounting punësimin e një punonjësi, por edhe në dokumentet e tjera kryesore të personelit, duhet të bëni disa cilësime programi.

Shkoni te seksioni "Administrimi" dhe zgjidhni "Cilësimet e Kontabilitetit".

Në mënyrë që ne të përdorim dokumentet bazë të personelit në 1C, mjafton të aktivizojmë vetëm dy shtesa.

E para ndodhet në seksionin "Cilësimet e përgjithshme". Do të theksojmë se kontabiliteti i shpenzimeve të pagave, si dhe të dhënat e personelit që na nevojiten, duhet të mbahen në këtë program. Më poshtë, në seksionin "Kontabiliteti i personelit", vendosni nivelin e lagështisë në "Plot". Kjo shtesë do të na japë akses në dokumentet bazë të personelit, duke përfshirë punësimin e punonjësve.

Regjistrimi i punësimit të një punonjësi

Krijimi i një punonjësi të ri

Në programin 1C: Kontabiliteti, ashtu si në 1C: ZUP, ka dy drejtori: Punonjësit dhe Individët. Një person mund të ketë aq punonjës sa ka punë në një ndërmarrje të caktuar që ka, për shembull, vendin kryesor të punës, punën me kohë të pjesshme, një marrëveshje GPC.

Duhet të jetë vetëm një individ. Është e papranueshme të dyfishohen shënimet në këtë drejtori, pasi bazohet në shënimet në të që tatimi mbi të ardhurat personale u llogaritet punonjësve.

Punësimi i një punonjësi

Shkoni te seksioni "Pagat dhe personeli" dhe zgjidhni "Punësimi". Nëse nuk e keni këtë artikull, atëherë kthehuni një hap më lart në konfigurimin fillestar të programit.

Në kokën e dokumentit të ri që krijoni, duhet të tregoni departamentin, pozicionin dhe organizatën ku po punësoni një punonjës. Punonjësi që keni krijuar më herët tregohet gjithashtu këtu.

Data e paracaktuar e pritjes është data aktuale, por ne mund ta modifikojmë këtë parametër. Periudha e provës në muaj mund të konfigurohet në fushën e duhur. Më pas, duhet të tregoni llojin e punësimit, i cili zgjidhet nga lista rënëse dhe kufizohet në katër artikuj.

Tani mbetet vetëm plotësimi i kushteve për punësim. Në seksionin tabelor me akrualet, mund të tregoni disa lloje të përllogaritjeve në të njëjtën kohë, për shembull, paga, bonus, etj. Në shembullin tonë, ne e vendosëm punonjësin vetëm të paguajë pagën AUP në shumën prej 30,000 rubla.

Procedura për llogaritjen e paradhënies tregohet më poshtë: një shumë fikse ose një përqindje e tarifës. Mund të vendosni çdo tekst në fushën "Kushtet e pranimit".

Ky dokument do të hyjë në fuqi pasi të kemi përfunduar lëvizjet në regjistrat përkatës të informacionit.

Shihni gjithashtu udhëzimet video për regjistrimin e një punonjësi si anëtar i stafit:

Një kurs i shkëlqyer video mbi programimin në sistemin 1C: Enterprise. Përfshin 7 kurse:

1. 1C: Ndërmarrja 8.3. Hapat e parë të zhvilluesit
- lundroni në strukturën e versionit të ri të sistemit 1C: Enterprise 8.3;
-të kuptojë parimet e përgjithshme të zhvillimit të sistemit;
-zgjidhni mënyra për të studiuar dhe zotëruar më tej sistemin 1C:Enterprise 8;
-përdor aftësitë bazë për të punuar në mjedisin 1C:Enterprise 8;
-punoni me direktori, dokumente dhe objekte të tjera, konfiguroni vetitë e tyre;
-Në nivelin fillestar, punoni me kontrollet bazë të formularit, mbajtësit e ngjarjeve dhe funksionalitete të tjera të sistemit.

2. 1C: Ndërmarrja 8.3. Hyrje në konfigurim. Objektet kryesore
-Do të kuptoni parimet e përgjithshme të ndërtimit të sistemit 1C:Enterprise 8
-Të zotëroni aftësitë bazë të punës në mjedisin 1C:Enterprise 8

3. Përdorimi i pyetjeve në sistemin 1C:Enterprise 8. Gjuha e pyetjes
- Shkruani kërkesa
-Punoni me ndërtuesin e pyetjeve
- Përdorni saktë lloje të ndryshme tabelash të sigurisë së informacionit
-Njihuni me veçoritë e punës me tabelat e regjistrave virtualë

4. 1C: Ndërmarrja 8.3. Zgjidhja e problemeve operacionale
-Puna me regjistra akumulimi
-Të shkruajë algoritme për përpunimin e dokumenteve me kusht
-Përdorni një mekanizëm mbyllës të kontrolluar
-Njihuni me mënyrat për të përmirësuar performancën e zgjidhjeve

5. 1C: Ndërmarrja 8.3. Zgjidhja e problemeve të kontabilitetit
-Të hartojë në mënyrë të pavarur një plan kontabël dhe një regjistër kontabël për zgjidhjen e problemeve të llojeve të kontabilitetit sintetik, shumëkompani, analitik, sasior dhe valutor;
- Plotësoni saktë regjistrin me lëvizjet për të gjitha llojet e kontabilitetit, si gjatë kryerjes së dokumenteve ashtu edhe gjatë regjistrimit të operacioneve manuale;
-Përshkruani përpunimin kompleks optimal të kryerjes së dokumenteve parësore dhe rregullatore me analizën e rezultateve të regjistrit të kontabilitetit në modalitetin me shumë përdorues kur përdorni bravë të kontrolluar nga konfigurimi;
-Përdor mekanizmin e përbërjes së të dhënave për të zhvilluar çdo raport kontabël, si sintetik përmbledhës ashtu edhe analitik të detajuar.

6. 1C: Ndërmarrja 8.3. Zgjidhja e problemeve të llogaritjes
-Përdorni me siguri mjetet 1C:Enterprise 8.3
-Të njohë dhe të jetë në gjendje të aplikojë në praktikë metodat për zgjidhjen e problemeve të automatizimit të llogaritjes së pagave dhe kontabilitetit të personelit
-Të jetë në gjendje të monitorojë performancën e zgjidhjes që po zhvillohet
-Të kuptojë marrëdhëniet ndërmjet objekteve të konfigurimit, tabelave fizike dhe tabelave virtuale të regjistrit të llogaritjes
-Gjeni dhe korrigjoni gabimet: si metodike ashtu edhe softuerike
-Të aftë në funksionalitetin e platformës 1C:Enterprise 8.3 në masën e nevojshme për të zgjidhur problemet e llogaritjes

7. 1C: Ndërmarrja 8.3. Mjetet e integrimit dhe shkëmbimit të të dhënave
-Punoni me skedarë teksti dhe dokumente
-Punoni me skedarë .dbf
-Organizoni lidhjet në internet
-Punoni me email dhe përdorni protokollet http, ftp
-Përdor teknologjitë OLE dhe COM
-Përdor një model të qëndrueshëm aksesi XML
-Përdor modelin XDTO dhe XML të përzier
-Organizon shkëmbimin e të dhënave
-Përdor mekanizmat e objektit “Planet e Shkëmbimit”.
-Përdorni konfigurimin "Konvertimi i të dhënave".

Ndërmarrja 8.3 Udhëzues praktik për zhvilluesin 1C M. G. Radchenko

Viti i lëshimit: 2013
Versioni: 3
Zhvilluesi: Shtëpia Botuese M. G. Radchenko Firma 1C Shembuj dhe teknika tipike
Uebfaqja e zhvilluesit: 1c.ru
Thellësia e bitit: 32 bit-64
Gjuha e ndërfaqes: Rusisht
Tableti: Nuk kërkohet
Kërkesat e sistemit: Procesori: 1.4-2.5 GHz RAM 1.0 GB dhe 10 GB hapësirë ​​e lirë në hard disk
Përshkrimi: Libër nga M. G. Radchenko 1C: Enterprise 8.3. Udhëzues praktik për zhvilluesit. Shembuj dhe teknika standarde është një manual që ju lejon të zotëroni shpejt teknikat e zhvillimit dhe modifikimit të zgjidhjeve të aplikacionit në platformën 1C:Enterprise 8.3. Duke përdorur shembullin e krijimit të një zgjidhjeje reale aplikimi, tregohet struktura e objekteve të ndryshme të sistemit, qëllimi i tyre dhe mënyra e përdorimit. Procedurat paraqiten në gjuhën e integruar, duke përfshirë përdorimin e gjuhës së pyetjeve, të cilat janë të pajisura me komente të hollësishme. Libri mund të përdoret si një udhëzues praktik dhe si një udhëzues referimi. Zgjidhja e aplikimit e diskutuar në libër merr parasysh përvojën e akumuluar të zhvillimit në sistemin 1C:Enterprise 8 dhe demonstron shumë nga aftësitë dhe mekanizmat e rinj të ofruar nga versioni 8.3. Materiali është menduar për zhvilluesit fillestarë që nuk janë të njohur me sistemin 1C: Enterprise 8.

Clear Tutorial 1C Accounting 8.3 - Si të përgatisni një raport mbi shitjet me pakicë.

"1C: Ndërmarrja 8.3" - Ky është një evolucion i rëndësishëm i arkitekturës së platformës drejt funksionimit me shumë platforma, lëvizshmëri dhe ueb. Të gjitha këto pyetje, natyrisht, janë me interes kryesisht për zhvilluesit me përvojë dhe janë përtej qëllimit të këtij libri.
Sidoqoftë, edhe për zhvilluesit fillestarë, ky version i platformës përmban veçori interesante që duhen kuptuar dhe përdorur në mënyrë efektive. Ndërfaqja e re "Taxi", funksionimi i ndërfaqes pa përdorimin e dritareve modale, aftësitë e reja të kërkimit sipas linjës, teknika të përshtatshme për redaktimin e kodit të programit - këto dhe risi të tjera të versionit 8.3 diskutohen në këtë botim. Autorët shpresojnë që libri do të jetë i dobishëm për të gjithë ata që duan të mësojnë se si të zhvillojnë zgjidhje aplikimi në platformën e re 1C:Enterprise 8.3.

Për kë është ky libër?

Libri bazohet në një shembull real të zhvillimit të një zgjidhjeje aplikimi për një kompani të vogël që ofron shërbime personale. Ndërsa studioni këtë libër, do të mësoni teknikat bazë të zhvillimit në sistemin 1C: Enterprise, do të zotëroni fusha të ndryshme të automatizimit të biznesit, duke përfshirë kontabilitetin, listën e pagave, etj.
Pse u zgjodh ky shembull i veçantë? Nga njëra anë, zona e ofrimit të shërbimeve është e njohur për shumicën prej nesh. Në një mënyrë apo tjetër, ne vazhdimisht përballemi me një shumëllojshmëri shërbimesh. Kjo përfshin riparimin e pajisjeve të ndryshme shtëpiake, mirëmbajtjen e makinave, lavanderi dhe pastrim kimik, parukeri dhe shërbime bukurie dhe shumë më tepër.
Nga ana tjetër, aktivitetet e një kompanie riparimi janë të përshtatshme për demonstrimin e aftësive të 1C: Enterprise. Këtu ofrohen një sërë shërbimesh për klientët, furnizimi i kompanisë me materialet e nevojshme dhe konsumi i tyre në ofrimin e shërbimeve. Puna e një ndërmarrje të tillë na lejon të marrim parasysh kontabilitetin e personelit dhe llogaritjet e listës së pagave. Ekziston një mundësi për të ilustruar kontabilitetin. Kjo shumëllojshmëri aktivitetesh bën të mundur demonstrimin mjaft të gjerë të mundësive të gjenerimit të raporteve të ndryshme dhe të dhënave përmbledhëse bazuar në informacionin e disponueshëm.
Libri u drejtohet kryesisht zhvilluesve fillestarë që hedhin hapat e tyre të parë në zhvillimin e zgjidhjeve të aplikacioneve. Shpjegimet e dhëna në libër janë të detajuara dhe të arritshme edhe për ata që i njohin paksa bazat e programimit.
Nëse sapo keni filluar të punoni me 1C:Enterprise ose nuk jeni plotësisht të njohur me këtë sistem, por vërtet dëshironi të mësoni, atëherë ky libër është për ju. Qëllimi i librit është t'ju "udhëzojë për dore" nëpër fazat kryesore të zhvillimit të një zgjidhjeje të thjeshtë aplikimi në sistemin 1C:Enterprise dhe të tregojë se nuk ka asgjë të paarritshme për një person me inteligjencë.
Për zhvilluesit më me përvojë, ky libër do të jetë gjithashtu i dobishëm dhe do t'i lejojë ata të kujtojnë ose studiojnë më në detaje disa aspekte të zhvillimit.

Në këtë seksion, ne fillojmë një seri rishikimesh artikujsh që do t'ju ndihmojnë të zotëroni konfigurimin "1C: Menaxhimi i Ndërmarrjeve Prodhuese".

Prezantimi

"1C: Manufacturing Enterprise Management 8" është një zgjidhje aplikimi gjithëpërfshirës që mbulon konturet kryesore të menaxhimit dhe kontabilitetit në një ndërmarrje prodhuese. Zgjidhja ju lejon të organizoni një sistem informacioni gjithëpërfshirës që plotëson standardet e korporatës, ruse dhe ndërkombëtare dhe siguron aktivitetet financiare dhe ekonomike të ndërmarrjes.

Zgjidhja aplikative krijon një hapësirë ​​të unifikuar informacioni për shfaqjen e aktiviteteve financiare dhe ekonomike të një ndërmarrjeje, duke mbuluar proceset kryesore të biznesit. Në të njëjtën kohë, qasja në informacionin e ruajtur është përcaktuar qartë, si dhe mundësia e veprimeve të caktuara në varësi të statusit të punonjësve.

Në ndërmarrjet e një strukture mbajtëse, një bazë e përbashkët informacioni mund të mbulojë të gjitha organizatat e përfshira në pronësi. Kjo redukton ndjeshëm intensitetin e punës së mbajtjes së të dhënave për shkak të ripërdorimit të grupeve të përbashkëta të informacionit nga organizata të ndryshme. Në të njëjtën kohë, menaxhimi nga fundi në fund dhe kontabiliteti i rregulluar (kontabiliteti dhe taksat) mbahet për të gjitha organizatat, por raportimi i rregulluar gjenerohet veçmas për organizatat.

Fakti i një transaksioni biznesi regjistrohet një herë dhe pasqyrohet në menaxhimin dhe kontabilitetin e rregulluar. Nuk ka nevojë të rifusni informacionin. Mjeti i regjistrimit të një transaksioni biznesi është një dokument, dhe për të përshpejtuar punën, përdoren gjerësisht mekanizmat për zëvendësimin e të dhënave "default" dhe futjen e dokumenteve të reja bazuar në ato të futura më parë.

Në zgjidhjen e aplikuar, është miratuar raporti i mëposhtëm i të dhënave të ndryshme kontabël:

• pavarësia e të dhënave të menaxhimit, kontabilitetit dhe kontabilitetit tatimor;
• krahasueshmëria e të dhënave të kontabilitetit të menaxhimit, kontabilitetit dhe taksave;
• koincidencë e shumës dhe vlerësimeve sasiore të aktiveve dhe detyrimeve sipas të dhënave të menaxhimit, kontabilitetit dhe kontabilitetit tatimor, në mungesë të arsyeve objektive për mospërputhjen e tyre.

Të dhënat e futura nga përdoruesit kontrollohen shpejt nga zgjidhja e aplikacionit. Kështu, gjatë regjistrimit të një pagese me para në dorë, sistemi do të kontrollojë disponueshmërinë e fondeve, duke marrë parasysh kërkesat ekzistuese për shpenzimin e tyre. Dhe gjatë regjistrimit të dërgesës së produkteve, sistemi do të kontrollojë statusin e marrëveshjeve të ndërsjella me marrësin e mallrave.

Zgjidhja e aplikacionit vjen me një sërë ndërfaqesh, të cilat i ofrojnë çdo përdoruesi akses me përparësi në të dhënat dhe mekanizmat e zgjidhjes aplikative që i nevojiten.

Kontabiliteti i rregulluar (kontabiliteti dhe tatimor) për organizatat kryhet në monedhën kombëtare, ndërsa për kontabilitetin menaxherial për ndërmarrjen në tërësi, mund të zgjidhet çdo monedhë. Organizata të ndryshme të një baze të vetme informacioni mund të përdorin sisteme të ndryshme tatimore: në disa organizata - një sistem i përgjithshëm tatimor, në të tjera - një i thjeshtuar; Mund të përdoren politika të ndryshme tatimore dhe kontabël. Për më tepër, një sistem tatimor në formën e një takse të vetme mbi të ardhurat e imputuara mund të zbatohet për lloje të caktuara të aktiviteteve të një organizate.

Përveç kontabilitetit menaxherial dhe rregullator, ju mund të mbani kontabilitet sipas standardeve ndërkombëtare të raportimit financiar (SNRF). Për të reduktuar intensitetin e punës, kontabiliteti sipas SNRF-ve kryhet në mënyrë jo-operative, duke përdorur përkthimin (rillogaritjen) e të dhënave nga llojet e tjera të kontabilitetit.

Kur zhvilloni zgjidhjen "1C: Manufacturing Enterprise Management 8", si teknikat moderne të menaxhimit të ndërmarrjeve ndërkombëtare (MRP II, CRM, SCM, ERP, ERP II, etj.) dhe përvoja e automatizimit të suksesshëm të ndërmarrjeve prodhuese të grumbulluara nga 1C dhe kompanitë partnere janë marrë parasysh.komuniteti. Specialistët nga kompanitë "ITRP" (menaxhimi i prodhimit) dhe "1C-Rarus" (kontabiliteti sipas SNRF) morën pjesë në hartimin dhe zhvillimin e konfigurimit. Për çështjet metodologjike të zbatimit të menaxhimit, kontabilitetit financiar dhe raportimit sipas SNRF-ve, mbështetja konsulente ofrohet nga kompania e auditimit dhe konsulencës me famë botërore PricewaterhouseCoopers.

Zgjidhja "1C: Manufacturing Enterprise Management 8" u zhvillua në platformën moderne të teknologjisë "1C: Enterprise 8". Përveç platformës, paketa softuerike përfshin konfigurimin “Manufacturing Enterprise Management”.

Sigurohet besueshmëria dhe performanca e lartë e zgjidhjes së aplikimit, shkallëzueshmëria, ndërtimi i sistemeve të shpërndara gjeografikisht dhe integrimi me sisteme të tjera informacioni. Struktura e brendshme e zgjidhjes së aplikacionit është plotësisht e hapur për studim dhe përshtatje me nevojat specifike të ndërmarrjes.

Kompania 1C po finalizon dhe zhvillon konfigurimin "Manufacturing Enterprise Management" në mënyrë që të reflektojë ndryshimet në legjislacion dhe të zgjerojë funksionalitetin. Siguroi përditësim të shpejtë të zgjidhjeve të instaluara të aplikacioneve. 1C dhe partnerët e tij ofrojnë një sistem mbështetjeje teknike me shumë nivele.

"1C: Manufacturing Enterprise Management 8" është zgjidhja kryesore e aplikacionit të kompanisë 1C me gamën më të gjerë të funksionalitetit. Koncepti i përgjithshëm i zgjidhjes ilustrohet nga diagrami.

Të gjithë mekanizmat e automatizimit të zgjidhjeve të aplikimit mund të ndahen në dy klasa të mëdha:

• mekanizmat për mirëmbajtjen e aktiviteteve operative të ndërmarrjes, mekanizmat për mbajtjen e kontabilitetit jo-operativ.
• Fushat që i përkasin aktiviteteve operative mund të dallohen në çdo lloj kontabiliteti (me përjashtim të kontabilitetit sipas SNRF).

Përveç kësaj, zgjidhja e aplikacionit është e ndarë në nënsisteme të veçanta përgjegjëse për zgjidhjen e grupeve të problemeve të ngjashme: një nënsistem i menaxhimit të parave të gatshme, një nënsistem i menaxhimit të personelit, një nënsistem kontabël, etj. Kjo ndarje është një konventë e caktuar që e bën më të lehtë zotërimin e zgjidhjes së aplikacionit . Në punën aktuale të përdoruesve, kufijtë midis nënsistemeve praktikisht nuk ndjehen.

Edicioni i fundit i konfigurimit të Manufacturing Enterprise Management, i cili numërohet 1.3, tregon qartë avantazhet e versionit të ri 8.2 të platformës 1C:Enterprise. Konfigurimi mund të përdoret në modalitetin normal të aplikacionit, i njohur për përdoruesit e botimeve të mëparshme.

"1C: Manufacturing Enterprise Management 8" mund të përdoret në një numër departamentesh dhe shërbimesh të ndërmarrjeve prodhuese, duke përfshirë:

• drejtoria (drejtor i përgjithshëm, drejtor financiar, drejtor komercial, drejtor prodhimi, kryeinxhinier, drejtor i burimeve njerëzore, drejtor IT, drejtor zhvillimi); departamenti i planifikimit ekonomik;
• punëtoritë e prodhimit;
• departamenti i prodhimit dhe dispeçimit;
• departamenti kryesor i projektuesit;
• departamenti kryesor i teknologjisë;
• shefi i departamentit mekanik;
• departamenti i shitjeve;
• departamenti i logjistikës (furnizimit);
• Departamenti i Marketingut;
• depo për materiale dhe produkte të gatshme;
• Kontabiliteti;
• Departamenti i Burimeve Njerëzore;
• departamenti i organizimit të punës dhe punësimit;
• shërbim IT;
• departamenti administrativ dhe ekonomik;
• departamenti i ndërtimit të kapitalit;
• departamenti i informacionit dhe analitikës;
• departamenti i zhvillimit strategjik.

Pritet që zbatimi i zgjidhjes së aplikimit të ketë efektin më të madh në ndërmarrjet me një fuqi punëtore prej disa dhjetëra deri në disa mijëra njerëz, me dhjetëra e qindra stacione pune të automatizuara, si dhe në strukturat e mbajtjes dhe rrjetit.

"1C: Manufacturing Enterprise Management 8" ofron:

• për menaxhimin e ndërmarrjes dhe menaxherët përgjegjës për zhvillimin e biznesit - mundësi të shumta për analizë, planifikim dhe menaxhim fleksibël të burimeve të kompanisë për të rritur konkurrencën e saj; drejtuesit e departamenteve, menaxherët dhe punonjësit e përfshirë drejtpërdrejt në prodhim, shitje, furnizim dhe aktivitete të tjera për të mbështesin procesin e prodhimit - mjetet , duke ju lejuar të rrisni efikasitetin e punës së përditshme në zonat tuaja;
• punonjësit e shërbimeve të kontabilitetit të ndërmarrjes - mjete për kontabilitet të automatizuar në përputhje të plotë me kërkesat ligjore dhe standardet e korporatës së ndërmarrjes.

Kontabiliteti i prodhimit dhe kostot si lëndë kryesore e studimit të tij

Komponenti kryesor i menaxhimit të një ndërmarrje prodhuese është kontabiliteti i prodhimit.

Kontabiliteti i prodhimit është një teknologji komplekse dhe interesante, me metodat dhe teknikat e veta. Detyra e kontabilitetit të prodhimit është të marrë parasysh të gjithë procesin e transformimit të kostos: kostot ndryshojnë natyrën e tyre, bashkohen, ndahen, transformohen në mënyra të ndryshme gjatë prodhimit, d.m.th. Lënda e kontabilitetit të prodhimit është objektet që ndryshojnë në mënyrë dinamike. Për shembull, kontabiliteti i prodhimit i jep një përgjigje pyetjes: sa është kostoja e një produkti nëse prodhimi i tij kërkon një sasi të caktuar të kostos së shkaktuar nr. 4, e përbërë nga pjesët kostot nr. 1 dhe nr. 2 dhe kostot e llogaritura plotësisht nr. 3. Pse pjesë? Sepse, për shembull, blihen materiale të një vëllimi të caktuar të madh dhe së pari duhet të llogaritni se cila pjesë e këtij vëllimi total të materialeve është shpenzuar për njësi prodhimi. E njëjta gjë vlen edhe për shumë kosto të tjera - energji elektrike, etj. Në këtë rast, është e nevojshme të merret parasysh e gjithë historia e kalimit të kostove përmes prodhimit - që nga momenti kur kostoja lind në kontabilitet derisa të përfshihet në çmimin e kostos dhe shitet si pjesë e produktit, dhe shfaqja e saj në kontabiliteti dhe përfshirja në çmimin e kostos mund të jetë në periudha të ndryshme raportimi.

Instalimi dhe lëshimi i starterit të butë

Për të punuar, na duhet platforma 1C 8.2. Publikimi UPP mund të merret nga çdo botim i fundit 1.3.
Ne do të punojmë me bazën e të dhënave "demo". Në cilësimet e bazës së të dhënave, zgjidhni "Klienti i trashë" si modaliteti kryesor i nisjes. Pjesa tjetër e cilësimeve mund të lihen si parazgjedhje.

Për ata që nuk janë ende të njohur me platformën 8.2, ne do të japim një referencë të shkurtër për termin "klient i trashë".
Një klient i trashë në një arkitekturë klient-server është një aplikacion që ofron (në krahasim me një klient të hollë) funksionalitet të avancuar, të pavarur nga serveri qendror. Shpesh serveri në këtë rast është vetëm një ruajtje e të dhënave, dhe e gjithë puna për përpunimin dhe paraqitjen e këtyre të dhënave transferohet në makinën e klientit.
Avantazhet e një klienti të trashë
Klienti i trashë ka një gamë të gjerë funksionaliteti, ndryshe nga klienti i hollë.
Modaliteti me shumë përdorues.
Ofron aftësinë për të punuar edhe kur komunikimi me serverin është i ndërprerë.
Ka aftësinë për t'u lidhur me bankat pa përdorur internetin.
Performancë e lartë.
Të metat
Madhësia e madhe e shpërndarjes.
Pjesa më e madhe e performancës së klientit varet nga platforma për të cilën është zhvilluar.
Kur punoni me të, lindin probleme me qasjen në distancë në të dhëna.
Një proces mjaft kompleks instalimi dhe konfigurimi.
Kompleksiteti i përditësimit dhe irrelevanca e lidhur me të dhënat.

Kur hapni bazën e të dhënave të instaluar demo, zgjidhni përdoruesin "Abdulov", ai ka të drejta të plota. Nuk ka nevojë të specifikoni një fjalëkalim.

Për të studiuar UPP-në, kur të filloni për herë të parë, ripërcaktoni ndërfaqen e përdoruesit "Abdulov" në "Plot": menyja "Përdoruesit - Përdoruesit - Administrata - Abdulov - klikoni dy herë për të hapur formularin Abdulov - fusha "Ndërfaqja kryesore" - E plotë - butoni Regjistro dhe mbyll." Më pas, në shiritin e veglave, klikoni në butonin "Ndërro ndërfaqen" dhe zgjidhni opsionin "E plotë".

Mbi konceptet e "Ndërmarrjes" dhe "Organizatës", "Rregulluar" dhe Kontabilitetit Menaxhues. Një ndërmarrje është një koleksion i të gjitha organizatave për të cilat mbahen të dhënat në bazën e të dhënave. « Kontabiliteti i rregulluar“përcaktohet nga fakti se rregullat për sjelljen e tij përcaktohen me ligj. " Kontabiliteti i Menaxhimit“Çdo ndërmarrje mund të ketë të sajën, rregullat për funksionimin e saj nuk janë të rregulluara në asnjë mënyrë dhe përcaktohen nga menaxhmenti i një ndërmarrje të caktuar. Konfigurimi i sistemit të kontabilitetit të menaxhimit përmban një vizion të caktuar se si më mirë (më i përshtatshëm, më vizual, më racional) të kryhet kontabiliteti i menaxhimit, por secila ndërmarrje specifike mund të ketë vizionin e vet për menaxhimin e saj për faktin se nuk ka uniforme rregullat dhe standardet, dhe në këtë rast do të duhet të modifikohen. Në konfigurimin tipik të UPP, kontabiliteti i menaxhimit bazohet në të vërtetë në kërkesat e kontabilitetit kryesisht, ndërsa raportimi në kontabilitetin e menaxhimit synon realizimin e nevojës për planifikimin e blerjeve, kostove, etj. Zbatimi i kontabilitetit të menaxhimit nuk përdor parimin e hyrjes së dyfishtë, d.m.th. për shembull, mund të kapitalizoni diçka "nga askund" dhe nuk do të ketë borxh, etj. Kontabiliteti i rregulluar kryhet për secilën organizatë veç e veç. Menaxheriale- pjesërisht për ndërmarrjen në tërësi.

Rreth kontabilitetit ndërkombëtar. Në hyrje thuhej se është e mundur të ruhen rekorde ndërkombëtare në UPP. Vlen të përmendet se ky opsion shfaqet vetëm nëse kontabiliteti i grupit është specifikuar në cilësimet e politikës së kontabilitetit. Nëse (shih ndërfaqen "Menaxheri i Kontabilitetit" në menunë "Cilësimet e Kontabilitetit - Cilësimet e Kontabilitetit") zgjidhni analitikë të avancuar të kontabilitetit të kostos (në vend të kontabilitetit të grupit), atëherë nuk do të jetë e mundur të ruani kontabilitetin ndërkombëtar.

Termat e përdorur, përcaktimet e objekteve që operon 1C dhe që duhet të kuptohen kur punoni me bazën e të dhënave

• Drejtoritë
• Transfertat
• Konstante
• Planet për llojet e llogaritjeve
• Planet e tipit karakteristik
• Regjistri i informacionit
• Dokumenti
• Regjistri i akumulimit
• Tabela e llogarive
• Raportoni
• Mjekimi

Drejtoritë

Një direktori është një koleksion kuptimesh të ndryshme për diçka. Drejtoria përbëhet nga Elementet e drejtorisë. Çdo vlerë e një elementi drejtorie karakterizohet nga një grup i caktuar parametrash. Zakonisht një nga parametrat e një elementi direktoriumi nuk përsëritet - për çdo element të drejtorisë vlera e tij është unike. Zakonisht ky është kodi i elementit të fjalorit. Zakonisht drejtoria plotësohet, d.m.th. Ju mund t'i shtoni elementë të rinj teksa punoni me bazën e të dhënave (ka edhe direktori që nuk përditësohen, zakonisht disa klasifikues të shkarkuar nga vende të tjera).
Drejtoritë janë të dobishme sepse ju lejojnë të plotësoni dokumente shumë herë më shpejt, ndërsa elementi do të emërtohet dhe paraqitet njësoj kudo; pasi të keni vendosur parametrat e elementit, mund t'i përdorni ato kudo që të nevojitet.

Çdo element direktorie është një objekt që mund të referohet nga vende të tjera. Për shembull, ekziston një drejtori e tillë "Kundërpalët":


Le të themi se duhet të futni të dhëna për ardhjen e ardhshme të mallrave dhe shërbimeve në bazën e të dhënave. Në vend që të shkruani në vendin e duhur emrin e palës tjetër "InnoTrade LLP" dhe të tregoni të gjitha karakteristikat e saj që mund të kërkohen për të përpunuar faturën, do të mjaftojë të zgjidhni elementin e duhur të drejtorisë "Kundërpalët".

Ose, për shembull, ekziston një direktori e tillë - "Manedhat":

Në vend që të shkruajmë emrin e monedhës dhe të tregojmë normën e saj në çdo faturë, thjesht mund të zgjedhim vlerën e drejtorisë së monedhës në vendin e duhur:

Regjistrat e informacionit

Një regjistër informacioni është një lloj pajisjeje ruajtëse informacioni që duket shumë e ngjashme me një direktori. Por ndryshe nga një direktori, një rresht në regjistrin e informacionit nuk mund të specifikohet si një objekt - një linjë regjistri nuk mund të referohet, siç është, për shembull, një palë specifike në drejtorinë "Kundërpalët". Por në regjistrin e informacionit mund të ruani, për shembull, historinë e ndryshimeve në disa elementë të drejtorisë. Për shembull, historia e ndryshimeve në vlerat e elementeve të drejtorisë "Malutat" ruhet në regjistrin e informacionit "Normat e monedhës":

Duke ruajtur historikun e monedhës në regjistrin "Normat e valutës", nuk është e nevojshme të tregohet norma shumë herë për çdo faturë. Vetë programi do ta përcaktojë atë, nëse është e nevojshme, sipas datës.

Transfertat

Numërimi është një rast i veçantë i një drejtorie. Një numërim është një grup i caktuar vlerash për diçka. Ndryshe nga një direktori, çdo vlerë numërimi nuk ka parametra shtesë.

Konstante

Një konstante është vlera e diçkaje, e përcaktuar zakonisht kur fillon të punosh me bazën e të dhënave një herë e përgjithmonë. Në veçanti, cilësimet e politikës së kontabilitetit ruhen në konstante SCP.

Planet për llojet e llogaritjeve

Një lloj i veçantë drejtorie që përshkruan algoritmet për llogaritjet dhe zbritjet, dhe disa informacione të tjera të nevojshme për llogaritjen e akrualeve dhe zbritjeve.

Planet e tipit karakteristik

Një lloj i veçantë drejtorie që përshkruan disa informacione shtesë që përmbajnë objektet e bazës së të dhënave.

Dokumentacioni

Një dokument është një mjet për futjen e të dhënave, përpunimin e të dhënave të futura me aftësinë për të marrë parasysh të dhënat ekzistuese dhe për të kthyer të dhënat ekzistuese, duke marrë parasysh të dhënat hyrëse, në një bazë të dhënash informacioni.

Dokumentet mund të ndahen në disa lloje:

• duke pasqyruar faktin e aktivitetit ekonomik - për shembull, një dokument regjistrimi në bazën e të dhënave të marrjes së mallrave dhe shërbimeve (si rezultat i dokumentit, mallrat duhet të postohen në magazinë, një borxh duhet t'i shfaqet furnizuesit, duhet të regjistrohet TVSH-ja , transaksionet duhet të regjistrohen etj.) ose dokumenti “Raporto” prodhimi për turn” (shënon faktin e prodhimit të produkteve, lëvizjen e tyre në magazinë, regjistron transaksionet etj.)
• dokumente rregullatore - dokumente që kryejnë veprime që duhet të kryhen në një frekuencë të caktuar - për shembull, llogaritni amortizimin ose llogaritni pagat, pasqyroni pagat në kontabilitet, llogarisni koston e prodhimit, paguani koston e prodhimit, mbyllni vitin (me bilanc reforma e fletëve), shpërndani materiale për prodhim, shpërndani kostot, etj.
• dokumentet e planifikimit - regjistrimi i faktit të planifikimit të disa ngjarjeve, regjistrimi i treguesve të planifikuar (plani i shitjes, plani i prodhimit, prodhimi me ndërrime, plani i prokurimit, porosia e blerësit, porosia e furnizuesit, porosia e prodhimit, porosia për mirëmbajtjen e aseteve fikse)
• menaxherët - janë futur për të kontrolluar punën e dokumenteve të tjera (për shembull, vendosja e zbritjeve - dokumenti specifikon kushtet për dhënien e zbritjes, në mënyrë që më pas, nëse blerësi arrin këto kushte, atij automatikisht t'i jepet një zbritje)
• inventari - dokumente për sqarim, përditësim të bilanceve, për shembull, bilancet e punës në vazhdim ose rregullimi i bilanceve të kostove të dëmtuara (shënim: në konfigurimin e SCP, dokumentet e inventarit nuk shkruajnë informacione në regjistër, por e ruajnë atë vetëm në vetvete).

Regjistrat e akumulimit

Regjistrat e akumulimit janë ruajtja kryesore e të dhënave sasiore dhe totale në bazën e të dhënave. Secili nga regjistrat e akumulimit ruan informacionin e tij specifik. Regjistrat e akumulimit mund të ndahen në grupe sipas llojit të informacionit të ruajtur:

• Asetet fikse
• Prodhimi
• Stoku

Për më tepër, këto të dhëna mund të ruhen në regjistra të ndryshëm në varësi të seksionit të kontabilitetit, për shembull, regjistri Defekte në prodhim (kontabilitet ndërkombëtar), Defekte në prodhim (kontabilitet), Defekte në prodhim (kontabilitet tatimor).

Nga pikëpamja e metodës së ruajtjes së informacionit, regjistrat e grumbullimit janë mbetje Dhe e negociueshme.

Regjistrat e akumulimit të mbetur janë krijuar për të ruajtur vetëm mbetjet në çdo kohë të caktuar. Regjistrat aktualë ruajnë të dhënat se si ka ndryshuar bilanci me kalimin e kohës, d.m.th. në këtë moment, aq shumë u pranua si rezultat i një veprimi të tillë, në atë moment, aq shumë humbi si rezultat i një veprimi tjetër. Regjistrat qarkullues ju lejojnë të analizoni historinë e ndryshimeve në një sasi ose sasi gjatë një periudhe kohore në kontekstin e parametrave të caktuar. Për shembull, një regjistër i shitjeve do të tregojë se sa dhe për çfarë sasie u është shitur një produkt specifik ndaj palëve për një periudhë të caktuar kohore.

Informacioni shfaqet në regjistrat e akumulimit kur punoni me dokumente, d.m.th. dokumentet e vendosin aty.

Tabela e llogarive

Një konfigurim tipik UPP përmban katër skema të llogarive (dhe, në përputhje me rrethanat, 4 regjistra kontabël - fizikisht, informacioni mbi skemat e llogarive ruhet në regjistrat përkatës të kontabilitetit):

• Buxhetimi
• Ndërkombëtare
• Taksa
• Vetë-mbështetës

Sepse Në zbatimin e kontabilitetit të menaxhimit, parimi i hyrjes së dyfishtë nuk respektohet, atëherë nuk nevojitet një plan kontabël për të. Prandaj, në konfigurimin standard të SPP, nuk formohet një bilanc menaxhimi. Për ta bërë këtë, ose mund të modifikoni konfigurimin, ose, e cila është e preferueshme, të përdorni nënsistemin e buxhetimit (ju lejon të ruani informacione shumë të ndryshme, mund të krijoni një skenar të veçantë "Bilanci i Menaxhimit" dhe, duke përdorur të dhënat e kontabilitetit të menaxhimit, futni informacion sipas këtij skenari për të marrë përfundimisht një bilanc menaxherial, por më shumë për këtë më vonë)

UPP përmban informacione që ruhen vetëm në skemën e llogarive (për shembull, informacione për llogari 80-90, të dhëna për koston fillestare të aktiveve jo-materiale, blerjen e aktiveve jo-materiale (llogaria 08.05), Performanca e punës kërkimore, zhvillimi dhe teknologjike (llogaria 08.08 ), shpenzimet e kërkimit dhe zhvillimit, një pjesë e kostove të llogarisë së 29-të etj.), ka edhe informacione që ruhen vetëm në regjistrat e akumulimit (gjithçka që lidhet me planifikimin, porositë, rezervimet etj.) dhe ka informacion. të ruajtura si në skemën e llogarive ashtu edhe në regjistrin e akumulimit (kontabiliteti i magazinës, kontabiliteti i kostos, etj.). Shënim. Shembujt në kllapa janë dhënë në seksionin "kontabiliteti". Të njëjtat veçori ekzistojnë në llojet e tjera të kontabilitetit.

Le të shohim një shembull. Hapni dokumentin "Pranimi i mallrave dhe shërbimeve" - ​​menuja "Dokumentet - Menaxhimi i blerjeve - Pranimi i mallrave dhe shërbimeve". Për shembull, hapni dokumentin e parë. Shikoni postimet e tij duke përdorur ikonën. Kushtojini vëmendje asaj që ka llogaria analitike 10: d.m.th. Pas përpunimit të faturës, informacioni për artikullin dhe magazinë do të ruhet në skemën e llogarive.

Tani shikoni lëvizjet e dokumentit duke përdorur butonin "Shko - Lëvizjet e dokumentit sipas regjistrave":

Do të hapet një raport mbi lëvizjet e dokumenteve. Ju mund ta rrëzoni pemën e grupit duke klikuar në fushën e raportit dhe më pas duke shtypur njëkohësisht kombinimin e tastit "Ctrl + Shift + MINUS në seksionin e tastierës NumLock". Shikoni (zgjeroni) grupin "Regjistri i akumulimit "Grupi i mallrave në depo (kontabilitet)"":

Kushtojini vëmendje detajeve të rrethuara - kjo analizë nuk ishte në grafikun e llogarive. Por është në këtë regjistër akumulimi.

Ka dokumente që korrigjojnë vetëm shënimet në skemën e llogarive, dhe ka, si të thuash, dokumente të plota që korrigjojnë të gjithë informacionin e kërkuar, përfshirë analitikën e avancuar në regjistra.

Ju duhet të kuptoni se dokumentet e plota regjistrojnë informacionin kryesisht në regjistra, dhe vetëm ekstraktet e këtij informacioni të kërkuar për bilancin e gjendjes shkruhen në skemën e llogarive. Për më tepër, çdo llogaritje e kërkuar "siç shkoni" përdor gjithmonë të dhënat e librit, dhe vetëm rezultatet e këtyre llogaritjeve mund të regjistrohen si shënime në skemën e llogarive. Prandaj, nëse korrigjoni vetëm skema e llogarive të transaksioneve, kjo nuk do të thotë se çdo gjë do të bëhet më mirë kudo më vete, sepse... asgjë nuk do të hyjë në regjistrat me analitikë të avancuar. ato. e gjithë puna duhet të kryhet në dokumentet e duhura, "korrekte", dhe jo duke rregulluar shënimet në planin kontabël.
Sidoqoftë, nëse filloni të rregulloni manualisht hyrjet në skemën e llogarive, do t'ju duhet t'i rregulloni ato më tej - për shembull, dokumenti "Llogaritja e kostove" për muajin e ardhshëm nuk do të marrë parasysh asnjë transaksion të rregulluar në grafikun e llogaritë, funksionon me regjistra dhe vetëm e shkruan rezultatin në skemën e llogarive, - si rezultat, sasia e punës mund të rritet aq shumë sa të bëhet e pamundur përdorimi i programit.
Përpara përdorimit të një dokumenti, kontabilisti duhet të kuptojë nëse ky dokument rregullon vetëm hyrjet, ose nëse korrigjon informacionin kudo që është e nevojshme. Për të kontrolluar, mund të përdorni raportin, i cili u përmend më lart, i cili hapet duke klikuar butonin "Shko - Dokumento lëvizjet sipas regjistrave".

Në raste ekstreme, kur problemi nuk mund të zgjidhet me një dokument të plotë ekzistues në bazën e të dhënave që regjistron informacionin si në regjistrat e akumulimit ashtu edhe në skemën e llogarive, duhet të përdorni jo vetëm dokumentin e rregullimit të transaksionit, por edhe një dokument të veçantë për rregullimin. regjistrat e akumulimit. Në të njëjtën kohë, natyrisht, ju duhet të kuptoni mirë jo vetëm se cilat shënime duhet të bëhen në skemën e llogarive, por edhe në cilët regjistra akumulimi dhe si duhet korrigjuar informacioni në mënyrë që rregullimi përfundimisht të rezultojë të jetë e plotë - kjo është një çështje shumë delikate dhe komplekse, është më mirë t'i besoni vetëm një specialisti shumë të mirë.

Raportet

Një raport është një mjet për të marrë informacion nga një bazë të dhënash, i përpunuar dhe përgatitur posaçërisht në një formë të kuptueshme, të përshtatshme dhe të kërkuar nga përdoruesi. Ka shumë raporte në konfigurim, të gjitha kanë qëllimin e tyre.

Shembuj të raporteve ekzistuese:

• Raportet e krijuara bazuar në të dhënat e grafikut të llogarive:
• Bilanci i qarkullimit
• Fletë shahu
• Analiza e llogarisë etj.

• Raportet e rregulluara

Në konfigurimin e versionit SCP 1.3.7.1, thirrja e mjetit për të punuar me raporte të rregulluara nuk është e disponueshme në "ndërfaqen e plotë". Prandaj, për ta gjetur atë, kaloni në ndërfaqen "Kontabiliteti dhe Kontabiliteti Tatimor":

Në këtë ndërfaqe, mjeti për të punuar me raportimin e rregulluar ndodhet në menunë "Kontabiliteti":

• Raportet e bazuara në të dhënat nga regjistrat e akumulimit, regjistrat e informacionit, drejtoritë, etj. (produkti i produktit, planet e prodhimit, defektet e prodhimit, analiza e disponueshmërisë së mallrave në magazina, analiza e disponueshmërisë së fondeve, etj.). Në mënyrë tipike, nëse një raport gjenerohet bazuar në të dhënat nga një regjistër, emri i tij përmban fjalën "deklaratë". Nëse një raport gjenerohet në bazë të të dhënave nga disa regjistra të ndryshëm, atëherë fjala "analizë" zakonisht përdoret në titullin e raportit.

• Raporte me porosi.

Për përdoruesit e avancuar, ekziston një mekanizëm për krijimin e raporteve të tyre. Ne do të flasim për to në mënyrë më të detajuar pak më vonë.

Trajtimet

Përpunimi është një mjet 1C: Enterprise me të cilin kryhen disa transformime të të dhënave të specifikuara nga programi. Ndryshe nga raportet, përpunimi i shkruan këto të dhëna të konvertuara në bazën e të dhënave. Për shembull, në drejtorinë "Nomenklatura", duhet të zëvendësoni personin përgjegjës për blerjen e tij me S.G. Chugunova. në Ubeikin V.Ya. Për ta bërë këtë, mund të përdorni përpunimin "Përpunimi në grup i drejtorive dhe dokumenteve":

Plotësoni fushat e përpunimit si më poshtë:

Dhe klikoni në butonin "Zgjidh". Pastaj shkoni te skeda "Përpunim":

Zgjidhni "Veprim" dhe vlerë të re. Dhe klikoni në butonin "Run". Si rezultat, e gjithë nomenklatura në të cilën ishte caktuar menaxheri përgjegjës i blerjeve ishte S.G. Chugunova. Do të ketë një menaxher të ri përgjegjës për blerjen.

Konfigurimi përmban gjithashtu përpunim të veçantë që kryen disa veprime rutinë. Për shembull, llogaritja e kostove të produktit kryhet sipas një plani.

Parimet e punës me dokumente

Në këtë pjesë do të shikojmë parimet bazë të punës me dokumente: krijimi, regjistrimi, mbajtja (operativ dhe jooperativ, i shtyrë), shënimi për fshirje, fshirja e dokumenteve.

Krijimi i dokumenteve

Një dokument mund të krijohet në mënyra të ndryshme. Le të shohim shembullin e dokumentit "Pranimi i mallrave dhe shërbimeve"

Metoda 1. - duke përdorur veglën “Add(Ins)”. Krijimi i një dokumenti të ri mund të bëhet duke klikuar në ikonën "Shto" nga lista e dokumenteve që hapet direkt nga menyja kryesore e programit. Le të themi se dëshironi të krijoni një dokument "Marrja e mallrave dhe shërbimeve". Nga menyja kryesore e programit mund të hapni një listë të këtyre dokumenteve:

Më pas, në listën e faturave që hapet, zgjidhni një nga metodat e rrethuara në figurë (janë ekuivalente, bëhet e njëjta gjë):

Si rezultat i kësaj, do të hapet një dokument i ri "Marrja e mallrave dhe shërbimeve" dhe më pas do t'ju duhet të plotësoni të gjitha fushat e tij në mënyrë sekuenciale (dhe mos harroni për skedat e ndryshme të këtij dokumenti - të rrethuara në një kornizë):

Metoda 2. - duke përdorur mekanizmin e kopjimit. Krijimi i një dokumenti të ri mund të bëhet duke klikuar në ikonën "Shto duke kopjuar":

Në këtë rast, dokumenti në të cilin është vendosur kursori në listën e dokumenteve do të kopjohet dhe kopja e tij do të hapet. Kjo kopje do të ketë tashmë të plotësuara fushat e dokumentit. E tëra që mbetet është t'i modifikoni nëse është e nevojshme:

Sigurisht, kjo metodë është më shpesh shumë më e shpejtë sesa thjesht krijimi i një dokumenti.

Metoda 3. - duke përdorur mekanizmin e hyrjes në bazë. Ju mund të krijoni një dokument të ri nga dokumenti bazë. Për shembull, "Pranimi i mallrave dhe shërbimeve" mund të krijohet duke futur në bazë të dokumentit "Urdhër pranimi për mallra". Në këtë rast, së pari, urdhri origjinal i marrjes së mallrave do të bëhet bazë për dokumentin e krijuar "Pranimi i mallrave dhe shërbimeve" dhe së dyti, "Pranimi i mallrave dhe shërbimeve" i krijuar në këtë mënyrë do të plotësohet automatikisht me të dhëna nga dokumenti bazë. . Për të thirrur mekanizmin e hyrjes në bazë, duhet të hapni dokumentin "Urdhri i marrjes së mallrave" dhe klikoni në ikonën e hyrjes në bazë. Për më tepër, e njëjta gjë mund të bëhet pa hapur vetë “Urdhër pranimi për mallra”, por direkt nga lista e “Urdhër pranimi për mallra”, vetëm duke e pozicionuar fillimisht kursorin në dokumentin e dëshiruar. Shihni figurën, metodat e hyrjes në bazë janë të rrethuara:

Dokumenti i ri i marrjes së krijuar do të "merr" listën e mallrave nga urdhri i pranimit mëmë:

Metoda 4. - duke përdorur trajtime të veçanta. Krijimi i një dokumenti të ri mund të bëhet automatikisht kur një përpunim i veçantë është duke u ekzekutuar. Zakonisht në këtë rast, shumë dokumente krijohen menjëherë (përpunimi nevojitet për të shpejtuar procesin kur kërkohet një lloj veprimesh masive ose një sekuencë e caktuar veprimesh). Kjo metodë do të diskutohet më në detaje më vonë.

Dokumentet e regjistrimit

Dokumenti shkruhet në bazën e të dhënave kur klikoni butonin "Shkruaj". Derisa të shtypet ky buton në një dokument të ri, dokumenti nuk do të ruhet në bazën e të dhënave dhe në rast të ndonjë ndërprerjeje të papritur (për shembull, ndërprerje të energjisë), dokumenti i paregjistruar do të humbet. Kjo është veçanërisht e rëndësishme të dini kur punoni me dokumente që përmbajnë shumë informacion, për shembull, një pjesë e madhe tabelore e plotësuar me dorë. Shkruani dokumentet shpesh në mënyrë që të mos keni nevojë të futni përsëri të dhëna. Në momentin e regjistrimit të një dokumenti, në bazën e të dhënave nuk ndodhin ndryshime të rëndësishme që ndikojnë në të dhëna të tjera që nuk lidhen me këtë dokument, d.m.th. gjatë regjistrimit, të dhënat thjesht ruhen dhe këto të dhëna ruhen vetëm brenda dokumentit; informacioni nuk shkon askund akoma.

Shënim. Është në momentin e regjistrimit që dokumenti zë vendin e tij në bazën e të dhënave në vijën kohore midis dokumenteve të të njëjtit lloj. Le të shpjegojmë më në detaje. Shikoni fushën "nga" me datën dhe orën e dokumentit:

Kur krijoni një dokument, koha nuk plotësohet, por gjatë regjistrimit, ajo plotësohet në sekondën më të afërt. Në të njëjtën kohë, në të njëjtin sekondë, dokumentet e të njëjtit lloj mund të shkruhen nga përdorues të tjerë të bazës së të dhënave tuaja (d.m.th. supozoni se disa përdorues të së njëjtës bazë të dhënash kanë klikuar në butonin "Shkruaj", secili në "Faturën e mallrave" të vet “dokument dhe shërbime” dhe ndodhi në të njëjtën sekondë). Secili nga dokumentet e regjistruara, pavarësisht nga koha e njëjtë, do të zërë pozicionin e vet brenda një sekonde. ato. edhe brenda një sekonde në "vijën kohore" të krijimit të dokumentit, çdo dokument do të ketë vendin e tij unik - është kur dokumenti regjistrohet që i caktohet ky vend.

Në përgjithësi, në varësi të llojit të dokumentit, mund të ndodhë që përveç regjistrimit të mos nevojitet asgjë tjetër, d.m.th. dokumenti ka për qëllim vetëm ruajtjen e të dhënave brenda vetes (*shih listën e dokumenteve të tilla më poshtë), por për shumicën e llojeve të dokumenteve regjistrimi nuk është i mjaftueshëm. Fakti është se, në përgjithësi, një dokument nuk është ruajtja më e përshtatshme e informacionit; aftësitë e tij në këtë drejtim janë të kufizuara.

*Lista e dokumenteve që regjistrohen vetëm:

"Akti i rakordimit të marrëveshjeve të ndërsjella", "Prokura", "Dokumenti i marrëveshjeve me palën tjetër (kontabiliteti manual)", "Kërkesë për shërbime informacioni për tatimpaguesit", "Inventarizimi i defekteve në prodhim" dhe të gjitha llojet e tjera të Inventari, “Dokumenti i paformalizuar i organit tatimor”, “Dokumenti i paformalizuar i tatimpaguesit”, “Anketa”, “Raporti për përbërjen e turnit”, “Shpërndarja e pyetësorëve”, “Llogaritja e kostove të planifikuara të prodhimit”, “Raporti i rregulluar”, “ Regjistri i faturave”, “Fatura e pagesës ndaj blerësit”, “Fatura për pagesën ndaj furnizuesit” “, “Lidhja e transportit”.

Kryerja e dokumenteve

Siç është përmendur tashmë, kur regjistroni një dokument, të dhënat e futura thjesht ruhen brenda dokumentit. Por për shumicën e llojeve të dokumenteve, regjistrimi nuk është i mjaftueshëm, është gjithashtu i nevojshëm kryerja e tij.

Postimi i një dokumenti është një veprim i veçantë që kryhet për të regjistruar disa informacione për ta mbrojtur atë nga modifikimet e mëtejshme aksidentale. Në këtë rast, ky informacion mund të mbetet ose në vetë dokumentin (d.m.th. dokumenti nuk bën lëvizje diku tjetër, për shembull, në regjistrin e akumulimit), ose të regjistrohet në formën e lëvizjeve të dokumenteve diku: në regjistrat e akumulimit, regjistrat e informacionit. , plane kontabël, regjistra llogaritës etj.

Domethënë mund të përpunohen edhe dokumente që nuk kryejnë lëvizje askund. Në mënyrë tipike, qëllimi i kryerjes së tyre është të regjistroni disa informacione në një dokument për të parandaluar modifikimin e mëtejshëm të tij. Në konfigurimin tipik të versionit 1.3.7 të UPP, kryhen vetëm dy lloje dokumentesh, por nuk kryhen lëvizje: "Aplikimi për hapjen e llogarive" dhe "Vendosja e parametrave të kontabilitetit të artikujve".

Përpunimi operativ dhe jooperativ i dokumenteve

Dokumentet e kryerjes mund të jenë operative ose jo operative.
Një procedurë operative është ajo në të cilën po kontrollohet mundësia e realizimit të tij. Cfare eshte?

Le të supozojmë se kemi krijuar dhe regjistruar një dokument që rrit borxhin e një pale tjetër. Le të supozojmë se një kufi i caktuar mbi të arkëtueshmet është vendosur me palën tjetër. Le të themi se kanë kaluar nja dy ditë pasi është krijuar dokumenti dhe dikush ka hyrë dhe ka postuar një dokument tjetër që rrit borxhin e së njëjtës palë, dhe ky dokument i fundit ka shteruar kufirin e këtij borxhi. Dhe këtu lindin opsione të ndryshme për zhvillime të mëtejshme.

Nëse organizata ende dëshiron parandalojnë lirimi i mallrave kur të arkëtueshmet e palës tejkalojnë gjendjen, duhet të kontrollojmë gjendjen e tij gjatë kryerjes. Por nëse nuk e ndryshojmë datën, atëherë sipas programit borxhi nuk do të tejkalohet ende - në fund të fundit, dokumenti që e shteron atë është futur më vonë dhe bilancet për shlyerjet e ndërsjella për dokumentin tonë të regjistruar më herët do të jenë të parëndësishme. Është për këtë qëllim që u prezantua mekanizmi operacional - d.m.th. zhvendosja e dokumentit në fund të radhës së dokumenteve të postuara, sepse vetëm në këtë rast mund të kryhen të gjitha kontrollet e nevojshme.

Një mënyrë tjetër është nëse është e rëndësishme që organizata të pasqyrojë faktin e një transaksioni biznesi pikërisht kur ka ndodhur. Kjo është, për shembull, pavarësisht nga fakti se llogaritë e arkëtueshme janë tejkaluar, mallrat tashmë të lëshuar dhe në fakt klienti i detyrohet më shumë se sa është përcaktuar si e pranueshme për të. Në këtë rast, është e rëndësishme që ne të çaktivizojmë kontrollin dhe ta lejojmë të vazhdojë. Atëherë do të ishte e saktë të postohej dokumenti jo operativ, d.m.th. pa të gjitha këto kontrolle.

Në të dyja rastet - si operative ashtu edhe jooperative, do të kryhen të gjitha lëvizjet e nevojshme të dokumentit. Megjithatë, është e rëndësishme të kuptohet se Nëse kryhet jo-operativisht, ekziston një probabilitet i lartë për të marrë të dhëna të parëndësishme në bazën e të dhënave, veçanërisht për shkak të gabimeve të përdoruesit. Le të shohim një shembull të thjeshtuar.

Le të themi, sipas programit, ka 10 njësi të një produkti në magazinë. Le të themi se kanë mbërritur dy porosi për lëshimin e këtij produkti: për 7 njësi dhe për 5 njësi. Le të themi se është krijuar një dokument për lëshimin e 7 njësive të para, por nuk është postuar. Më pas, pas ca kohësh, u postua një dokument për lëshimin e 5 njësive, bilanci sipas të dhënave të programit pas këtij lëshimi të mallrave është 5 njësi. Dhe tani është koha për të paraqitur një dokument për lëshimin e 7 njësive të para të mallrave. Nëse magazina me të vërtetë nuk ka shtatë njësi, atëherë është e rëndësishme që ne të përpiqemi të kryejmë një ekzekutim operacional - vetëm në këtë rast programi do të kryejë një kontroll dhe do t'i tregojë përdoruesit se ka mungesë mallrash. Po sikur këto 7 njësi të jenë fizikisht në magazinë? ato. çfarë të bëni nëse duhet të pasqyroni faktin e një transaksioni biznesi të përfunduar? Siç është përmendur tashmë, në këtë rast përdoruesi duhet ta përpunojë dokumentin në mënyrë jo operative, nuk do të kryhen kontrolle, do të përpunohet dokumenti, do të kryhen lëvizjet, por sipas programit bilanci do të jetë minus dy njësi.

Si rezultat, marrim një shpatë me dy tehe. Nga njëra anë, përdoruesi mund ta lëshojë produktin, sepse E ka fizikisht. Nga ana tjetër kemi balanca të parëndësishme. ato. Është e qartë se në realitet nuk mund të ketë një minus prej dy njësive dhe, ka shumë të ngjarë, një lloj dokumenti i marrjes nuk është kryer.

Nëse të gjitha dokumentet do të kryheshin gjithmonë në kohë dhe gjithmonë në kohë, atëherë kjo nuk do të kishte ndodhur. Por ky është një faktor njerëzor. Nëse të dhënat mund të shfaqen në program njëkohësisht me ndryshime fizike në të njëjtën magazinë... por të dhënat duhet të futen në program nga një person, d.m.th. edhe kjo kërkon pak kohë.

Për të përditësuar bilancet, ekziston një mekanizëm për ripostimin e dokumenteve. Ky mekanizëm lëshohet vetëm në modalitetin ekskluziv, d.m.th. Përdoruesit nuk do të jenë në gjendje të punojnë me bazën e të dhënave në këtë moment. Por sa më shumë të shtyhet kjo, aq më i madh është zinxhiri i dokumenteve që duhen restauruar dhe aq më shumë do të zgjasë. Prandaj, do të ishte optimale të lansohej ky mekanizëm mjaft shpesh dhe rregullisht.

Gjatë postimit operacional, dokumenti kalon në kohë në çastin e fundit (aktuale), d.m.th. të përcaktuara si të fundit në radhë.
Sigurisht, përdoruesi nuk ka nevojë të gjurmojë në mënyrë specifike një lloj radhe dokumentesh. Ky gjurmim ndodh automatikisht në program. Është e rëndësishme vetëm që përdoruesi të kuptojë se nëse programi bën një pyetje rreth nëse do të zbatohet dokumenti në mënyrë jooperative, kjo do të thotë që data e regjistrimit të dokumentit të tij nuk përkon me datën aktuale dhe përdoruesi duhet të vendosë nëse pranon ta ndryshojë këtë datë në atë aktuale. Për të siguruar që nuk ka "konflikt interesi në dokumente", përdoruesi duhet të pajtohet me lëvizjen e dokumentit të tij në radhë dhe ta lëvizë atë me shpejtësi. Ose përdoruesi duhet të kuptojë se duke rënë dakord për përpunimin jo-operativ, përdoruesi jep dritën e gjelbër për humbjen e mundshme të rëndësisë së bilanceve (dhe në këtë rast, herët a vonë, do të jetë e nevojshme të rivendoset urdhri dhe përditësoni bilancet, kështu që është akoma më mirë që gjithmonë të përpiqeni të përpunoni dokumentet menjëherë).

Ne kemi përmendur tashmë më lart se kur regjistroni një dokument, atij i caktohet një pozicion në radhën e dokumenteve të regjistruara. Nëse data e regjistrimit nuk është në ditën aktuale, atëherë ekzekutimi i menjëhershëm është i pamundur, edhe nëse nuk është krijuar asnjë dokument tjetër pas këtij dokumenti. Dhe së pari ju duhet të ndryshoni datën e tij në atë aktuale, ose dokumenti nuk do të përpunohet menjëherë.

Gjatë përpunimit operacional, data nuk ndryshon më, ndryshon vetëm koha e dokumentit - ajo bëhet e fundit në radhën e dokumenteve "në vijën kohore". Si rezultat i kësaj zhvendosjeje në radhë, mund të ndodhë që një dokument të shkruhet më vonë se sa është, pra, të shkruhet para tij. Megjithatë, kjo nuk ka rëndësi, sepse... kur fillon të përpunohet edhe ai dokument i regjistruar më vonë, në të njëjtën mënyrë do të kalojë në fund të radhës - do të lëvizë në momentin kur do të përpunohet - dhe do të bëhet i fundit.

Çfarë do të ndodhë atëherë kur të fillojmë mekanizmin për ripostimin e të gjitha dokumenteve në mënyrë që të përditësohen bilancet? Programi do të kontrollojë çdo herë mundësinë e ekzekutimit dhe në momentin kur, për shembull, tejkalohet shuma e llogarive të arkëtueshme, ekzekutimi do të ndalet. Dhe përdoruesi do t'i kërkohet të zgjidhë këtë problem: ose të rrisë madhësinë e kredisë, ose të kreditojë ndonjë paradhënie të pallogaritur, ose diçka tjetër... do të flasim më shumë për mekanizmin e ripostimit të dokumenteve më vonë.

Në edicionin e fundit të "1C: Trade Management" në platformën 8.2, është zbatuar një metodologji e re për kontrollin e përpunimit të dokumenteve: "Mekanizmi për përpunimin e dokumenteve është ridizajnuar plotësisht në konfigurim. Kontrolli operacional i rezultateve të ekzekutimit kryhet pas formimit të lëvizjeve, në ndryshim nga botimi 10.3 (ku kontrolli është kryer para ekzekutimit). Kjo zgjidhje bëri të mundur ndarjen e plotë të logjikës së ekzekutimit dhe logjikës së kontrollit, duke thjeshtuar rrënjësisht kodin përkatës të programit, i cili, nga ana tjetër, është i rëndësishëm për lehtësimin e modifikimeve të konfigurimit, uljen e numrit të gabimeve të mundshme dhe rritjen e performancës së sistemit. Nëse është e nevojshme, kontrolli kryhet si kur ripostoni në mënyrë retroaktive ashtu edhe kur anuloni postimin e një dokumenti. Për shembull, sistemi nuk do t'ju lejojë të anuloni një porosi për dërgesën e mallrave në masën që ajo tashmë është ekzekutuar." Mund të pritet që ndryshime të ngjashme gradualisht do të rrjedhin në versionet e reja të SCP.

Shtyhet përpunimi dhe përpunimi i mëtejshëm i dokumenteve

Siç u përmend më herët, gjatë postimit të dokumenteve, lëvizjet shpesh kryhen në një lloj ruajtjeje të të dhënave - regjistrat e grumbullimit, regjistrat e informacionit, etj. Për të kryer këto lëvizje, dokumentet bllokojnë tabelat e regjistrave. Nëse në momentin e postimit të dokumentit tonë, kur përpiqemi të bllokojmë një regjistër, rezulton se ky regjistër është tashmë i bllokuar (d.m.th., në të njëjtin moment në kohë që një dokument tjetër po kryen operacione me këtë regjistër), atëherë dokumenti ynë do të nuk mund ta bllokojë atë. Ai do të detyrohet të presë derisa regjistri të jetë i lirë. Kur postoni një dokument, lëvizjet më së shpeshti kryhen në një numër të madh regjistrash menjëherë. Secili prej këtyre regjistrave është krijuar për të ruajtur një lloj informacioni. Si rezultat, gjasat që do të ketë nevojë të prisni derisa njëri prej tyre të jetë i lirë është mjaft i lartë.

Nevojiten mekanizma për ekzekutim të vonuar dhe ekzekutim shtesë për të reduktuar në minimum gjasat e nevojës për një pritje të tillë për faktin se kur ato janë të ndezura, lëvizjet nuk kryhen menjëherë në të gjithë regjistrat në të cilët kërkohet. por vetëm në ato më "urgjentet" - d.m.th. në disa regjistra të kontabilitetit operativ dhe drejtues. Më pas, sipas një plani ose manualisht, lëshohet mekanizmi përcjellës, d.m.th. kryhen të gjitha lëvizjet e tjera.

Për të aktivizuar mekanizmin e postimit të shtyrë, duhet të krijoni një "Cilësim të postimit të vonuar": "Ndërro ndërfaqen - Menaxheri i kontabilitetit - Postimi i shtyrë - Cilësimet e përcjelljes së dokumentit" - Shtoni një element të ri, specifikoni emrin dhe metodën, për shembull, " vetëm që kërkon ndjekje" - Pastaj në të njëjtën meny "Ekzekutimi i vonuar" - artikulli "Lista e organizatave për ekzekutim të shtyrë" - shtoni një rresht të ri, tregoni datën*, organizimin dhe cilësimin e krijuar rishtazi.
*Data e treguar është zakonisht e rregullt, d.m.th. ndërron çdo muaj. ato. për punë më efikase, duhet ta zhvendosni atë çdo muaj në ditën e parë të muajit aktual - atëherë në fund të çdo muaji përdoruesi që punon me dokumentet e përfundimit të periudhës do të jetë në gjendje të plotësojë normalisht dokumentet që i nevojiten dhe të përfundojë periudhën. 1. Kryerja e: lëvizjet formohen përgjatë pjesët regjistrat
2. Ndiqe: formon lëvizje përgjatë pjesa tjetër regjistrat

Nga pikëpamja konceptuale, ndjekja është e ngjashme me ekzekutimin jashtë linje sipas grupit.

Ndjekja kryhet:

Mekanizmi është i dobishëm nëse, kur futni dhe postoni dokumente parësore:

• kërkesat për produktivitetit Dhe paralelizmi janë të vështira
• lëvizjet në të gjithë regjistrat nuk janë të nevojshme "për momentin"
• Disa nga informacionet e nevojshme për formimin e lëvizjeve mund të jenë të panjohura - ato do të bëhen të njohura më vonë.

Mekanizmi nuk vlen për të gjitha dokumentet, por vetëm për masive, e futur njëkohësisht nga një numër i madh përdoruesish.

Postimi i shtyrë nuk përdoret për dokumentet që:

• janë futur rrallë
• është e rëndësishme të kryhet menjëherë nëpër të gjithë regjistrat

Për një listë të dokumenteve për të cilat aplikohet postimi i shtyrë, shih.

Si të operoni mekanizmin

Mekanizmi "Shfaqja e vonuar e dokumenteve" është fakultative. Përdorimi i tij është i personalizueshëm deri në organizatë në formë. Shtyrja është e vlefshme nga data e caktuar.

Mënyra se si do të postohen dokumentet varet nga vendndodhja e datës së dokumentit në lidhje me datën e fillimit të postimit të shtyrë:

Ka kuptim të përdoret postimi i vonuar në një periudhë në të cilën ndodh futja intensive e dokumenteve parësore. Prandaj, rekomandohet të caktohet data e fillimit të postimit të shtyrë në fillim të muajit për të cilin janë futur dokumentet parësore.

Dokumentacioni shtesë kryhet në përputhje me. Mund të lansohet ose automatikisht sipas një plani ose manualisht.

Ka kuptim të fillohet përpunimi shtesë pas përfundimit të futjes intensive të dokumenteve parësore. Përpara se të filloni ndjekjen, duhet të siguroheni që i njihni të gjitha të dhënat për pasqyrimin e dokumenteve në kontabilitetin e rregulluar.

Nëse, pas përfundimit të postimit shtesë, të dhënat që ndikojnë në pasqyrimin e dokumenteve në kontabilitetin e rregulluar kanë ndryshuar (për shembull, cilësimet e paracaktuara të llogarisë), duhet të ripostoni të gjitha dokumentet. Kjo mund të bëhet duke zgjedhur metodën e duhur të përfundimit në.

Ndjekja duhet të përfundojë përpara fillimit të procedurave rregullatore për mbylljen e muajit (shih diagramin e procedurës së "mbylljes së muajit").

Pasi të ketë përfunduar futja intensive e dokumenteve për periudhën dhe të jenë përpunuar dokumentet, këshillohet që data e fillimit të postimit të shtyrë të zhvendoset në fillim të muajit të ardhshëm.

Përshkrimi i mekanizmit

Regjistrat, lëvizjet përgjatë të cilave formohen gjatë postimit të një dokumenti

Nëse përdoret postimi me vonesë, gjatë postimit të dokumenteve, lëvizjet krijohen në të njëjtat regjistra si në modalitetin e postimit "të plotë" kur vendoset flamuri "Reflect in ex". Kontabiliteti". Në mënyrë tipike, këto regjistra përdoren për të marrë vendime operacionale.

Ekzistojnë veçori për regjistrin "Kontabiliteti i kostos": lëvizjet formohen vetëm kur postoni dokumente "prodhimi", dokumente "Pranimi i mallrave dhe shërbimeve", "Raporti paraprak". Gjatë postimit të të gjitha dokumenteve të tjera, lëvizjet në këtë regjistër nuk gjenerohen.

Gjatë kryerjes së dokumenteve nuk janë formuar lëvizjet nëpër regjistra që nuk përdoren për marrjen e vendimeve operacionale:

Mallrat e shitura

Kostoja e shitjes

Shtyhet të papajtueshme me mënyra:

• Shlyerja e grupeve gjatë postimit të dokumenteve

  Përcaktimi i avanseve gjatë kryerjes së dokumenteve.

Këto mënyra përdoren kur

nuk ka probleme me performancën

nuk ka asnjë qëllim për të siguruar fleksibilitet në kontabilitet

prioriteti më i lartë është marrja e "të dhënave të sakta menjëherë".

Kjo do të thotë, ekzekutimi i vonuar nuk kërkohet kur përdorni mënyra të tilla.

Anulimi i postimit (shpërndarjes) të dokumenteve

Pas postimit të një dokumenti, mund ta anuloni postimin e tij duke përdorur ikonën

Kur anuloni postimin, dokumenti përsëri bëhet i disponueshëm për modifikim dhe të gjitha lëvizjet e tij të ekzekutuara më parë fshihen (ose bëhen joaktive). Më pas dokumenti mund të postohet përsëri (mundësisht shpejt, me një zhvendosje në vijën kohore, ose jo operative, d.m.th. pa ndryshuar datën dhe orën).

Fshirja e dokumenteve

Në rastin kur përdoruesi vendos që, për shembull, dokumenti që ka futur nuk është i nevojshëm, ai mund ta fshijë atë. Dokumentet fshihen duke përdorur një shenjë fshirjeje. Më pas mund të ekzekutoni përpunimin "Fshi objektet e shënuara" dhe ta fshini atë përgjithmonë, por deri atëherë shenja e fshirjes mund të hiqet dhe dokumenti mund të rikthehet. Ky fshirje me shumë hapa është gjithashtu i dobishëm sepse përpunimi "Fshi objektet e shënuara" kryen kontrollin e të dhënave përpara fshirjes dhe mbron objektet që përdoren diku tjetër në bazën e të dhënave nga fshirja. Për shembull, do të ishte e gabuar të fshihej drejtpërdrejt dhe menjëherë çdo palë tjetër nëse ajo është e shënuar tashmë në disa dokumente, sepse në këtë rast, integriteti i të dhënave do të cenohet - një dokument i tillë do të përmbajë një lidhje me ndonjë "objekt të panjohur".

Për më tepër, ndonjëherë dokumentet mund të fshihen "direkt", d.m.th. menjëherë. Zakonisht heqja e drejtpërdrejtë bëhet me përpunim: kur ka , do të ishte logjike që i njëjti përpunim mund t'i fshinte ato.

****************************************************************************************************************************************

Programi "1C: Menaxhimi i Ndërmarrjeve Prodhuese 8.2" u krijua fillimisht si një zgjidhje universale për çdo lloj biznesi, qoftë prodhim, tregti, shërbime, domethënë për një gamë të gjerë sektorësh të ekonomisë.

Përveç universalitetit, qëllimi i 1C ishte të krijonte një produkt të përfunduar që nuk kërkonte modifikime të mëdha nga programuesit. Prandaj, ky produkt përfshinte një numër të madh mundësish për të siguruar menaxhimin e flukseve të mallrave, materialeve, financiare, mbështetjen e aktiviteteve të kontabilitetit dhe shërbimeve të personelit, marketingun, dhe për ruajtjen e kontabilitetit të rregulluar dhe të brendshëm, etj. Kjo mund të gjykohet nga shumëllojshmëria i funksionalitetit, një përzgjedhje e madhe e librave të referencës, karakteristikave, klasifikuesve dhe cilësimeve.

Në dritën e kësaj, mund të themi se 1C UPP është një aplikacion kompleks shumëfunksional që ka të gjitha mjetet e nevojshme për të siguruar funksionimin e një ndërmarrje të çdo shkalle. Por në të njëjtën kohë, UPP 8.2 është akoma më i përqendruar në ndërmarrjet e mesme dhe të mëdha me një numër punonjësish prej disa dhjetëra, pasi për shkak të funksionalitetit të zhvilluar, kostot e blerjes së produktit dhe mbajtjes së kontabilitetit me ndihmën e tij janë mjaft të larta. Prandaj, në UPP ju mund të mbani kontabilitet shumë-valutash për një numër pothuajse të pakufizuar organizatash. Është prezantuar kontabiliteti i zhvilluar i menaxhimit, së bashku me mirëmbajtjen e njëkohshme të kontabilitetit të rregulluar, duke përfshirë SNRF. Ekziston një kontabilitet i konsoliduar nga fundi në fund për kompaninë (zotërimin).

Nëse flasim për disavantazhet e zgjidhjes, ato përfshijnë mungesën e një strukture të qartë të moduleve (si në sistemet më moderne ERP, ku mund të çaktivizoni plotësisht modulet e papërdorura) dhe një seksion të dedikuar marketingu. Funksionet e marketingut janë të vendosura në seksione të ndryshme - menaxhimi i prodhimit, blerjet, shitjet dhe çmimet.

Le të shqyrtojmë aftësitë e 1C UPP duke përdorur shembullin e një baze demonstrimi në botimin 1.3 (versioni 1.3.97.5). UPP ka një ndërfaqe standarde për produktet softuerike në platformën 1C: Enterprise 8.2.

Karakteristikat e mundshme shfaqen në formë të përgjithshme informative në artikujt e menysë "Dokumentet", "Raportet" dhe "Direktoritë".

Funksionaliteti i tepërt rrëmujë sistemin, zgjat kohën e kërkimit dhe përzgjedhjes në meny dhe si rezultat, ngadalëson punën. Zhvilluesit e kanë zgjidhur këtë problem. Në konfigurimin 1C UPP, zbatohet aftësia për të zgjedhur një ndërfaqe të specializuar.

Në ndërfaqen "e tij", punonjësi sheh vetëm ato artikuj dhe cilësime të menusë që janë të nevojshme për punën e tij. Edhe forma e dokumenteve do të jetë e ndryshme për ndërfaqe të ndryshme.

Konfigurimi tipik i ndërfaqes është më në përputhje me konfigurimin e nënsistemit. Nëse është e nevojshme, mund të ndryshoni funksionalitetin e ndërfaqes në përputhje me rregulloret e kompanisë. Ju gjithashtu mund të përcaktoni ndërfaqet e disponueshme për punonjës të veçantë dhe të vendosni atë të paracaktuar kur hyni në një sesion të bazës së të dhënave.

Një veçori tjetër e 1C UPP është se çdo dokument ka një cilësim për regjistrim selektiv në menaxhimin, kontabilitetin dhe kontabilitetin tatimor. Por kjo qasje kërkon një kuptim të qartë të të gjitha proceseve në ndërmarrje.

Le të japim një përmbledhje të shkurtër të nënsistemeve kryesore funksionale të 1C UPP.

Kontrolli i prodhimit

Në 1C UPP, shumë vëmendje i kushtohet menaxhimit të prodhimit, pasi ky produkt u krijua posaçërisht për kompanitë prodhuese (por mund të përdoret gjithashtu aty ku nuk ka prodhim). Më e rëndësishmja është se programi mund të përdoret me sukses për biznese me strukturë komplekse, ku ka prodhime të ndryshme, shërbime, tregti me shumicë dhe pakicë.

Çdo prodhim fillon me planifikim, dhe shpesh jo me planifikim të prodhimit, por shitjes, dhe mbi këtë bazë ndërtohet një plan prodhimi dhe tregohen afate specifike në bazë të kapacitetit të ndërmarrjes. Më pas, planifikimi i turneve kryhet në detaje për të gjithë gamën e produkteve. Prodhimi me ndërrim i përmbledhur për periudhën krahasohet me planin e zgjeruar, pas së cilës qartësohet plani i prodhimit. Periudhat standarde të planifikimit në 1C UPP janë dita, java, dekada, muaji, tremujori, viti.

Në të njëjtën kohë, planifikohet nevoja për materiale, lëndë të para, pjesë - domethënë burime të prodhimit - dhe mbi këtë bazë llogariten rezervat e nevojshme për prodhimin, planifikimin e kostos dhe planifikimin e prokurimit. Nga kjo, një buxhet hartohet sipas zërave të shpenzimeve.

1C UPP përdor një sistem të kontabilitetit të kostos shumë të zhvilluar. Kostot klasifikohen sipas llojit dhe natyrës së përdorimit. Kjo analizë përdoret për të shpërndarë kostot e prodhimit. Pjesë përbërëse e prodhimit janë specifikimet që përcaktojnë përbërjen e produkteve të prodhuara. Bazuar në specifikimet, kostoja e produkteve të prodhuara llogaritet sipas standardeve të përcaktuara.

Në procesin e ekzekutimit të planit të prodhimit, ju mund të analizoni treguesit dhe devijimin e tyre nga ato të specifikuara, të kontrolloni konsumin e materialeve dhe burimeve, të sqaroni planet e dorëzimit dhe të rillogaritni kostot. Dhe, nëse është e nevojshme, rregulloni planifikimin e prodhimit tashmë të nisur.

Planet prezantuan konceptin e një skenari, d.m.th. duke marrë rezultatin e pritur në varësi të parametrave dhe periudhës së ndryshme. Skenarët ju lejojnë të krijoni opsione të ndryshme planifikimi në afat të shkurtër, të mesëm dhe afatgjatë, si dhe kur planifikoni shitje dhe blerje.

Menaxhimi i prokurimit

Nënsistemi është projektuar për t'i siguruar ndërmarrjes artikujt e inventarit (TMV) për nevojat e shitjes dhe prodhimit. Nënsistemi kryen menaxhimin nga fundi në fund të porosive për furnitorët dhe blerësit, kontrollin e inventarit të mallrave dhe materialeve dhe formohet një sistem i unifikuar i shpërndarjes së produkteve. Mekanizmi i planifikimit bën të mundur gjenerimin automatik të planeve kalendarike të prokurimit dhe prodhimit bazuar në planin e shitjeve. Plani i prokurimit mund të gjenerohet sipas skenarëve të ndryshëm në varësi të parametrave dhe periudhës së planifikimit. Duke përdorur asistentin e integruar, ju mund të krijoni automatikisht një paketë planesh prokurimi në baza mujore ose tremujore sipas kushteve të specifikuara. Ekziston kontrolli i zbatimit të planit dhe mundësia e rregullimeve dinamike. Zbatimi i çmimeve fleksibël sipas gamës së produkteve, grupeve të çmimeve, palëve, kontratave, përdorimit të çmimeve të shlyerjes, vendosjes së një sërë çmimesh bazë, zbritjeve bazuar në kritere të ndryshme. Për të analizuar çmimet e blerjes, përdoren të dhëna nga furnitorët dhe konkurrentët. Nënsistemi ka aftësinë për të kontrolluar marrëveshjet e ndërsjella me palët.

Menaxher Shitjesh

Nënsistemi përpunon dhe përmbush porositë e klientëve. Për çmimet, planifikimin e shitjeve dhe kontrollin e inventarit, përdoren të njëjtat mekanizma (përpunimi, raportimi i dokumenteve) si në sistemin e menaxhimit të prokurimit. Formimi i një plani shitjesh mund të kryhet në bazë të të dhënave nga periudhat e mëparshme, porositë paraprake nga klientët dhe parashikimet e shitjeve. Është e mundur të rezervoni mallra bazuar në porositë e klientëve, në bazë të të cilave mund të bëni porosi për furnitorët dhe për prodhimin. Ju mund të gjurmoni porositë nga klientët si sipas kohës ashtu edhe shkallës së përfundimit. Duke përdorur raporte të specializuara, analizoni shitjet në seksione të ndryshme, vlerësoni qarkullimin, përfitimin, klasifikoni mallrat dhe renditni klientët sipas treguesve të ndryshëm.

Menaxhimi i Marrëdhënieve me Klientin (CRM)

Nënsistemi ju lejon të ruani informacione të ndryshme për blerësit aktualë dhe potencialë, të mbani një histori ndërveprimi me ta, të vlerësoni efektivitetin e kontakteve, të gjurmoni fazat e transaksioneve, të regjistroni ngjarje dhe të kujtoni për kontaktet e ardhshme dhe të klasifikoni blerësit. Klienti i integruar i postës elektronike përshpejton shkëmbimin e informacionit me palët. Nënsistemi është i lidhur ngushtë me menaxhimin e shitjeve.

Menaxhimi Financiar

Ky është një nënsistem për menaxhimin e flukseve monetare, planifikimin e arkëtimeve të ardhshme, shpenzimin e parave, si dhe kryerjen e pagesave me para dhe pa para. Ekziston një mekanizëm për rezervimin e parave përmes aplikacioneve për shpenzimin e parave pas miratimit. Rruga e miratimit caktohet sipas autoritetit të punonjësve. Mund të monitoroni lëvizjen e financave dhe të regjistroni devijime nga vlerat e planifikuara. Duke përdorur kalendarin e pagesave, ju mund të planifikoni faturat dhe shpenzimet për periudha të ndryshme - ditë, javë, dekadë, muaj, etj.

Nënsistemi është projektuar për planifikimin afatgjatë të marrjes dhe shpenzimit të burimeve financiare në seksione të ndryshme analitike, si organizimi, projekti, qendra e përgjegjësisë financiare (FRC) dhe të tjera, për një interval kohor të zgjedhur. Ndryshe nga nënsistemi i menaxhimit financiar, i cili regjistron pranimet dhe shpenzimet e ardhshme të parave, buxhetimi përdor tregues të vlerësuar. Ekzistojnë funksione për monitorimin e zbatimit të buxhetit. Nënsistemi është i lidhur ngushtë me planifikimin e prodhimit, shitjet dhe blerjet dhe llogaritjen e listës së pagave.

Menaxhimi i personelit dhe lista e pagave

Një nënsistem i madh me shumë funksione, duke përfshirë ruajtjen e të dhënave personale të punonjësve, ruajtjen e të dhënave të personelit dhe oraret e punës dhe pushimeve, llogaritjen e pagave, primeve të sigurimit, tatimit mbi të ardhurat personale (NDFL), si dhe tarifa dhe zbritje të tjera. Sistemi regjistron të gjitha dokumentet e personelit, fletët e orarit, fletëpagesat dhe fletëpagesat. Ka mundësi për të analizuar personelin, për të motivuar punonjësit, për të monitoruar punësimin dhe nevojat e personelit, për të menaxhuar rekrutimin, për të regjistruar trajnimin dhe për të riafirmuar punonjësit dhe për të kryer anketa për kandidatët për punë.

Kontabiliteti i aseteve fikse

Një nënsistem për mbajtjen e regjistrave të aseteve fikse (FPE), mbështetje logjistike për departamentet e ndërmarrjes. Përfshin kontabilitetin, zhvlerësimin dhe mirëmbajtjen e aktiveve fikse, planet e mirëmbajtjes (planet), inventarin.

Kontabiliteti dhe SNRF

Këto nënsisteme përgjegjëse për kontabilitetin janë të lidhura ngushtë. Nënsistemi "Kontabiliteti" përmban të gjitha raportimet në përputhje me standardet RAS (sistemi rus i kontabilitetit). Ekziston një gamë e plotë e raporteve standarde për punën me llogaritë e kontabilitetit, mjete të ndryshme për analizimin e gjendjes aktuale të ndërmarrjes, llogaritjen e kostos, llogaritjen e lëvizjes së burimeve dhe inventarit. Regjistrimi i të gjitha transaksioneve të prodhimit, blerjeve, shitjeve dhe financiare. Për transformim të saktë, ekziston një cilësim për përputhjen e llogarive kontabël dhe tatimore. Llogaritja e të gjitha taksave, në veçanti një paketë e madhe mjetesh për kontabilitetin e TVSH-së, përgatitja e raportimit të rregulluar (tatimor).

Për të bashkëpunuar me kompani të huaja është gjithashtu e nevojshme të mbahet kontabiliteti sipas standardeve IFRS (International Financial Reporting System). Për shkak të dallimeve të caktuara në metodologji dhe qasje ndaj kontabilitetit, ky sistem është mjaft i ndryshëm nga standardi rus, pavarësisht nga fakti se ka pasur një sërë ndryshimesh për ta afruar RAS me standardin SNRF. Prandaj, një nënsistem i veçantë është ndarë për kontabilitet sipas rregullave ndërkombëtare të kontabilitetit. Nuk ka kontabilitet automatik nga fundi në fund sipas SNRF-ve. Sistemi i informacionit duhet të kryejë periodikisht përpunimin për të përkthyer transaksionet në SNRF. Për transferim të saktë, fillimisht duhet të vendosni korrespondencën e llogarive në RAS dhe IFRS.

Le ta përmbledhim

1C UPP është një zgjidhje e mirë për bizneset prodhuese dhe multidisiplinare që kërkojnë funksionalitet të gjerë dhe për të cilat koha e zbatimit është kritike. Nënsistemi i prodhimit është i zhvilluar mirë. Është prezantuar një mekanizëm për llogaritjen e detajuar të kostove dhe shpërndarjen e tyre ndërmjet produkteve të prodhuara. Për këtë qëllim, fillimisht përfshihen klasifikues të ndryshëm të kostos dhe përdoren specifikimet dhe karakteristikat e produktit. Një mekanizëm i fuqishëm për planifikimin e aktiviteteve të ndërmarrjes në fusha të ndryshme, duke marrë parasysh shumë parametra. Për më tepër, bazuar në 1C UPP 8.2, janë zhvilluar zgjidhje të specializuara të industrisë që janë krijuar për prodhim specifik.

Por 1C UPP 8.2 u shfaq në treg shumë kohë më parë, dhe megjithë avantazhet e tij, ai gradualisht po bëhet i vjetëruar. Aktualisht, një produkt më modern "1C:ERP Enterprise Management 2" po zhvillohet në mënyrë aktive në platformën teknologjike "1C:Enterprise 8.3" me mbështetje për veçori dhe shërbime të reja. Në këtë drejtim, kompania 1C vendosi të heqë 1C UPP nga listat zyrtare të çmimeve nga 30 Prill 2018. Do të jetë e mundur të blini produktin vetëm nga partnerët e 1C që kanë statusin "1C: Qendra e Kompetencës për Zgjidhjet ERP" me aplikime me konfirmim të nevojës për blerje. Mbështetja për produktin në versionin 1.3 do të vazhdojë dhe një njoftim për ndërprerjen e mbështetjes do të bëhet jo më pak se 3 vjet përpara, megjithatë kostoja e tij do të rritet gradualisht dhe nga data 01/01/2020 do të dyfishohet.

Pas skadimit të marrëveshjes aktuale 1C:ITS, marrja e mbështetjes së mëtejshme nga partnerët 1C është e mundur vetëm duke blerë shërbimin shtesë "Zgjerimi i mbështetjes për konfigurimin e Menaxhimit të Ndërmarrjeve Prodhuese".