Turecka e-faktura: integracja z systemem ERP

Firma działająca w Turcji zwykle potrzebuje w systemie ERP obsługi e-Fatura i e-Arşiv, a w niektórych sektorach również e-İrsaliye. Dokumenty przechodzą przez administrację skarbową GİB, najczęściej za pośrednictwem prywatnego integratora. ERP tworzy dokument w formacie UBL-TR, sprzedawca podpisuje go pieczęcią finansową (mali mühür), a integrator przekazuje go do GİB. Podatnik nadal odpowiada za dokument i jego przechowywanie przez wymagany okres.

Co musi obsługiwać system ERP w Turcji?

Turecki system e-fakturowania działa w modelu clearance: sprzedawca tworzy dokument, przesyła go zatwierdzonym kanałem, a administracja skarbowa go waliduje. Dokument uzyskuje skutek prawny po zakończeniu tej wymiany. Dla firmy prowadzącej działalność w ERP oznacza to wymagania w 4 obszarach:

• Tworzenie dokumentu. ERP albo połączony z nim mechanizm musi generować faktury w wymaganej strukturze UBL-TR, z kodami, identyfikatorami stron transakcji i danymi pozycji wymaganymi przez schemat. Nie wystarczy przekształcić wydrukowanego układu faktury w XML.


• Podpis cyfrowy. Dokumenty podpisuje się pieczęcią finansową wydaną podatnikowi. Podpis musi być częścią przepływu, a obsługa klucza powinna odpowiadać uzgodnionym zasadom przechowywania pieczęci.


• Wymiana dwukierunkowa. W reżimie e-Fatura o rodzaju dokumentu decyduje status rejestracji kontrahenta. Dokumenty przychodzące — otrzymane faktury, odpowiedzi i dozwolone anulowania — muszą wrócić do ERP z pierwotnymi identyfikatorami. W przeciwnym razie księgowość traci powiązanie między zapisem w systemie a dokumentem urzędowym.


• Archiwizacja i wyszukiwanie. Wystawione i otrzymane dokumenty muszą dać się odtworzyć przez ustawowy okres przechowywania. Decyzję, czy przechowuje je integrator, ERP, czy oba systemy, należy podjąć przed uruchomieniem, a nie po otrzymaniu prośby audytora.

Firmy rozpoczynające pracę z clearance często zaskakuje jeden szczegół: faktura nie jest gotowa w chwili wydrukowania jej przez ERP. Proces kończy się dopiero po wymianie i odebraniu odpowiedzi. ERP powinien więc rozróżniać nie tylko statusy „utworzona” i „wysłana”, ale również „przyjęta”, „odrzucona” i „skorygowana”. Gdy tego brakuje, firma ręcznie uzgadnia dwie wersje rzeczywistości — księgę i zapis urzędowy — zwykle pod koniec miesiąca. To dokładnie ta praca, którą elektroniczne fakturowanie miało ograniczyć.

Znaczenie ma też czas reakcji. Odrzucenie w systemie clearance przychodzi w trakcie pracy, a wymagana poprawka często dotyczy danych podstawowych, nie samego dokumentu. Jeśli o błędzie od razu dowie się osoba mogąca poprawić jego przyczynę, system może działać bez stałego nadzoru. Jeśli zespół odkrywa problem dopiero w raporcie miesięcznym, integracja staje się dodatkowym obowiązkiem operacyjnym.

Wyjaśnienie e-Fatura, e-Arşiv i e-İrsaliye

Zakres obowiązków określają zasady i komunikaty GİB, które mogą się zmieniać. Progi i wykaz sektorów ustalają właściwe organy. Jako procedurę należy przyjąć sprawdzenie aktualnego statusu rejestracji z księgowym lub doradcą podatkowym przed projektowaniem integracji, zamiast opierać się na artykule — również na tym.

Opcje integracji

W modelu z prywatnym integratorem trzeba wyjaśnić jedno często mylone zagadnienie: skorzystanie z usługi nie przenosi obowiązków podatnika. Integrator zapewnia kanał techniczny, transmisję i usługę przechowywania. Odpowiedzialność prawna za dokumenty — ich poprawność, wystawienie i przechowywanie zgodnie z ordynacją podatkową — pozostaje po stronie podatnika. Jeśli strona sprzedażowa integratora sugeruje, że przejmuje cały problem zgodności, dokładnie sprawdź jej znaczenie w umowie.

