Integrimi i faturimit elektronik të Türkiyes me sistemet ERP
Për të operuar në Türkiye, një ERP zakonisht duhet të mbështesë e-Fatura dhe e-Arşiv, si edhe e-İrsaliye në disa sektorë, përmes Administratës së të Ardhurave (GİB), zakonisht me anë të një integruesi privat. ERP-ja e krijon dokumentin në formatin UBL-TR, shitësi e nënshkruan me vulën financiare (mali mühür), integruesi e kliron pranë GİB dhe tatimpaguesi mbetet përgjegjës për ruajtjen e tij gjatë gjithë periudhës së kërkuar.
Çfarë duhet të mbështesë një ERP për të operuar në Türkiye?
Türkiye e zbaton faturimin elektronik si sistem klirimi: dokumenti krijohet nga shitësi, transmetohet përmes një kanali të autorizuar, verifikohet nga Administrata e të Ardhurave dhe vetëm më pas ka fuqi ligjore. Për një biznes që i drejton operacionet përmes një ERP-je, kjo sjell pasoja në katër pika të sistemit:
- Krijimi i dokumentit. ERP-ja, ose një motor i lidhur me të, duhet të gjenerojë faturat në strukturën e kërkuar UBL-TR, me kodet, identifikuesit e palëve dhe të dhënat në nivel rreshti që kërkon skema, jo një paraqitje të printuar të riformuar në XML.
- Nënshkrimi digjital. Dokumentet nënshkruhen me vulën financiare të lëshuar për tatimpaguesin; hapi i nënshkrimit duhet të jetë pjesë e rrjedhës së punës, me administrim të çelësave në përputhje me mënyrën e ruajtjes së vulës.
- Shkëmbimi në të dyja drejtimet. Në regjimin e e-Fatura-s, statusi i regjistrimit të palës tjetër përcakton llojin e dokumentit. Dokumentet hyrëse, faturat e marra, përgjigjet dhe anulimet kur lejohen, duhet të kthehen në ERP me identifikuesit e tyre origjinalë; përndryshe kontabiliteti humbet lidhjen mes sistemit dhe regjistrit zyrtar.
- Arkivimi dhe gjetja. Dokumentet e lëshuara dhe të marra duhet të gjenden gjatë periudhës ligjore të ruajtjes. Nëse i ruan integruesi, ERP-ja ose të dyja, ky vendim duhet marrë para vënies në prodhim, jo pas një kërkese për auditim.
Një pikë strukturore që i befason ekipet e reja me sistemet e klirimit është se fatura nuk përfundon kur ERP-ja e printon. Ajo përfundon kur shkëmbimi mbyllet dhe përgjigjet kthehen, çka do të thotë se gjendjet e faturës në ERP duhet të shkojnë përtej “krijuar” dhe “dërguar” dhe të përfshijnë “pranuar”, “refuzuar” dhe “korrigjuar”. Bizneset që e anashkalojnë këtë përfundojnë duke pajtuar manualisht dy versione të së vërtetës, librin e tyre dhe regjistrin zyrtar, në fund të muajit; pikërisht këtë punë duhej ta hiqte faturimi elektronik.
Një pikë tjetër lidhet me kohën. Dokumentet në një sistem klirimi nuk janë asinkrone në të njëjtën mënyrë si një bashkëngjitje emaili: refuzimi mbërrin ndërsa ekipi është ende duke punuar, dhe korrigjimi që kërkohet zakonisht prek të dhënat bazë, jo vetë dokumentin. Ndërtimi i rrjedhës në mënyrë që personi që mund ta ndreqë shkakun të njoftohet në atë çast, në vend që ta zbulojë në një raport mujor, bën dallimin mes një sistemi që funksionon dhe një sistemi që kërkon mbikëqyrje.
Shpjegimi i e-Fatura, e-Arşiv dhe e-İrsaliye
| Dokumenti | Përdoret për | Shkaktari tipik | Shënim |
|---|---|---|---|
| e-Fatura | Fatura B2B dhe fatura për administratën publike ndërmjet tatimpaguesve të regjistruar për këtë regjim | Të dyja palët janë të regjistruara për e-Fatura | Dokument i strukturuar i shkëmbyer ndërmjet palëve të regjistruara; statusi i palës tjetër përcakton rrugën |
| e-Arşiv | Fatura kur blerësi nuk është i regjistruar për e-Fatura, në shitje me pakicë dhe B2C, si edhe në disa raste B2B | Shitësi është brenda fushës; blerësi është jashtë regjimit të e-Fatura-s | Paraqitet si PDF për blerësin, por gjenerohet dhe deklarohet përmes së njëjtës zinxhir |
| e-İrsaliye | Fletë-dërgesa elektronike për sektorët dhe transaksionet e përcaktuara nga rregullat | Dërgimi i mallrave në kuadër të rrjedhave të mbuluara | Lidhet me faturën: fletë-dërgesa dhe fatura i referohen njëra-tjetrës |
| e-Defter | Libra dhe regjistra, ditari dhe libri i madh, të deklaruar në mënyrë elektronike | Tatimpaguesit brenda fushës, sipas rregullave në fuqi | Detyrim i veçantë nga faturimi elektronik, por zakonisht planifikohet në të njëjtin projekt |
Kush përfshihet në cilin detyrim përcaktohet nga rregullat dhe komunikatat e GİB, të cilat ndryshojnë; pragjet dhe përcaktimet sektoriale vendosen nga autoritetet dhe ndryshojnë bashkë me to. Pohimi i saktë për një blerës është procedural: kontrolloni statusin e regjistrimit me kontabilistin ose këshilltarin tatimor, sipas rregullave aktuale, para se të projektoni integrimin, dhe jo sipas një artikulli, përfshirë këtë.
Mundësitë e integrimit
| Mundësia | Përshtatshmëria | Puna në ERP | Çfarë duhet pasur parasysh |
|---|---|---|---|
| Portali GİB | Vëllime shumë të vogla, lëshim manual | Asnjë në ERP | Manual, i ngadaltë dhe jo objektiv projektimi për një biznes me ERP; mbajeni vetëm si alternativë rezervë |
| Integrues privat (özel entegratör) | Rruga e zakonshme për shumicën e bizneseve | Lidhje me API-n ose formatin e integruesit, plus hartëzim | Krahasimi i integruesve për mbështetjen dhe cilësinë e API-së ka më shumë rëndësi se logoja; pyesni kush i mirëmban përditësimet e skemës |
| Akses i drejtpërdrejtë në GİB | Operacione më të mëdha që duan kontroll të plotë | I lartë: ju merrni përsipër përgjegjësinë teknike dhe operacionale të kanalit | Më kompleks për t'u siguruar dhe administruar; në praktikë përshkruhet si i rrallë, ndaj trajtojeni si përjashtim që duhet arsyetuar, jo si zgjedhje të parazgjedhur |
Modeli i integruesit kërkon një sqarim, sepse shpesh keqkuptohet: përdorimi i një integruesi privat nuk i transferon detyrimet e tatimpaguesit. Integruesi ofron kanalin teknik, transmetimin dhe shërbimin e ruajtjes; përgjegjësia ligjore për dokumentet, saktësia, lëshimi dhe ruajtja e tyre sipas Ligjit për Procedurën Tatimore, mbetet e tatimpaguesit. Kur një faqe shitjeje e integruesit lë të kuptohet se problemi i pajtueshmërisë po zgjidhet për ju, lexojeni edhe një herë atë fjali.
Në praktikë, kjo ndarje shfaqet në mënyra të vogla e konkrete. Nëse një dokument refuzohet sepse identifikuesi tatimor i klientit ishte i gabuar në të dhënat tuaja bazë, sistemi i integruesit ka funksionuar siç duhet dhe gabimi duhet ndrequr nga ju. Nëse një faturë lëshohet me kodin tatimor të gabuar, asnjë kontroll i kanalit nuk do t'ju shpëtojë. Integruesi është infrastrukturë; cilësia e të dhënave që kalojnë përmes tij është disiplinë e brendshme, dhe ERP-ja është vendi ku kjo disiplinë ose ndërtohet, ose lihet në dorë të zakonit. Prandaj, blerësit që krahasojnë integruesit duhet t'u kushtojnë më pak kohë listave të veçorive dhe më shumë pyetjeve që tregojnë se kush çfarë bën kur diçka dështon: kush njofton kë, në çfarë formati dhe sa shpejt mund të ritransmetohet një dokument i korrigjuar.
Hapat e zbatimit dhe testimi
Një renditje praktike për integrimin nga ana e ERP-së:
- Përcaktoni saktë fushën e detyrimeve. Cilat dokumente zbatohen për biznesin, e-Fatura, e-Arşiv, e-İrsaliye, e-Defter, të konfirmuara kundrejt rregullave aktuale me kontabilistin e kompanisë.
- Zgjidhni kanalin. Shumica e bizneseve zgjedhin një integrues privat; pyetjet e përzgjedhjes, cilësia e API-së, disponueshmëria e sandbox-it, gjuha dhe orari i mbështetjes, trajtimi i përditësimeve të skemës dhe referencat, meritojnë një proces të veçantë për krijimin e listës së shkurtër.
- Hartëzoni të dhënat bazë. Klientët dhe identifikuesit e tyre tatimorë, artikujt, njësitë, monedhat dhe kodet tatimore duhet të përputhen me pritshmëritë e skemës; mospërputhjet këtu janë burimi i vetëm më i madh i gabimeve të mëvonshme.
- Projektoni rrjedhën e dokumentit. Kush krijon çfarë, kur aplikohet vula, çfarë ndodh në rast dështimi, si përputhen dokumentet dalëse dhe hyrëse me regjistrimet e ERP-së dhe si lëshohen korrigjimet.
- Përdorni mjedisin e testimit. Të dyja palët ofrojnë mjedis testimi; kaloni në të çdo lloj dokumenti, çdo rrugë gabimi dhe çdo skenar korrigjimi para vënies në prodhim, me të njëjtin hartëzim që do të përdoret në prodhim.
- Trajtojini gabimet si proces. Refuzimet mbërrijnë pas transmetimit; dikush duhet t'i shohë, ta kuptojë shkakun dhe të korrigjojë të dhënat themelore. Një kuti sinjalizimesh pa përgjegjës është mënyra se si një biznes përfundon duke i lëshuar dokumentet me vonesë.
- Planifikoni arkivimin dhe aksesin. Ku ruhen dokumentet, kush mund t'i gjejë dhe si i përgjigjeni kërkesës së një auditori brenda periudhës së ruajtjes.
Çështje për këshilltarin në rastin e shoqërisë mëmë të huaj dhe jorezidentëve
Për një kompani me shoqëri mëmë të huaj, ose për një kompani që hyn në Türkiye pa një ekip të plotë financiar vendas, disa pyetje i takojnë këshilltarit tatimor dhe jo projektit të IT-së. Përgjigjet përcaktojnë projektimin, ndaj duhen bërë para se të nisë integrimi dhe jo më pas:
- Rruga e regjistrimit. Si bëhet kompania subjekt i detyrimeve, kush i nënshkruan aplikimet dhe cili përfaqësues njihet, pyetje për regjistrimin tatimor dhe jo për softuerin.
- Marrëveshjet për vulën. Si merret vula financiare për kompaninë dhe si organizohet ruajtja e saj kur nënshkruesit ndodhen jashtë Türkiyes.
- Përfaqësuesit dhe nënshkrimet. Kush është i autorizuar të nënshkruajë cilat dokumente dhe çfarë duhet të regjistrojë ERP-ja për nënshkruesin në gjurmën e auditimit.
- Pozicioni i filialit të huaj. Nëse zbatohen kërkesa shtesë për kompanitë me pronësi jorezidente dhe si trajtohet faturimi brenda grupit.
Ia vlen gjithashtu të vendosni se kush e drejton marrëdhënien me këshilltarin. Në kompanitë ku financa dhe IT-ja supozojnë të dyja se pyetjen e ka bërë pala tjetër, këto çështje arrijnë vonë në integrim, zakonisht në javët para vënies në prodhim, kur rrjedha e dokumenteve tashmë është fiksuar. Një përgjegjës i emëruar në secilën anë dhe një takim i përbashkët para hapit 3 të zbatimit parandalojnë shumicën e këtyre problemeve.
Problemet e zakonshme
Dështimet që shfaqen më shpesh në këtë lloj projekti dhe çfarë tregojnë zakonisht:
- Refuzimet gjatë verifikimit. Pothuajse gjithmonë problem hartëzimi: një kod tatimor, format identifikuesi ose fushë në nivel rreshti që nuk përputhet me pritshmëritë e skemës. Ndreqni të dhënat bazë, jo logjikën e riprovimit.
- Numërimi i dyfishtë. Sekuenca numrash të gjeneruara nga më shumë se një sistem, ose të rigjeneruara pas një dështimi; numërimi duhet të ketë saktësisht një përgjegjës dhe një rregull rikuperimi të dokumentuar.
- Gabime në statusin e palës tjetër. Lëshimi i llojit të gabuar të dokumentit sepse statusi i regjistrimit të klientit ishte ruajtur në memorie ose supozuar; kontrollojeni statusin sipas rregullave të integruesit dhe jo sipas kujtesës.
- Dokumente hyrëse të humbura. Dokumentet merren, por nuk postohen kurrë në ERP, ndaj llogaritë e pagueshme punojnë në një ekran të veçantë; drejtimi i shkëmbimit është pjesë e integrimit dhe jo shtesë opsionale.
- Përditësime të skemës të humbura. Struktura ndryshon me kalimin e kohës; përgjegjësi duhet të dijë kur ndryshoi dhe çfarë ndikimi pati ndryshimi në hartëzim.
- Testimi anashkalohet për shkak të afatit. Çdo problem më sipër është më i lirë në mjedisin e testimit; presioni për vënien në prodhim është vendi ku ato shndërrohen në incidente.
Pyetje të bëra shpesh
Cili është ndryshimi mes e-Fatura dhe e-Arşiv?
e-Fatura mbulon faturat e shkëmbyera mes tatimpaguesve të regjistruar në regjim, si dokumente të strukturuara mes palëve të regjistruara; e-Arşiv mbulon faturat kur blerësi është jashtë këtij regjimi, në shitje me pakicë dhe B2C, si edhe në disa raste B2B, dhe blerësi zakonisht e merr si PDF të gjeneruar përmes së njëjtës zinxhir zyrtar. Cila zbatohet për një faturë të caktuar varet nga statusi i regjistrimit të palës tjetër, ndaj integrimi e kontrollon atë dhe nuk e supozon.
A kam nevojë për një integrues privat?
Për shumicën e bizneseve, po; kjo është rruga e zakonshme, ndërsa kanali i drejtpërdrejtë përshkruhet si kompleks dhe i rrallë. Një integrues privat ofron kanalin teknik drejt GİB dhe shërbimin e ruajtjes, por detyrimet tuaja si tatimpagues mbeten tuajat. Zgjedhja e tij është proces prokurimi: cilësia e API-së, sandbox-i, mbështetja dhe trajtimi i përditësimeve të skemës ndikojnë në përvojën e përditshme më shumë se marka.
Çfarë është vula financiare (mali mühür)?
Është kredenciali digjital i nënshkrimit të tatimpaguesit, që përdoret për të nënshkruar dokumentet elektronike para transmetimit; ruajtja e saj dhe personat që mund ta përdorin janë çështje praktike që duhen zgjidhur brenda kompanisë. Për ekipet me nënshkrues jashtë Türkiyes, mënyra se kush e mban dhe e aplikon vulën është një nga pikat e para që duhet t'i paraqitet këshilltarit tatimor.
A mund të lëshojë çdo ERP fatura elektronike turke?
Jo. ERP-ja duhet të gjenerojë strukturën e kërkuar UBL-TR me të dhëna bazë të sakta, ose të lidhet me një motor apo integrues që e bën këtë; një paraqitje standarde e faturës nuk mjafton. Prandaj shumica e bizneseve lidhen me një shërbim në vend që ta rindërtojnë sistemin; pyetja për një ofrues është se cilët integrues mbështet lidhësi i tij, çfarë hartëzon dhe ku gjendet dokumentacioni.
Si të testoj para vënies në prodhim?
Përmes mjediseve të testimit të ofruara si nga integruesi, ashtu edhe nga pala zyrtare, duke përdorur të njëjtin hartëzim të të dhënave bazë si në prodhim: çdo lloj dokumenti, çdo rrugë refuzimi, çdo korrigjim dhe çdo dokument hyrës i postuar përsëri në ERP. Testin trajtojeni edhe si provë të procesit të gabimeve: dikush duhet ta marrë, ta diagnostikojë dhe ta ndreqë një refuzim, jo vetëm të shohë një shenjë të gjelbër.
Kush i ruan faturat?
Tatimpaguesi mbetet përgjegjës për ruajtjen sipas Ligjit për Procedurën Tatimore; integruesi zakonisht ofron ruajtje teknike dhe shumë biznese i mbajnë dokumentet edhe në ERP për përdorim të përditshëm. E rëndësishme është të vendosni marrëveshjen para vënies në prodhim, të dini kush mund të paraqesë cilin dokument brenda periudhës së ruajtjes dhe ta testoni gjetjen e tij para se ta kërkojë auditori.
Burimet dhe standardet
- GİB — Gelir İdaresi Başkanlığı — Administrata e të Ardhurave publikon rregullat, komunikatat dhe dokumentacionin teknik për e-Fatura, e-Arşiv, e-İrsaliye dhe e-Defter; versionet aktuale atje kanë përparësi ndaj çdo përmbledhjeje në këtë faqe.
- Statusi i regjistrimit, pragjet, përcaktimet sektoriale dhe afatet caktohen nga autoritetet dhe ndryshojnë; konfirmojini me kontabilistin ose këshilltarin tatimor sipas rregullave aktuale. Asgjë në këtë faqe nuk përbën këshillë tatimore dhe nuk pretendohet asnjë marrëdhënie, partneritet ose certifikim integruesi për WorldwideTradeX.
Faqe të ngjashme
Zhvillim softueri · Odoo ERP për kompanitë tregtare · ERP me porosi kundrejt ERP-së së paketuar · Auditim dhe konsulencë IT · Kërko ofertë