Obsługiwane formaty danych
Aplikacja umożliwia import danych z wielu formatów. W zależności od programów, z których importowane są dane, jesteśmy w stanie importować dokumenty sprzedażowe, magazynowe, kasowe, czy wyciągi bankowe.
Aplikacja umożliwia również import rozrachunków do Bilansu Otwarcia.
Ponadto znajdziemy w aplikacji szereg rozszerzeń (integracje online, zestawienia, eksporty).
Lista obsługiwanych formatów
FA - faktura ustrukturyzowana z KSeF (sprzedaż i zakup)
Format epp dla biur rachunkowych z programu Subiekt, Navireo, wFirma, KC-Firma Kucharscy, KM Soft
Format epp z pozycjami z programu Subiekt, Navireo
JPK_FA (sprzedaż i zakup)
Obsługiwany format plików w najnowszej wersji JPK_FA(4). Wczytujemy również dane z formatu JPK_FA (3). Importowane dokumenty:
- dokumenty sprzedaży + korekty -> z plików JPK_FA sprzedaż,
- dokumenty zakupu + korekty -> z plików JPK_FA zakup,
- dane kontrahentów.
Jak wygenerować JPK_FA (sprzedaż/zakup)?
FA - faktura ustrukturyzowana z KSeF (sprzedaż i zakup)
Import plików z KSeF 2.0. Obsługiwany format faktury FA (3).
Obecnie tylko import plikowy.
Instrukcja importu:
Wczytujemy pliki ze wskazanego katalogu. Wszystkie faktury ze wskazanych plików pojawiają się w IDK jako jedna paczka.
Ścieżka się zapamiętuje.
Numer KSEF - to nazwa pobieranego pliku/ faktury z KSEF.
Data KSEF - pobierana z pola
Numer korekty KSEF - jest pobieramy z pola < NrKSeFFaKorygowanej> w sekcji < DaneFaKorygowanej>
Z uwzględnieniem że bierzemy pierwszy numer. Wg specyfikacji numerów w tej sekcji może być wiele.
Jak wygenerować faktury z KSeF?
Format epp dla biur rachunkowych z programu Subiekt, Navireo, wFirma, KC-Firma Kucharscy, KM Soft
Aplikacja umożliwia import danych z programu Subiekt, Navireo, wFirma, KC-Firma Kucharscy, KM Soft. Import odbywa się z plików epp - z fakturami marża dla biur rachunkowych. Obsługiwany format plików w najnowszej wersji (1.11).
Import obejmuje praktycznie wszystkie dane zawarte w pliku:
- dane kontrahentów (automatyczne uzgodnienie po NIP),
-
dokumenty handlowe:
-
sprzedaż (PAR, FS, oraz korekty),
-
faktury walutowe (WDT/WNT),
-
faktury z odwrotnym obciążeniem (OOs/OOz) - w trakcie testów,
-
faktura zakupu RR (w trakcie opracowywania),
-
zakup (FZ oraz korekty),
-
-
atrybuty GTU i oznaczenia transakcji pod JPK_V7,
- dane ksefowe: data KSeF, numer KSeF, tryb KSeF (wymagane dla deklaracji składanych od lutego 2026)
dane ksefowe dostępne są tylko w plikach od wersji 1.12 w wersji dla biur rachunkowych, - dokumenty magazynowe (WZ, PZ, DP, MM itp.),
- dokumenty kasowe (KP/KW) w formie raportów kasowych,
- dokumenty bankowe (BP/BW) w formie wyciągów bankowych/raportów kasowych.
Przed pierwszym wczytaniem danych, możemy skonfigurować dodatkowe opcje importu. Szczegóły.
Dokumenty są rozróżniane na podstawie typów dokumentów oraz rodzaju transakcji.
Aby prawidłowo wczytywać dokumenty obięte pakietem e-commerce, procedurą OSS, WSTO, itp. należy korzystać z pliku wymiany danych co najmniej w wersji 1.09.
Szczegółowe dane dot. importowanych pól z pliku epp:
- typ dokumentu,
- numer dokumentu,
- numer dokumentu dostawcy,
- numer dokumentu korygowanego,
- data wystawienia korekty,
- dane kontrahenta,
- miejsce wystawienia oraz data wystawienia, sprzedaży, otrzymania,
- wartość i koszt dokumentu,
- termin płatności,
- waluta i kurs waluty,
- kraj kontrahenta.
Jak wyeksportować dane z programu Subiekt?
Format epp z pozycjami z programu Subiekt, Navireo
Aplikacja umożliwia import danych z pozycjami dokumentów z plików epp z programu Subiekt, Navireo.
Import odbywa się z plików epp z pozycjami.
Zakres importowanych danych:
-
Sekcja 'Zawartość' dokumentu (Z):
- 01 - Lp
- 02 - Typ towaru (string na podstawie inta)
- 03 - Kod towaru
- 10 - jm
- 11 - ilość
- 14 - cena netto
- 15 - cena brutto
- 16 - stawka VAT
- 17 - wartość netto
- 18 - wartość VAT
- 19 - wartość brutto
- 20 - koszt pozycji
- 21/22 - opis pozycji (pola to opis i nazwa usługi jednorazowej)
-
Sekcja 'Towary' (T):
- uzgadniamy z pozycjami po kodzie, jeśli pozycja ma kod
- 5 - nazwa towaru
- 6 - opis towaru
- 32 - uwagi towaru
-
Sekcja 'Grupytowarow' (G):
- uzgadniamy z pozycjami po kodzie, jeśli pozycja ma kod
- 2 - nazwa grupy
Jak wyeksportować dane z programu Subiekt?
Optima
Aplikacja umożliwia import danych z programu CDN Optima.
Import odbywa się z plików xml.
Zakres importowanych danych:
- faktury zakupu i sprzedaży z atrybutami GTU i oznaczeniem transakcji pod JPK_V7,
- dane ksefowe: data KSeF, numer KSeF (wymagane dla deklaracji składanych od lutego 2026),
- dokumenty walutowe,
- dokumenty magazynowe,
- dokumenty płatności KP/KW BP/BW.
Jak wyeksportować dane z Optima?
Wapro (Wf-Mag)
Aplikacja umożliwia import danych z programu Wapro (Wf-Mag).
Import odbywa się z plików xml.
Zakres importowanych danych:
- faktury zakupu i sprzedaży z atrybutami GTU i oznaczeniem transakcji pod JPK_V7,
- dane ksefowe: data KSeF, numer KSeF (wymagane dla deklaracji składanych od lutego 2026),
- dokumenty walutowe,
- dokumenty magazynowe,
- dokumenty płatności KP/KW BP/BW.
Jak wyeksportować dane z Wapro (Wf-Mag)?
Format 3.0
Aplikacja umożliwia import danych w Formacie 3.0, który jest standardowym formatem wykorzystywanym do wymiany danych pomiędzy modułami Symfonia.
Zakres importowanych danych:
- faktury zakupu i sprzedaży,
- dokumenty magazynowe (w trakcie opracowywania),
- dokumenty płatności KP/KW BP/BW.
Jak wyeksportować dane w formacie 3.0?
Fakturownia
Import odbywa się z plików xml, wyeksportowanych z konta w fakturownia.pl.
Zakres importowanych danych:
- dokumenty sprzedaży + korekty,
- dane ksefowe: data KSeF, numer KSeF (wymagane dla deklaracji składanych od lutego 2026),
- dokumenty zakupu + korekty,
- dane kontrahentów.
Jak wyeksportować dane z fakturownia.pl?
iHurt
Aplikacja umożliwia import danych z systemu Insignum iHurt.
Import odbywa się z plików xml generowanych do programu Optima CDN.
Zakres importowanych danych:
- faktury zakupu i sprzedaży z atrybutami GTU i oznaczeniem transakcji pod JPK_V7,
- dane ksefowe: data KSeF, numer KSeF (wymagane dla deklaracji składanych od lutego 2026),
- dokumenty płatności KP/KW BP/BW,
- dokumenty proste (magazynowe etc.). Z racji tego, że w plikach nie ma żadnej informacji o typach, dla dokumentów prostych w kolumnie typ zawsze będzie:
- xP - dokument przychodu,
- xW - dokument rozchodu.
Jak wyeksportować dane z programu iHurt?
CSV, TXT
Aplikacja umożliwia import danych z formatów CSV, TXT i innych.
Zakres importowanych danych:
Możemy wczytać praktycznie dowolne dane, jeśli będą one posiadały niezbędne informacje (jak numer dokumentu, daty, kwoty itp.)
Z odpowiednio przygotowanego pliku można zaimportować dane takie jak:
- dokumenty sprzedaży + korekty z atrybutami GTU i oznaczeniem transakcji pod JPK_V7,
- dokumenty zakupu + korekty z atrybutami GTU i oznaczeniem transakcji pod JPK_V7,
- dane ksefowe: data KSeF, numer KSeF (wymagane dla deklaracji składanych od lutego 2026),
- dane kontrahentów,
- dokumenty magazynowe,
- dokumenty importowe/eksportowe.
Płatności
Import odbywa się na podstawie plików csv.
Funkcjonalność usprawnia/automatyzuje proces wprowadzania wpłat do Symfonii Finanse i Księgowość z szybkich płatności z kilku formatów.
Uzgadnianie kontrahentów podczas importu płatności (nie dotyczy FiServ):
- Jeśli nie znajdziemy w bazie żadnego kontrahenta, którego kod zaczyna się tak samo jak w pliku to nie uzgadniamy z nikim.
-
Jeśli znajdziemy jednego kontrahenta, którego kod zaczyna się tak samo jak w pliku to go uzgadniamy z daną płatnością..
-
Natomiast, jeśli znajdziemy w bazie więcej niż jednego kontrahenta, których kod zaczyna się tak samo jak to co w pliku, to dla każdego z tych kontrahentów sprawdzamy, czy jest nierozliczony rozrachunek na kwotę z pliku.
Jeśli takowy znajdziemy to przypisujemy tego kontrahenta do płatności. Jeśli nie znajdziemy żadnego odpowiedniego rozrachunku, to do płatności przypisujemy "najnowszego" kontrahenta z pośród znalezionych (najnowszy czyli ten o najwyższym numerze pozycji).
Płatności PayU
Opis funkcjonalny:
Typ: pierwszy element nazwy pliku (rozdzielanej znakiem '_') + zawartość kolumny 'operator', czyli np: INF_PayU; RAV_Przelewy24
Na podstawie typu konfigurujemy odpowiednie uzgodnienia (a do nich schematy księgowania)
Numer: kolejny numer wczytywanej pozycji
Data: drugi element nazwy pliku (rozdzielanej znakiem '_')
Dane kontrahenta:
Kontrahenta uzgadniamy po kodzie kontrahenta z bazy z pierwszym elementem kolumny 'kupujący' (rozdzielanej znakiem ';')
Jeśli nie uda nam się uzgodnić kontrahenta to nie zakładamy nowego
Wartość netto == brutto wczytujemy z kolumny 'kwota'
Treść: jeśli operacja to 'wpłata' lub 'zwrot':
Podczas wczytywania dokumentu próbujemy od razu uzgadniać płatności do nierozliczonych transakcji danego kontrahenta. Uzgadnianie odbywa się po kontrahencie i pozostałej kwoty do zapłaty na transakcjach.Tylko jeśli kwota wpłaty jest równa pozostałej kwocie do zapłaty na transakcji to ją powiążemy.Przez wpłaty rozumiemy tylko wiersze z pliku, w których kolumna operacja to "wpłata".
Jeśli uda nam się uzgodnić to płatność tworzymy z treścią "WPŁATA (lub ZWROT) ZA
Każda taka płatność to jeden wiersz w generowanym PK
Pobranie opłat ze środków: każdy taki wiersz jest zsumowany w jeden, a jego treścią będzie fraza "SUMA POBRANYCH OPŁAT"
Każde konto tworzy nową transakcję lub rozlicza inną transakcję.
Wczytujemy tylko wiersze, w których operacja to:
- wpłata
- pobranie opłat ze środków
- zwrot
Płatności Hebe
Jak wczytujemy:
Typ 'HEBE' + zawartość kolumny 'typ'
czyli np.:
- HEBE_sprzedaż
- HEBE_prowizja
Na podstawie typu konfigurujemy odpowiednie uzgodnienia (a do nich schematy księgowania)
Numer kolejny numer wczytywanej pozycji
Data dokumentu - zawsze taka sama jak data księgowania ustawiona w IDK.
Dane kontrahenta
- jako identyfikator kontrahenta w pliku uznajemy wartości w kolumnach 'Kolumna 1' i 'Kolumna 2' połączone razem, rozdzielone spacją (czyli imię i nazwisko)
- kontrahenta uzgadniamy po kodzie kontrahenta z bazy z ww. identyfikatorem
- jeśli nie uda nam się uzgodnić kontrahenta to nie zakładamy nowego
Wartość netto == brutto wczytujemy z kolumny 'kwota'
Kwota przelewu to suma wszystkich wczytanych wierszy (czyli gdy typ to 'sprzedaż', 'zwrot sprzedaży', 'prowizja', 'zwrot prowizji') i jest wpisana w numerze i opisie dokumentu (tak jak w PayU).
Treść
-
jeśli typ to 'sprzedaż' lub 'zwrot sprzedaży':
- Podczas wczytywania dokumentu spróbujemy od razu uzgadniać płatności do nierozliczonych transakcji danego kontrahenta. Uzgadnianie będzie po kontrahencie i pozostałej kwoty do zapłaty na transakcjach.
Tylko jeśli kwota wpłaty jest równa pozostałej kwocie do zapłaty na transakcji to ją powiążemy.
Przez wpłaty rozumiemy tylko wiersze z pliku, w których kolumna typ to "sprzedaż". - Jeśli uda nam się uzgodnić to płatność utworzymy z treścią "WPŁATA (lub ZWROT) ZA < numer dokumentu>". Taka wpłata później przy imporcie do FK automatycznie rozliczy ten dokument.
Jeśli nie uda nam się uzgodnić to płatność utworzymy z treścią "WPŁATA (lub ZWROT) od < identyfikator klienta z pliku czyli imię i nazwisko>".
Taka wpłata nie będzie rozliczać żadnego dokumentu, trzeba to będzie zrobić ręcznie. - Każda taka płatność to jeden wiersz w generowanym PK
- Podczas wczytywania dokumentu spróbujemy od razu uzgadniać płatności do nierozliczonych transakcji danego kontrahenta. Uzgadnianie będzie po kontrahencie i pozostałej kwoty do zapłaty na transakcjach.
-
jeśli typ to 'prowizja' lub 'zwrot prowizji':
Każdy taki wiersz zostanie zsumowany w jeden, a jego treścią będzie fraza "SUMA POBRANYCH OPŁAT"
Płatności FiServ
Opis funkcjonalny:
Wczytujemy tylko pierwszą zakładkę z pliku.
Wczytujemy tylko wiersze gdzie w kolumnie A jest 'TR' lub 'DW'.
Jak wczytujemy: Typ 'FiServ' + zawartość kolumny A czyli np:
- FiServ_TR
- FiServ_DW
Na podstawie typu skonfigurujemy z klientem odpowiednie uzgodnienia (a do nich schematy księgowania)
Numer - kolejny numer wczytywanej pozycji
Data - kolumna C z wiersza gdzie w kolumnie A jest 'PR'
Dane kontrahenta:
- jeśli uzgodnimy płatność do konkretnego dokumentu to kontrahent tego dokumentu, w przeciwnym wypadku płatność nie będzie miała ustawionego kontrahenta
- uzgadnianie do dokumentu opisane poniżej
Wartość netto == brutto wczytujemy z kolumny 'kwota'
Kwota przelewu to suma z kolumny D z wiersza gdzie w kolumnie A jest 'PR'.
Treść:
-
jeśli kolumna A 'TR':
- Podczas wczytywania dokumentu spróbujemy od razu uzgadniać płatności do nierozliczonych transakcji. Uzgadnianie będzie po dacie, pozostałej kwoty do zapłaty na transakcjach oraz jeśli powiązany dokument w Handlu ma formę płatności "karta płatnicza".
Tylko jeśli kwota wpłaty jest równa pozostałej kwocie do zapłaty na transakcji to ją powiążemy.
Przez wpłaty rozumiemy tylko wiersze z pliku, w których kolumna typ to "sprzedaż". - Jeśli uda nam się uzgodnić to płatność utworzymy z treścią "WPŁATA ZA < numer dokumentu>". Taka wpłata później przy imporcie do FK automatycznie rozliczy ten dokument. Jeśli nie uda nam się uzgodnić to płatność utworzymy z treścią "WPŁATA < kolumna L czyli 'Numer transakcji'>". Taka wpłata nie będzie rozliczać żadnego dokumentu, trzeba to będzie zrobić ręcznie.
- Każda taka płatność to jeden wiersz w generowanym PK
- Z kolumny I odczytujemy prowizję, którą doliczamy do prowizji naliczonych z wierszy gdzie w kolumnie A jest 'DW'
- Podczas wczytywania dokumentu spróbujemy od razu uzgadniać płatności do nierozliczonych transakcji. Uzgadnianie będzie po dacie, pozostałej kwoty do zapłaty na transakcjach oraz jeśli powiązany dokument w Handlu ma formę płatności "karta płatnicza".
-
jeśli kolumna A to 'DW':
- każdy taki wiersz zostanie zsumowany w jeden, a jego treścią będzie fraza "SUMA POBRANYCH OPŁAT"
Płatności PayU (presta)
Jak wczytujemy:
Typ: kolumna 'NazwaPos' + kolumna 'Typ operacji'
czyli np:
- Infoto NEW_t
- Infoto NEW_c
Na podstawie typu konfigurujemy odpowiednie uzgodnienia (a do nich schematy księgowania)
Numer: kolejny numer wczytywanej pozycji
Data: kolumna 'Data' z wiersza gdzie 'typ operacji' jest 'w'
Dane kontrahenta:
Kontrahenta uzgadniamy po kodzie kontrahenta z bazy z kolumną 'Imię i nazwisko'. Jeśli nie uda nam się uzgodnić kontrahenta to nie zakładamy nowego.
Wartość netto == brutto wczytujemy z kolumny 'Kwota'
Kwota przelewu to kolumna 'Kwota' z wiersza gdzie 'typ operacji' jest 'w'.
Treść:
-
jeśli typ operacji to 't':
- Podczas wczytywania dokumentu spróbujemy od razu uzgadniać płatności do nierozliczonych transakcji danego kontrahenta. Uzgadnianie będzie po kontrahencie i pozostałej kwoty do zapłaty na transakcjach. Tylko jeśli kwota wpłaty jest równa pozostałej kwocie do zapłaty na transakcji to ją powiążemy. Przez wpłaty rozumiemy tylko wiersze z pliku, w których kolumna operacja to "wpłata".
- Jeśli uda nam się uzgodnić to płatność utworzymy z treścią "WPŁATA < numer dokumentu>". Taka wpłata później przy imporcie do FK automatycznie rozliczy ten dokument. Jeśli nie uda nam się uzgodnić to płatność utworzymy z treścią "WPŁATA od < kolumna 'Imię i nazwisko'>". Taka wpłata nie będzie rozliczać żadnego dokumentu, trzeba to będzie zrobić ręcznie.
- każda taka płatność to jeden wiersz w generowanym PK
-
jeśli typ operacji to 'c':
- próbujemy uzgodnić kontrahenta tak samo jak przy typie operacji 'c'
- treść takiego zapisu to " ZWROT ZA < kolumna 'Opis'>" , bo wg przykładu w pliku jest tam numer konkretnego dokumentu
- każda taka płatność to jeden wiersz w generowanym PK
-
pobranie opłat ze środków:
- z całego pliku zsumujemy kolumnę 'prowizja' i wprowadzimy ją jako jeden wiersz a jego treścią będzie fraza "SUMA POBRANYCH OPŁAT"
-
wczytujemy tylko wiersze, w których 'typ operacji' to:
- t
- c
Wyciągi bankowe
Aplikacja umożliwia import wyciągów bankowych w formatach, które udostępniają banki. Może to być format mt940, csv, xls... i inne.
Import odbywa się z pliku wyeksportowanego z bankowości elektronicznej - na podstawie wskazanego szablonu.
Obsługiwane systemy bankowe
Banki umożliwiają generowanie wyciągów bankowych w różnych formatach. Najczęściej jest to mt940. Niestety pomimo, że format będzie nazywał się mt940, każdy bank może zastosować własną strukturę pliku.
Dlatego dla każdego systemu bankowego przypisaliśmy odpowiedni szablon (z informacją z jakiego formatu pochodzi wyciąg), dzięki któremu dane zostaną poprawnie zaimportowane.
Obecnie obsługiwane:
-
mBank (rozszerzenie pliku *.STA) - szablon MT940 (mBank) - podstawowy,
-
mBank (rozszerzenie pliku *.CSV) - szablon CSV (mBank),
-
Bank Millennium SA (rozszerzenie pliku *.STA) - szablon MT940 (Millennium) - podstawowy,
-
Santander Bank Polska w dwóch formatach wyciągu:
- format Moja Firma Plus (rozszerzenie pliku *.MT940) - szablon MT940 (Santander) - podstawowy,
- format Standard (rozszerzenie pliku *.MT940) - szablon MT940 (Santander) - Standard,
-
Bank Spółdzielczy w Żywcu - w dwóch formatach wyciągu:
- (rozszerzenie pliku *.STA) - szablon MT940 (BS Żywiec),
- (rozszerzenie pliku *.TXT - format VideoTel) - szablon VideoTel (BS Żywiec),
-
ING Bank Śląski SA (rozszerzenie pliku *.STA) - szablon MT940 (ING)- podstawowy,
-
Powszechna Kasa Oszczędności Bank Polski SA (rozszerzenie pliku *.MT940) - szablon MT940 (PKO BP) podstawowy,
-
Idea Bank (rozszerzenie pliku *.MT940) - szablon MT940 (IdeaBank, AliorBank, Pekao SA) - podstawowy,
-
Alior Bank (rozszerzenie pliku *.STA) - szablon MT940 (IdeaBank, AliorBank, Pekao SA) - podstawowy,
-
Pekao SA (rozszerzenie pliku *.STA) - szablon MT940 (IdeaBank, AliorBank, Pekao SA)- podstawowy,
-
Raiffeisen Bank (rozszerzenie pliku *.MT940) - szablon MT940 (Raiffeisen) - podstawowy,
-
Credit Agricole (rozszerzenie pliku *.MT940) - szablon MT940 Uniwersalny,
-
VW Bank (rozszerzenie pliku *.XML) - szablon XML (VW Bank) - podstawowy,
-
MT940 Uniwersalny - stworzyliśmy uniwersalny szablon odczytu wyciągów w formacie MT940. Należy z niego skorzystać, gdy import przy pomocy dedykowanego szablonu nie będzie kompletny lub gdy plik w formacie MT940 nie został wyeksportowany z systemów bankowych wymienionych powyżej.
Kolejne w przygotowaniu/planach:
-
BNP Paribas,
-
inne na zapytanie.
Zakres importowanych danych
Aplikacja pozwala na zaimportowanie z pliku danych takich jak:
- typ operacji,
- data operacji,
- kwota,
- waluta,
- rachunek obcy i rachunek wyciągu,
- dane kontrahenta,
- opis transakcji.
Jak wyeksportować wyciąg w formacie pliku mt940?
Szczegółowe informacje jak wyeksportować wyciąg bankowy w odpowiednim formacie powinniśmy uzyskać bezpośrednio w banku.
Bilans Otwarcia z rozrachunkami
Aplikacja umożliwia import rozrachunków do Bilansu Otwarcia. Funkcja ta jest przydatna w momencie rozpoczęcia pracy na nowej bazie (np. w związku z przejściem z wersji FKP 2.0 na FK 50c). Umożliwia to zaimportowanie BO (Bilansu Otwarcia) i automatyczne utworzenie rozrachunków.
Aby proces importu rozrachunków do Bilansu Otwarcia przebiegł prawidłowo należy poprawnie wyeksportować dane do importu oraz odpowiednio przygotować nową bazę.
Jak poprawnie wyeksportować dane do importu BO z rozrachunkami?