Przejdź do głównej zawartości
PlaidCloud

Workday Financials: Post Journal Entry (krok)

Opis

Dział zatytułowany „Opis”

Księguje zapisy dziennika w Workday Financials przez połączenie Workday Financials, za pośrednictwem współdzielonego potoku zapisu ERP PlaidCloud. Krok przyjmuje tabelę nagłówka (jeden wiersz na zapis dziennika) i tabelę wierszy (jeden lub więcej wierszy debetowych/kredytowych na zapis) i wywołuje operację SOAP Workday Submit_Accounting_Journal dla każdego zapisu. Validate Only buduje i sprawdza każdy zapis bez rezerwacji w księdze i bez księgowania; opcjonalna tabela wyników rejestruje wynik każdego zapisu.

Konfiguracja

Dział zatytułowany „Konfiguracja”

Połączenie

Dział zatytułowany „Połączenie”
  • Połączenie Workday — połączenie Workday Financials, przez które odbywa się księgowanie.

Dane

Dział zatytułowany „Dane”
  • Tabela nagłówka — jeden wiersz na zapis dziennika: journal_id (identyfikator Twojego zapisu, wymagany), company (wymagana), ledger (wymagana), accounting_date, memo.
  • Tabela wierszy — jeden lub więcej wierszy na journal_id: ledger_account, debit, credit oraz wszelkie kolumny worktag (centrum kosztów, projekt) wymagane przez Twoje dzienniki.
  • Tabela wyników — identyfikator tabeli wyjściowej: jeden wiersz na zapis z polami journal_id, natural_key, confirmation_id, status (posted/validated/error), message.
  • Validate Only — domyślnie zaznaczone. Tylko kontrola wstępna; bez rezerwacji w księdze i bez księgowania. Konfiguracja kroku, która w ogóle pomija to pole — na przykład utworzona przez REST API, MCP lub import pakietu przepływu pracy — również domyślnie przyjmuje Validate Only zamiast księgowania na żywo.
  • Continue On Error — domyślnie zaznaczone. Kontynuuje księgowanie pozostałych zapisów po niepowodzeniu jednego; odznaczone zatrzymuje partię przy pierwszym niepowodzeniu.

Jak działa księgowanie

Dział zatytułowany „Jak działa księgowanie”

PlaidCloud wywołuje Submit_Accounting_Journal dla każdego zapisu i odpytuje status jego procesu biznesowego Workday, aż osiągnie stan końcowy — uwzględniając proces biznesowy Submit Accounting Journal, który przechodzi przez kroki zatwierdzania, zanim zapis zostanie faktycznie zaksięgowany. Zapis jest zgłaszany jako posted dopiero wtedy, gdy ten stan końcowy zostanie potwierdzony — zapis, który został przesłany, ale utknął w oczekiwaniu na zatwierdzenie, pozostaje w kwarantannie (nie jest zgłaszany jako zaksięgowany ani po cichu odrzucany), zamiast być odnotowany jako sukces tylko dlatego, że samo przesłanie zostało przyjęte.

Korygowanie zaksięgowanego zapisu

Dział zatytułowany „Korygowanie zaksięgowanego zapisu”

Ten krok nigdy nie usuwa ani nie przepisuje zaksięgowanego dziennika. Aby go skorygować, zaksięguj nowy zapis ze zamienionymi debetami i kredytami względem oryginału — zaksięgowany zapis odwracający — zamiast edytować oryginał w miejscu.

Ograniczenia możliwości

Dział zatytułowany „Ograniczenia możliwości”

| Ograniczenie | Co to oznacza | |—|—|| Zatwierdzanie w procesie biznesowym zwiększa opóźnienie | Zapis przekazany przez krok zatwierdzania pozostaje pending do czasu zatwierdzenia w Workday; odpytywanie stanu końcowego na to czeka. | | Odwrócenie to nowy zapis, a nie edycja w miejscu | Korekty księgują nowy zapis odwracający z zamienionymi debetami i kredytami. Nie ma unieważnienia ani usunięcia już zaksięgowanego zapisu. |

Powiązane

Dział zatytułowany „Powiązane”