W niniejszym artykule przedstawiono przegląd przepływu danych między usługą fiskalizacji RetailForce a systemem myDATA w Grecji.
Systemy
Systemy uczestniczące w procesie transmisji danych:
- System źródłowy – kasa fiskalna, system księgowy itp.; system podłączony do usługi fiskalizacji RetailForce.
- RetailForce Middleware – nazwa usługi fiskalizacji RetailForce (zwanej również RetailForce Fiscal Middleware); odbiera dane z systemu nadrzędnego i przetwarza je zgodnie z przepisami i wymogami obowiązującymi w danym kraju.
- myDATA provider – myDATA provider upoważniony przez greckie organy podatkowe (Niezależny Urząd ds. Dochodów Publicznych – AADE / ΑΑΔΕ); zapewnia komunikację z systemem myDATA.
- System myDATA – platforma opracowana i udostępniona przez AADE / ΑΑΔΕ w celu cyfryzacji podatków i deklaracji przedsiębiorstw. Między innymi dane z faktur muszą być przekazywane drogą elektroniczną do platformy myDATA.
Schemat blokowy
Poniższy diagram BPMN przedstawia ogólny przebieg przepływu danych. Nie przedstawiono niektórych procesów wewnętrznych w poszczególnych systemach ani weryfikacji danych wejściowych, procedur uzgadniania itp. Objaśnienie diagramu znajduje się poniżej. Prosimy o kontakt, jeśli potrzebują Państwo diagramu w wyższej rozdzielczości.
Opis przebiegu
| Nr | System | Czynność | Opis |
| 1. | System nadrzędny | Zapis transakcji | System księgowy zamierza zrealizować transakcję biznesową. |
| 2. | System nadrzędny | Utworzenie JSON payload (żądanie) | Na podstawie danych transakcji generowany jest obiekt JSON zgodnie z modelem RetailForce DOM („Żądanie (JSON RF-DOM)”). |
| 3. | System nadrzędny | Przesłanie żądania | System nadrzędny wysyła żądanie (JSON RF-DOM) do usługi fiskalizacji RetailForce, korzystając z punktu końcowego POST /api/v1/transactions/storeDocument. |
| 4. | RetailForce Middleware | Weryfikacja żądania | RetailForce Middleware weryfikuje żądanie w celu upewnienia się, że jest ono zgodne z modelem dokumentu RetailForce oraz że spełnione zostały wszelkie specjalne wymagania wynikające z właściwości fiscalCountryProperties. |
| 5. | RetailForce Middleware | Czy payload jest prawidłowy? |
Payload jest prawidłowe: przejdź do punktu 8. Payload jest nieprawidłowe: przejść do punktu 6. |
| 6. | RetailForce Middleware | Zwróć błąd walidacji | Jeśli żądanie jest nieprawidłowe, RetailForce Middleware generuje komunikat o błędzie i zwraca go do systemu nadrzędnego (fiscalResponse (error)). |
| 7. | System nadrzędny | Korekta błędów | System nadrzędny musi skorygować błędy w payload i ponownie je przesłać – należy przejść do punktu 3. |
| 8. | RetailForce Middleware | Konwersja danych do formatu myDATA provider | Middleware konwertuje przychodzące żądanie (request (JSON RF-DOM)) do formatu myDATA provider oraz (9.) |
| 9. | RetailForce Middleware | Przekazywanie danych do dostawcy | ... przesyła przekonwertowane dane do myDATA provider (myDATA JSON). |
| 10. | myDATA provider | Konwersja do formatu myDATA XML | myDATA provider przekształca otrzymane żądanie do formatu XML określonego przez myDATA (myDATA XML). |
| 11. | myDATA provider | Przekazanie do systemu myDATA | Dane faktury w formacie myDATA XML są przesyłane do systemu myDATA. |
| 12. | System myDATA | Weryfikacja żądania | System myDATA weryfikuje otrzymane żądanie. |
| 13. | System myDATA | Czy payload jest prawidłowy? |
Payload jest prawidłowe: przejdź do punktu 14. Payload nie jest prawidłowe: przejdź do punktu 18. |
| 14. | System myDATA | Wygeneruj komunikat o błędzie i wyślij go do dostawcy | W przypadku nieprawidłowego żądania system myDATA generuje odpowiedni komunikat o błędzie (wraz z kodem błędu) i zwraca go do systemu myDATA provider. |
| 15. | myDATA provider | Przekazanie komunikatu o błędzie do RF | MyDATA provider przekazuje komunikat o błędzie do RetailForce middleware. |
| 16. | RetailForce Middleware | fiscalResponse (błąd) z myDATA – generowanie komunikatu o błędzie | Middleware generuje odpowiedź fiscalResponse (błąd) na podstawie komunikatu o błędzie otrzymanego od myDATA oraz (17.) |
| 17. | RetailForce Middleware | Przekazanie fiscalResponse do systemu nadrzędnego |
... przekazuje je do systemu nadrzędnego. Przejdź do punktu 7. |
| 18. | System myDATA | Przetwarzanie danych żądania | Jeśli żądanie jest prawidłowe, system myDATA przetwarza dane i generuje dane identyfikacyjne faktury (numer faktury, MARK itp.). |
| 19a. | System myDATA | Udostępnienie faktury | Pełne dane faktury są udostępniane w portalu myDATA. |
| 19b. | System myDATA | Przekazanie ID faktury dostawcy | System myDATA zwraca dane ID faktury dostawcy. |
| 20a. | myDATA provider | Przedstawienie faktury | Pełna treść faktury jest dostępna na stronie internetowej dostawcy (poprzez link wyświetlany w postaci kodu QR na odpowiednim dokumencie faktury). |
| 20b. | myDATA provider | Przekazanie ID faktury do RetailForce | Ponadto dostawca przekazuje dane ID faktury do RetailForce Middleware. |
| 21. | RetailForce Middleware | Tworzenie odpowiedzi fiscalResponse | RetailForce Middleware generuje plik fiscalResponse na podstawie danych identyfikacyjnych faktury oraz wyniku przetwarzania wewnętrznego, a następnie (22.) |
| 22. | RetailForce Middleware | Zwrot odpowiedzi fiscalResponse | ... i przekazuje ją do systemu nadrzędnego. |
| 23. | System nadrzędny | Generowanie dokumentu faktury | System nadrzędny generuje dokument faktury (w wersji drukowanej lub cyfrowej). |
| 24. | System nadrzędny | Dostarczenie dokumentu faktury | Po utworzeniu dokument faktury jest udostępniany klientowi. |
Ten artykuł został przetłumaczony automatycznie.
Komentarze
Komentarze: 0
Zaloguj się, aby dodać komentarz.