# Eksport płac dopasowany do systemu płacowego

> Eksport zatwierdzonych godzin w formacie, którego oczekuje dział płac. Format SD Worx i konfigurowalne eksporty CSV/XLSX już działają; Loket, Nmbrs, AFAS i DATEV wkrótce.

URL: https://timetracking.tech/pl/funkcje/eksport-do-systemu-placowego
Language: pl
Last updated: 2026-10-23

Zatwierdzone godziny są przydatne dopiero wtedy, gdy trafią do działu płac. TimeTracking eksportuje je w układzie, którego oczekuje dostawca usług płacowych, więc nikt nie musi przepisywać kart czasu pracy do innego systemu.

## Jak działa eksport płac

1. **Zatwierdzenie okresu**: Godziny, nadgodziny, dodatki, kilometry i wydatki są zatwierdzane wewnętrznie, a w razie potrzeby także przez klienta.
2. **Wybór mapowania**: Wybiera się zapisane mapowanie eksportu: które rodzaje godzin trafiają do których kodów płacowych, jakie kolumny się pojawiają i jak identyfikowani są pracownicy.
3. **Eksport i blokada**: Plik można pobrać lub wysłać przez API. Okres zostaje oznaczony jako wyeksportowany i zablokowany, więc liczby, które otrzymał dział płac, nie mogą się rozjechać.

## Co jest dostępne już dziś

TimeTracking otwarcie informuje o stanie integracji. Już dziś zatwierdzone godziny można eksportować jako konfigurowalne pliki CSV i XLSX, w formacie SD Worx oraz przez otwarte API. Natywne konektory dla Loket, Nmbrs, AFAS i DATEV są w planach rozwoju i oznaczone jako dostępne wkrótce na stronach integracji.

Ponieważ mapowania CSV i XLSX są konfigurowalne, wiele systemów płacowych przyjmujących import plików można obsłużyć już teraz, zanim powstanie dedykowany konektor.

- Dostępne: konfigurowalne eksporty CSV i XLSX
- Dostępne: eksport w formacie SD Worx
- Dostępne: REST API do własnej integracji
- Wkrótce: konektory Loket, Nmbrs, AFAS, DATEV

## Mapowania zamiast ręcznej pracy

Mapowanie eksportu przekłada rodzaje godzin z TimeTracking na kody płacowe: godziny zwykłe, nadgodziny z różnymi dodatkami procentowymi, dodatki za pracę w nieregularnych godzinach, święta, kilometry i stałe dodatki. Wystarczy skonfigurować je raz dla każdego dostawcy usług płacowych lub klienta, a każdy eksport stosuje te same zasady.

Eksporty można dzielić według podmiotu prawnego, klienta lub rodzaju okresu, co ma znaczenie dla agencji prowadzących równolegle tygodniowe i miesięczne listy płac.

## Wyeksportowane znaczy zablokowane

Po wyeksportowaniu okres zostaje zablokowany. Jeśli później okaże się, że coś jest nie tak, poprawka jest pozycją korygującą w następnym okresie. Dzięki temu lista płac, faktura dla klienta i TimeTracking pozostają zgodne, a audytorzy dostają przejrzystą ścieżkę.

Dane pozostają Państwa własnością: pełny eksport konta w otwartych formatach jest dostępny w każdej chwili.

## Przed eksportem

Ekran eksportu pokazuje wszystko, co mogłoby sprawić, że plik będzie błędny: karty czasu pracy, które nie są jeszcze zatwierdzone, wciąż otwarte konflikty i osoby bez numeru pracownika w systemie płacowym. Usunięcie tych problemów w pierwszej kolejności oznacza, że dział płac otrzymuje kompletny okres, a nie plik wymagający ręcznych poprawek.

Każdy eksport jest zapisywany wraz z użytym mapowaniem, osobą, która go uruchomiła, i dokładnym plikiem, który powstał. Jeśli dział płac zada pytanie po kilku miesiącach, widać, co i kiedy zostało wysłane.

- Otwarte zatwierdzenia i konflikty pokazane przed eksportem
- Oznaczone brakujące numery pracowników
- Każdy eksport zapisany z plikiem i mapowaniem

## Najczęściej zadawane pytania

### Które eksporty płac działają już dziś?

Konfigurowalne eksporty CSV i XLSX, eksport w formacie SD Worx i REST API. Konektory Loket, Nmbrs, AFAS i DATEV już wkrótce.

### Czy można dostosować układ eksportu?

Tak. Mapowania określają kolumny, kody rodzajów godzin i identyfikatory i mogą się różnić w zależności od dostawcy usług płacowych lub klienta.

### Który plan obejmuje eksport płac?

Podstawowe eksporty CSV, XLSX i JSON są w każdym planie, także Free. Mapowania eksportu płac są w planach Core i Pro.

### Co się dzieje, gdy godziny zmienią się po eksporcie?

Wyeksportowane okresy są zablokowane. Zmiany księguje się jako korektę w następnym okresie, aby wszystkie systemy pozostały spójne.
