Przejdź do treści

FK (system księgowy i obieg dokumentów)

Podkatalog FK zawiera model kanoniczny domeny systemu księgowego i obiegu dokumentów (EOD). Odpowiada specyfikacji OpenAPI: API-ERP-Canonical-EOD.yaml (docs/openapi/).

Maszynowe profile snapshot (PoC, generowane z kodu modeli): Profile kanoniczne.

Zakres domeny

  • Zamówienia i Faktury — zamówienie zakupu (PurchaseOrder), faktura (Invoice).
  • Płatności — realizacja płatności (Payment) z integracją AML/CFT
  • Księgowanie — rejestr i warianty dekretacji (Register, AccountingVariant).
  • Księgowanie — warianty dekretacji i alokacje kosztowe (AccountingVariant, FormulaComponent, CostCarrier, CostAssignment).

Zasoby współdzielone (Party, PartyRole w Core, Document, BankAccount, Group itp.) są dostępne w Core oraz korzeniu Resources.

Zasoby FK

Obszar Zasób Opis
Procurement PurchaseOrder Zamówienie zakupu – żądanie dostawy od dostawcy (Kodeks Handlowy)
Procura-to-Pay Faktura w Document / KSeF lub Invoice-Canonic Mapowanie na Document i weryfikacja zgodności z KSeF i art. 106e; albo dedykowany zasób Invoice
Procura-to-Pay Payment Realizacja płatności (AML/CFT, VAT art. 119a – MPP)
Księgowanie Accounting/README Przegląd zasobów księgowania
Księgowanie AccountingVariant, FormulaComponent, CostCarrier, CostAssignment Warianty dekretacji i alokacje kosztowe

Relacje

Procure-to-Pay flow: - PurchaseOrder (sourceDocument) → GoodsReceipt (WMS) → Invoice (sourceDocument = PO + GR) → Payment (sourceDocument = Invoice) - Invoice (matching) → dekretacja i alokacja kosztów zgodnie z konfiguracją FK - Payment (sourceDocument, splitPayment, AML) → księgowanie zgodnie z wariantem dekretacji

  • Document (bufor obiegu, dekret) i Invoice — integracja z księgowaniem przez pozycje.
  • BankAccount — używane w EOD/FK.

Szczegóły endpointów i schematów: API-ERP-Canonical-EOD.yaml (docs/openapi/).