W praktyce ten podział widać przy drobnych, konkretnych błędach. Jeśli dokument zostanie odrzucony z powodu błędnego identyfikatora podatkowego klienta w danych podstawowych, system integratora może działać prawidłowo, a poprawka należy do twojej firmy. Jeśli fakturę wystawiono z nieprawidłowym kodem podatkowym, kanał transmisji tego nie naprawi. Integrator jest infrastrukturą; jakość przepływających przez nią danych zależy od wewnętrznych procedur, które ERP może wspierać lub pozostawić przypadkowi. Dlatego przy porównywaniu integratorów mniej czasu poświęć samej liście funkcji, a więcej pytaniom o przebieg awarii: kto kogo powiadamia, w jakiej formie i jak szybko poprawiony dokument można wysłać ponownie.

Etapy wdrożenia i testy

Praktyczna kolejność prac nad integracją po stronie ERP obejmuje 7 kroków:

1. Ustal zakres obowiązków. Które rodzaje dokumentów dotyczą firmy — e-Fatura, e-Arşiv, e-İrsaliye i e-Defter? Potwierdź to z księgowym na podstawie bieżących zasad.


2. Wybierz kanał. Większość firm korzysta z prywatnego integratora. Warto porównać jakość API, dostępność środowiska testowego, język i godziny wsparcia, obsługę aktualizacji schematu oraz referencje.


3. Zmapuj dane podstawowe. Dane klientów i ich identyfikatory podatkowe, artykuły, jednostki, waluty i kody podatkowe muszą odpowiadać wymaganiom schematu. Niezgodności należą do głównych przyczyn późniejszych błędów.


4. Zaprojektuj obieg dokumentów. Ustal, kto tworzy poszczególne dokumenty, kiedy jest przykładana pieczęć, co się dzieje po błędzie, jak dokumenty przychodzące i wychodzące wiążą się z rekordami ERP oraz jak wystawia się korekty.


5. Użyj środowiska testowego. Obie strony udostępniają środowiska testowe. Przed uruchomieniem przeprowadź każdy rodzaj dokumentu, ścieżkę błędu i scenariusz korekty, używając takiego samego mapowania jak w produkcji.


6. Obsługuj błędy jako proces. Odrzucenie pojawia się po wysłaniu. Konkretna osoba musi je zobaczyć, rozpoznać przyczynę i poprawić odpowiednie dane. Skrzynka z alertami bez właściciela prowadzi do opóźnionego wystawiania dokumentów.


7. Zaplanuj archiwizację i dostęp. Zdecyduj, gdzie dokumenty są przechowywane, kto może je odnaleźć i jak firma odpowie na prośbę audytora w okresie przechowywania.

Pytania dla zagranicznej spółki i nierezydenta

Jeśli firma ma zagraniczną spółkę macierzystą albo wchodzi do Turcji bez pełnego lokalnego zespołu finansowego, kilka spraw trzeba omówić z doradcą podatkowym, nie z zespołem IT. Odpowiedzi wpływają na projekt, dlatego pytania należy zadać przed rozpoczęciem integracji:

• Ścieżka rejestracji. Jak firma podlega obowiązkom, kto podpisuje wnioski i jaki przedstawiciel jest uznawany? To kwestie rejestracji podatkowej, a nie oprogramowania.


• Pieczęć finansowa. Jak uzyskać pieczęć dla firmy i zorganizować jej przechowywanie, jeśli osoby podpisujące dokumenty przebywają poza Turcją?


• Przedstawiciele i podpisy. Kto jest upoważniony do podpisywania poszczególnych dokumentów i jakie informacje o podpisującym musi zapisać ERP na potrzeby śladu audytowego?


• Status zagranicznej spółki zależnej. Czy spółkę z nierezydentem jako właścicielem obejmują dodatkowe wymagania i jak traktuje się fakturowanie wewnątrz grupy?

Warto również ustalić, kto odpowiada za kontakt z doradcą. Jeśli zespoły finansowy i IT zakładają, że druga strona zadała pytania, kwestie trafiają do integracji z opóźnieniem — często na kilka tygodni przed uruchomieniem, kiedy obieg dokumentów jest już ustalony. Wskazanie właściciela po każdej stronie i zorganizowanie wspólnego spotkania przed krokiem 3 wdrożenia pomaga uniknąć większości takich problemów.

Częste problemy

Typowe awarie projektu wskazują zwykle na konkretne przyczyny:

• Odrzucenia podczas walidacji. Najczęściej chodzi o mapowanie: kod podatkowy, format identyfikatora lub pole pozycji nie odpowiada schematowi. Popraw dane podstawowe, nie logikę ponawiania transmisji.


• Zduplikowana numeracja. Może wynikać z generowania numerów w więcej niż jednym systemie albo ich ponownego tworzenia po błędzie. Numeracja powinna mieć dokładnie jednego właściciela i udokumentowaną procedurę odzyskiwania.


