Aktuell produkt

Sorteringsnycklar för Lönetransaktioner - Odata - Admin

Kolumnen Id i P_ASTAT, P_BOKF50, P_KAACK, P_KBACK, P_KSACK, P_KSBACK, P_LSPEC och P_LSTAT är primärnyckel.
Rättighet i odata (HasAccessToAllAuthorizationGroupsOdataAPI) ger rättighet oavsett rapporteringsställe. Denna är endast tänkt för system-till-systemintegrationer.
Odata-endpoints DefinitiveAccumulator, DefinitiveVacationAccumulator, EmployeeSalarySpecification, PreliminaryAccumulator, PreliminaryVacationAccumulator, AccountingEntryItem och PersonnelStatistics har unika id:n (64 bit integer).
Odata-endpoints Accumulator och VacationAccumulator saknar id:n, då dessa består av två överlappande id-begrepp. Dessa rekommenderas inte för masshämtning av data.
Fältet EmploymentPositionId i underentitet Position i odata-endpoint Employment är det tekniska id:t på kopplingstabellen mellan anställning och befattning. Detta är unikt till skillnad från fältet id på Position som kan förekomma flera gånger, även på samma anställning.
Resultatet från EmployeeSalarySpecification visar inte EmploymentNumber, EmploymentId och MainEmployment. Anledningen är att lönespec ligger på arbetstagarnivå och om du har behörighet på flera anställningar på samma arbetstagare så kommer du få flera rader med samma id. Detta gör att en effektiv hämtning av data baserad på Id falerar.

Du tillåts ha upp till tio sorteringsnycklar på endpoints PayrollTransaction och HistoricalPayrollTransaction i Odata.