• Błędny status kontrahenta. Firma wybiera niewłaściwy rodzaj dokumentu, bo status rejestracji klienta zapamiętano lub założono. Sprawdzaj go zgodnie z regułami integratora zamiast polegać na pamięci.


• Zaginione dokumenty przychodzące. Odebrane dokumenty nie trafiają do ERP, a zobowiązania są obsługiwane na osobnym ekranie. Kierunek przychodzący należy do integracji, nie jest opcjonalnym dodatkiem.


• Pominięta aktualizacja schematu. Struktura zmienia się z czasem; osoba odpowiedzialna powinna wiedzieć, kiedy nastąpiła zmiana i jaki miała wpływ na mapowanie.


• Pominięte testy pod presją terminu. Każdy z powyższych problemów jest tańszy do wykrycia w środowisku testowym. Pod presją uruchomienia zmienia się w incydent produkcyjny.

Najczęściej zadawane pytania

Czym różnią się e-Fatura i e-Arşiv?

e-Fatura obejmuje faktury wymieniane jako dokumenty ustrukturyzowane między podatnikami zarejestrowanymi w tym reżimie. e-Arşiv dotyczy sytuacji, gdy nabywca pozostaje poza tym reżimem — sprzedaży detalicznej i B2C oraz części B2B — i zazwyczaj otrzymuje PDF wygenerowany w tym samym oficjalnym łańcuchu. O wyborze dokumentu decyduje status rejestracji kontrahenta, dlatego integracja powinna go sprawdzać, a nie przyjmować z góry.

Czy potrzebuję prywatnego integratora?

Dla większości firm tak; to powszechnie stosowana droga, podczas gdy kanał bezpośredni jest złożony i rzadko używany. Prywatny integrator zapewnia techniczne połączenie z GİB i usługę przechowywania, ale obowiązki podatnika nadal pozostają po twojej stronie. Przy wyborze porównaj API, środowisko testowe, wsparcie i aktualizacje schematu: to one wpływają na codzienną pracę bardziej niż marka.

Czym jest pieczęć finansowa (mali mühür)?

To cyfrowe poświadczenie podatnika służące do podpisywania dokumentów elektronicznych przed ich przekazaniem. W firmie trzeba ustalić, gdzie jest przechowywane i kto może go używać. Jeśli osoby podpisujące pracują poza Turcją, sposób przechowywania i używania pieczęci należy wcześnie omówić z doradcą podatkowym.

Czy każdy system ERP może wystawiać tureckie e-faktury?

Nie. ERP musi generować wymaganą strukturę UBL-TR z poprawnymi danymi podstawowymi albo łączyć się z mechanizmem lub integratorem, który ją tworzy. Zwykły układ faktury nie wystarczy. Większość firm wybiera integrację zamiast przebudowy systemu; dostawcę zapytaj o obsługiwane integratory, zakres mapowania i dostępną dokumentację.

Jak testować przed uruchomieniem?

Korzystaj ze środowisk testowych udostępnionych przez integratora i właściwą stronę urzędową, używając takiego samego mapowania danych podstawowych jak w produkcji. Sprawdź każdy rodzaj dokumentu, każdą ścieżkę odrzucenia i korekty oraz każdy dokument przychodzący przekazywany do ERP. Przećwicz również proces błędu: ktoś musi odebrać odrzucenie, ustalić jego przyczynę i poprawić dane, a nie tylko zobaczyć zielony znacznik.

Kto przechowuje faktury?

Za przechowywanie zgodnie z ordynacją podatkową odpowiada podatnik. Integrator zazwyczaj zapewnia przechowywanie techniczne, a wiele firm utrzymuje dodatkowe kopie w ERP na potrzeby codziennej pracy. Przed uruchomieniem ustal, kto może odtworzyć każdy dokument w wymaganym okresie, a następnie przetestuj wyszukiwanie, zanim o dokument poprosi audytor.

Źródła i standardy

• GİB — Gelir İdaresi Başkanlığı — turecka administracja skarbowa publikuje zasady, komunikaty i dokumentację techniczną dotyczącą e-Fatura, e-Arşiv, e-İrsaliye i e-Defter. Aktualne materiały GİB mają pierwszeństwo przed podsumowaniem na tej stronie.
• Status rejestracji, progi, sektory i terminy określają właściwe organy, a zasady mogą się zmieniać. Potwierdź je z księgowym lub doradcą podatkowym według bieżących przepisów. To nie jest porada podatkowa; WorldwideTradeX nie deklaruje relacji z integratorem, partnerstwa ani certyfikacji.

Powiązane strony

Tworzenie oprogramowania · Odoo ERP dla firm handlowych · ERP szyty na miarę lub pakietowy · Audyt IT i doradztwo · Poproś o wycenę