Start · Rozwiązania · Finanse i księgowość

Rozwiązanie · Finanse i księgowość

Salda, arkusze i księgowania: zamknięcie oparte na regułach, a nie na nadgodzinach

Uzgodnienia kont i księgowania, które zamykają się same

Roboty pobierają salda z SAP, wypełniają arkusze uzgodnień, zatwierdzają konta zgodnie z polityką i księgują pozycje okresowe po akceptacji w Teams; księgowi pracują wyłącznie nad różnicami.

Rozwiązanie działoweMicrosoft TeamsCzłowiek w pętli decyzyjnejAutomatyzacja deterministyczna
2 000uzgodnień kont i księgowań powstaje co miesiąc ręcznie w centrum usług wspólnych tej ilustracyjnej firmy. Zamknięcie kończy się w dziesiątym dniu roboczym.

Streszczenie dla zarządu

Wyzwanie

Koniec z zamykaniem miesiąca przez zgrywanie sald do Excela i dopraszanie się akceptacji e‑mailem.

Co się zmienia

Budujemy mechanizm zamknięcia na platformie UiPath i w środowisku Microsoft 365, które firma już posiada.

Wartość biznesowa

Uzgodnienia zaczynają się w godzinie zamknięcia danej księgi, a nie w dniu zamknięcia ostatniej.

Systemy w tle

SAP S/4HANA (księgowanie przez BAPI); arkusze Excel i biblioteka dowodów na SharePoint; rejestr w Microsoft Lists

Problem biznesowy

Zamknięcie miesiąca

Uzgodnienie konta bilansowego dowodzi, że saldo w księdze głównej ma pokrycie w czymś realnym: w księdze pomocniczej, w zestawieniu, w umowie, w pozycji otwartej, która się rozliczy. Księgowanie okresowe wprowadza tę samą rezerwę albo refakturę do ksiąg w każdym okresie, niezależnie od tego, kto akurat jest na urlopie. Jedno i drugie to kontrola, która zamieniła się w przenoszenie danych: większość godzin pochłania pobieranie, wklejanie i archiwizowanie, a na ocenę merytoryczną zostaje ułamek.

Najdotkliwiej odczuwają to księgowi: zamykają dwanaście spółek zespołem zbudowanym przy ośmiu. Weryfikujący zatwierdzają sto arkuszy w dwa dni, bo właśnie wtedy te arkusze do nich trafiają. Kontroler grupy ogląda to samo uzgodnienie wykonane dwanaście razy w dwunastu nieco innych szablonach, z progami tolerancji stosowanymi z przyzwyczajenia.

Przy skali psują się dwie rzeczy. Księgowania odtwarzane z pliku sprzed miesiąca przenoszą dalej zeszłomiesięczne pomyłki. Uzgodnienia, które zgadzają się w sumie, są zatwierdzane, choć w środku dwa błędy znoszą się nawzajem. Żadna z tych sytuacji nie jest widoczna w rejestrze, obie znajduje audytor.

Jak to wygląda dzisiaj

Tak wygląda zamknięcie w większości centrów usług wspólnych obsługujących kilka spółek na jednym systemie ERP.

  1. CzłowiekKażdy księgowy pobiera salda i pozycje otwarte z księgi głównej (FAGLB03, FBL3N) oraz raporty z ksiąg pomocniczych (FBL1N, FBL5N, MB5L) i wkleja je do szablonów Excel swojej spółki
  2. OczekiwanieUzgodnienia kont rozliczeniowych czekają na zamknięcie ostatniej księgi pomocniczej, zwykle do trzeciego albo czwartego dnia roboczego
  3. CzłowiekKsięgowania okresowe (rozliczenia międzyokresowe, rezerwy, płace, refaktury wewnątrzgrupowe) są odtwarzane z zeszłomiesięcznego pliku wsadowego i księgowane przez FB50
  4. CzłowiekRóżnice wyjaśnia się e‑mailami z zespołem zobowiązań, kontrolerem zakładu albo spółką po drugiej stronie transakcji
  5. OczekiwanieWeryfikujący dostają arkusze jedną partią w szóstym albo siódmym dniu roboczym i podpisują rejestr po przeczytaniu zakładki podsumowania
  6. Ryzyko błęduKonta, które zgadzają się w sumie, są zatwierdzane bez otwierania, a stare pozycje uzgodnieniowe przechodzą na kolejny miesiąc z tym samym komentarzem
  7. Ryzyko błęduKiedy audytor prosi o jedno konto za jeden okres, dowody zbiera się ze skrzynek pocztowych i prywatnych folderów przez kilka dni
CzłowiekOczekiwanieRyzyko błędu

Dlaczego obecny proces kosztuje więcej, niż widać

To nie jest praca, którą ktoś zaplanował.

  • Wykwalifikowani księgowi spędzają pierwsze cztery dni każdego miesiąca na pracy, która nie wymaga wiedzy księgowej: pobieranie, wklejanie, zapisywanie pod właściwą nazwą. Na ocenę merytoryczną zostają im kolejne dni, już pod presją terminu.
  • Każde zamknięcie jest projektem prowadzonym w e‑mailach: koordynator zamknięcia dopytuje, kto już skończył, a weryfikujący otwierają arkusze, żeby sprawdzić, czy cokolwiek zmieniło się od poprzedniego miesiąca.
  • Błędy narastają po cichu. Źle wyliczoną rezerwę przeniesioną z poprzedniego okresu koryguje się dwa okresy później dokumentem, którego nikt nie łączy z pierwotnym, a refakturę zaksięgowaną tylko po jednej stronie wyjaśniają równolegle dwie spółki.
  • Każda nowa spółka to miesiąc pracy nad szablonami przed pierwszym zamknięciem, więc centrum rośnie etatami w tempie przybywania spółek.

Koszt zaniechania

Dwanaście kolejnych zamknięć w obecnym tempie≈ 240 000 €
Trzy lata w obecnym tempie≈ 720 000 €
Rok po wzroście do 16 spółek≈ 320 000 €

Tydzień zamknięcia pochłania to, czego model nie pokazuje. Nadgodziny i codzienna telekonferencja statusowa to koszty, których żadne centrum kosztów nie księguje jako „uzgodnienia”, a każda kolejna przejmowana spółka dokłada szablony i księgowania przy niezmienionym terminie.

Cichszy koszt to jakość kontroli. Uzgodnienia zatwierdzane w sumie i księgowania kopiowane z miesiąca na miesiąc przechodzą przez każde zamknięcie aż do tego jednego, w którym nie przejdą, zwykle przy badaniu rocznym, kiedy jedno ustalenie kosztuje więcej niż rok opisanego wyżej procesu.

Scenariusz ilustracyjny

Przykładowa organizacja o realnych proporcjach — liczby służą do policzenia sprawy na Waszych danych, nie są wynikiem klienta.

Organizacja

Europejska grupa przemysłowa z centrum usług wspólnych w Polsce, zamykająca 12 spółek w SAP S/4HANA; Microsoft 365 E3; jedenastu księgowych księgi głównej, trzech weryfikujących i koordynator zamknięcia.

Wolumen

Około 1 400 uzgodnień kont bilansowych miesięcznie (mniej więcej 115 kont na spółkę) oraz 600 księgowań okresowych i rezerw; księgi pomocnicze zamykają się między drugim a czwartym dniem roboczym, termin grupowy przypada na dziesiąty.

Obecny proces

Salda są pobierane z SAP do szablonów różniących się między spółkami, księgowania odtwarza się z plików z poprzedniego miesiąca, a zatwierdzenie to kolumna w rejestrze.

Wąskie gardło

Nic nie jest weryfikowane, zanim nie będzie gotowy ostatni arkusz, więc cała praca ściska się między czwartym a ósmym dniem roboczym, co miesiąc z nadgodzinami.

Rozwiązanie

Roboty pobierają salda w godzinie, w której zapada znacznik zamknięcia księgi, wypełniają jeden szablon na klasę kont, zatwierdzają konta w granicach pisemnej polityki, generują księgowania okresowe z zatwierdzonych harmonogramów i księgują je po akceptacji weryfikującego w Microsoft Teams; ludzie widzą wyłącznie różnice i klasy o podwyższonym ryzyku.

Potencjalny efekt

W modelowanym przypadku praca nad uzgodnieniami i księgowaniami kończy się w czwartym albo piątym dniu roboczym zamiast ósmego, a udział kont otwieranych przez człowieka spada ze 100% do modelowych 25 do 35%. To wielkości modelowe.

Proponowane rozwiązanie

Budujemy mechanizm zamknięcia na platformie UiPath i w środowisku Microsoft 365, które firma już posiada. Jego środkiem jest rejestr uzgodnień w Microsoft Lists: jedna pozycja na konto, spółkę i okres, z klasą, ryzykiem, tolerancją, osobą sporządzającą, weryfikującym, statusem i odnośnikiem do arkusza. Roboty go czytają i zapisują w nim to, co znalazły. Jako karta na kanale zamknięcia w Teams jest to jeden widok wspólny dla koordynatora zamknięcia, weryfikujących i dyrektora finansowego.

Pobieranie danych idzie za zależnościami, a nie za kalendarzem. Kiedy zespół zobowiązań ustawi dla spółki znacznik zamknięcia księgi, robot uzgadnia konta rozliczeniowe zobowiązań tej spółki w tej samej godzinie; z pozostałymi księgami jest tak samo. Salda trafiają z SAP przez konektory BAPI i OData tam, gdzie istnieje interfejs, a przez transakcje raportowe w interfejsie użytkownika tam, gdzie go nie ma, do jednego szablonu Excel na klasę kont na SharePoint.

Zatwierdzanie idzie za pisemną polityką. Konto, którego saldo w księdze głównej równa się saldu księgi pomocniczej w klasie o niskim ryzyku, jest zatwierdzane regułą i oznaczane identyfikatorem reguły oraz wersją polityki. Różnica, pozycja przeterminowana albo klasa o podwyższonym ryzyku (rozrachunki wewnątrzgrupowe, podatki, rezerwy, konta przejściowe) staje się zadaniem w Planner dla osoby sporządzającej i wnioskiem o zatwierdzenie dla weryfikującego w aplikacji Approvals. Księgowania okresowe powstają z zatwierdzonych źródeł (harmonogram rozliczeń międzyokresowych, matryca refaktur, zestawienie płacowe), są sprawdzane pod kątem bilansowania się, otwartego okresu, dopuszczalnej kombinacji konta i miejsca powstawania kosztów oraz zakresu kwot, czekają w kolejce do akceptacji weryfikującego w Teams, a potem są księgowane w SAP z zapisem numeru dokumentu.

To jest mechanizm pod zamknięciem; opisany na naszej stronie agent konwersacyjny do zamknięcia miesiąca korzysta z niego, a uzgadnianie rachunków bankowych to osobny przypadek.

Wykorzystane funkcje natywne

Wyzwalacze, kolejki i audyt w UiPath Orchestrator; konektory UiPath SAP BAPI i SAP OData oraz aktywności SAP WinGUI; aktywności UiPath Microsoft 365 (SharePoint Lists, Excel Online) przez konektor Microsoft OneDrive & SharePoint; konektor UiPath Microsoft Teams; akceptacje Power Automate w aplikacji Microsoft Teams Approvals; karty Planner i Lists w Teams

Co budujemy

Rejestr i klasy kont, szablony na klasę kont, roboty pobierające dane, reguły zatwierdzania, generowanie i walidację księgowań, wstrzymanie przed księgowaniem, przepływy akceptacji i zadań, dzienne podsumowanie, pakiet dowodowy i instrukcję operacyjną

Integracje dedykowane

Pobieranie danych z SAP S/4HANA przez BAPI/OData i raporty w interfejsie użytkownika; księgowanie przez BAPI_ACC_DOCUMENT_POST, a następnie BAPI_TRANSACTION_COMMIT; import zestawienia płacowego

Jak działa proces po automatyzacji

  1. SystemPo otwarciu okresu i ustawieniu znacznika każdej księgi robot zakłada w rejestrze pozycje danego okresu, pobiera z SAP salda księgi głównej, pozycje otwarte i sumy z ksiąg pomocniczych oraz wypełnia szablon dla każdej klasy kont na SharePoint
  2. AutomatyzacjaReguły zatwierdzania przechodzą przez każde konto: zgodne salda w klasach o niskim ryzyku są zatwierdzane z identyfikatorem reguły, a różnice, pozycje przeterminowane i klasy o podwyższonym ryzyku trafiają do ludzi
  3. AutomatyzacjaKsięgowania okresowe i rezerwy powstają z zatwierdzonych harmonogramów, przechodzą walidację i czekają w kolejce razem ze swoim arkuszem
  4. CzłowiekSporządzający dostają zadanie w Planner z różnicą i jej prawdopodobną przyczyną; weryfikujący zatwierdzają konta i akceptują księgowania w aplikacji Approvals w Teams, z odnośnikiem do arkusza
  5. AutomatyzacjaZaakceptowane dokumenty są księgowane w SAP, a numer dokumentu wraca do rejestru; odrzucone wracają do sporządzającego z komentarzem weryfikującego
  6. AutomatyzacjaRejestr, lista kontrolna w Planner i dzienne podsumowanie na kanale zamknięcia pokazują udział kont zatwierdzonych, otwarte różnice i zaległe zadania w każdej spółce
  7. AutomatyzacjaPrzy zamknięciu okresu robot odkłada na SharePoint pakiet dowodowy każdej spółki, pod etykietą przechowywania: zatwierdzone arkusze, akceptacje, dokumenty księgowe i rejestr wyjątków
SystemAutomatyzacjaCzłowiek

Model współpracy człowieka z automatyzacją

Automatyzacja obsługuje

  • Pobranie danych w chwili zamknięcia każdej księgi i wypełnienie wszystkich szablonów
  • Zatwierdzanie kont spełniających warunki pisemnej polityki, z zapisem identyfikatora reguły i wersji polityki
  • Wygenerowanie, walidację i zaksięgowanie księgowań okresowych z zatwierdzonych źródeł, po akceptacji człowieka
  • Rejestr, listę kontrolną, dzienne podsumowanie i pakiet dowodowy

Ludzie decydują o

  • Zatwierdzeniu kont o podwyższonym ryzyku oraz każdego konta z różnicą lub pozycjami przeterminowanymi
  • Akceptacji każdego księgowania w Teams w granicach pełnomocnictwa; powyżej niego decyduje kontroler grupy
  • Zmianach tolerancji, klas ryzyka, limitów przeterminowania i zatwierdzonych źródeł księgowań
  • Przyczynie źródłowej powtarzającej się różnicy, na co właśnie idzie uwolniony czas

Przed i po

PrzedPo
Praca nad uzgodnieniami i księgowaniami zakończona8. dzień roboczymodelowo 4. albo 5. dzień roboczy
Udział kont otwieranych przez człowieka100%modelowo od 25 do 35%
Status zamknięciagłówny arkusz i codzienna telekonferencjarejestr na żywo i karta Planner w Teams
Dowody dla audytuzbierane ze skrzynek pocztowych przez kilka dnijeden arkusz na konto i okres

Systemy i integracje

Każdą pozycję da się sprawdzić w dokumentacji producenta. Klasa dowodu jest podana przy każdej.

Wejścia

  • księga główna i księgi pomocnicze w SAP S/4HANA (FI-GL, FI-AP, FI-AR, FI-AA, wartości zapasów w MM)
  • plik z zestawieniem płacowym
  • zatwierdzone harmonogramy księgowań i matryca refaktur na SharePoint

Warstwa automatyzacji

  • UiPath Orchestrator
  • UiPath Robots
  • UiPath Integration Service
  • standardowe przepływy Power Automate

Systemy docelowe

  • SAP S/4HANA (księgowanie przez BAPI)
  • arkusze Excel i biblioteka dowodów na SharePoint
  • rejestr w Microsoft Lists
  • lista kontrolna w Microsoft Planner

Punkty styku z człowiekiem: aplikacja Microsoft Teams Approvals; zadania Planner i dzienne podsumowanie na kanale zamknięcia; karty Lists i Planner w Teams

księga główna i księgi pomocnicze w SAP S/4HANAUiPath OrchestratorUiPath RobotsSAP S/4HANAaplikacja Microsoft Teams Approvals

Wykorzystane technologie

UiPath Robots + Orchestrator

zadania wyzwalane znacznikami zamknięcia ksiąg, jedna pozycja kolejki na konto i na księgowanie; ponowienia, poświadczenia, audyt

A
UiPath SAP automation (SAP BAPI and SAP OData connectors, SAP WinGUI activities)

pobieranie sald i pozycji otwartych; księgowanie dokumentów

A
UiPath Microsoft 365 activities (SharePoint Lists, Excel Online)

przez konektor Microsoft OneDrive & SharePoint: aktualizacja rejestru, wypełnianie arkuszy, archiwizacja dowodów

A
Microsoft Excel

szablony uzgodnień i księgowań, po jednym na klasę kont

A
Microsoft Lists

rejestr uzgodnień jako karta w Teams

A
Microsoft Planner

lista kontrolna zamknięcia i zadania dla sporządzających, jako karta w Teams

A
Microsoft Teams (Approvals app) + Power Automate

zatwierdzenia kont i akceptacje księgowań w standardowych przepływach; audyt w Microsoft Purview

A
UiPath Microsoft Teams connector

dzienne podsumowanie zamknięcia i alerty o wyjątkach na kanale zamknięcia

A
Apotwierdzona funkcja produktu (dokumentacja producenta)

Ilustracyjny model ekonomiczny

Arytmetyka jest jawna, żeby dało się z nią spierać.

Model ilustracyjny
2 000 pozycji zamknięcia miesięcznie × 20 minut ręcznej obsługi= 667 h / miesiąc
667 h × 30 € pełnego kosztu godziny pracy= 20 000 € / miesiąc
× 12 miesięcy≈ 240 000 € / rok
Roczna uwolniona zdolność zespołu (ilustracyjnie)≈ 240 000 €

Wyjaśnianie i weryfikacja zostają przy ludziach i nie są liczone; model wycenia mechaniczną część pozycji zamknięcia, w ilustracji centrum usług wspólnych zamykającego 12 spółek, a nie w pomiarze u klienta. Liczymy 2 000 pozycji zamknięcia miesięcznie (1 400 uzgodnień i 600 księgowań okresowych) oraz 20 minut ręcznej obsługi jednej pozycji przejmowanej przez automatyzację: pobranie, wklejenie, dopasowanie i zarchiwizowanie przy uzgodnieniu, odtworzenie, wczytanie i sprawdzenie przy księgowaniu. 30 € to pełny koszt godziny pracy wykwalifikowanego księgowego w środkowoeuropejskim centrum usług wspólnych. Model pokazuje uwolnioną zdolność zespołu i nie zakłada redukcji etatów.

Policz to na swoich danych

godzin do odzyskania miesięcznie
rocznej przepustowości do odzyskania

Szacunek ilustracyjny na podstawie Twoich danych. To model uwolnionej przepustowości, nie obietnica oszczędności.

Korzyści biznesowe

  • Uzgodnienia zaczynają się w godzinie zamknięcia danej księgi, a nie w dniu zamknięcia ostatniej, więc przygotowanie danych przestaje blokować weryfikację
  • W modelowanym przypadku od 65 do 75% kont jest zatwierdzanych regułą; ludzie otwierają tylko te, w których różnica albo klasa ryzyka wymaga oceny
  • Księgowania okresowe pochodzą z zatwierdzonego harmonogramu, więc zmieniona kwota rozliczenia międzyokresowego jest wprowadzana raz, u źródła, i nigdy nie przenosi się dalej przez pomyłkę
  • Refaktury wewnątrzgrupowe są księgowane po obu stronach z tej samej matrycy, co usuwa całą kategorię rozbieżności
  • Każde zatwierdzone konto niesie ze sobą dowody i ślad zastosowanej reguły albo decyzję weryfikującego, więc na prośbę audytora odpowiada się odnośnikiem

Perspektywa zarządu

  • Jeden rejestr pokazuje stan zamknięcia w każdej spółce w dowolnym momencie: zatwierdzone, otwarte, zaległe, różnice według wielkości i wieku
  • Polityka uzgodnień staje się zestawem reguł stosowanym tak samo w każdej spółce, a każde odstępstwo jest zapisaną decyzją człowieka
  • Weryfikujący podpisują w Teams w granicach swoich pełnomocnictw, więc rozdział obowiązków żyje w obiegu, a nie w kolumnie rejestru
  • Dołożenie spółki oznacza dołożenie pozycji w rejestrze, a nie etatu; zamknięcie przestaje zależeć od dwóch osób, które wiedzą, gdzie siedzą makra

Wpływ na KPI zarządu

dzień roboczy, w którym znany jest ostateczny wynikudział kont zatwierdzonych regułąpozycje uzgodnieniowe starsze niż 60 dniustalenia audytu dotyczące uzgodnień

Bezpieczeństwo i nadzór

Gdzie leżą dane i kto je widzi.

  • Prawo księgowania kończy się na typach dokumentów i jednostkach gospodarczych objętych zakresem, a użytkownik SAP robota widzi księgi wyłącznie w trybie odczytu; poświadczenia trzymamy w magazynie poświadczeń Orchestrator albo w Azure Key Vault
  • Rozdział obowiązków jest wbudowany w obieg: robot przygotowuje, wskazany z imienia weryfikujący akceptuje w Teams w granicach pełnomocnictwa, robot księguje i zapisuje, kto i kiedy co zaakceptował
  • Reguły zatwierdzania, tolerancje i klasy ryzyka są wersjonowane na SharePoint i zmieniane wyłącznie za zgodą kontrolera grupy
  • Granica EU Data Boundary obejmuje arkusze, rejestr, akceptacje i dowody w firmowym środowisku Microsoft 365, a tenant UiPath Automation Cloud stoi w regionie UE; rezerwa na płace korzysta z sum, a nie z danych pracowników
  • Akceptacje są audytowane w Microsoft Purview, działania robotów w Orchestrator, a biblioteka dowodów ma etykietę przechowywania

Dlaczego teraz

01

Każde zamknięcie w obecnym tempie pochłania modelowe 20 000 € zdolności zespołu księgowego, jeszcze przed nadgodzinami i dniami pracy weryfikujących, których model nie liczy

02

Centra usług wspólnych przejmują kolejne spółki, a wykwalifikowanych księgowych trudno zatrudnić i jeszcze trudniej utrzymać przy przepisywaniu danych; audytorzy oczekują pisemnej polityki uzgodnień i dowodów na konto oraz okres

03

Elementy składowe są standardowe: konektory SAP BAPI i SAP OData oraz aktywności SharePoint Lists i Excel Online w UiPath, a Approvals i Planner to standardowe konektory Power Automate w ramach uprawnień zawartych w Microsoft 365, więc przepływy akceptacji nie wymagają licencji premium

Role zarządcze, których to dotyczy

CFO

Wynik jest znany o kilka dni wcześniej, a każde saldo ma dowód, który trafia do audytora bez szukania

Dyrektor centrum usług wspólnych

Więcej spółek przy tym samym zespole księgi głównej, a zamknięcie mierzone udziałem zatwierdzeń i strukturą wiekową pozycji

Kontroler grupy

Polityka jest stosowana dosłownie w każdej spółce, a każdy wyjątek to zapisana decyzja wskazanego z imienia weryfikującego

Częste pytania i zastrzeżenia

Nasz system ERP ma moduł uzgodnień, a poza tym oglądaliśmy wyspecjalizowane platformy do zamknięcia.

Mechanizm potrafi zapisywać wyniki i w jednym, i w drugim. Godziny idą w przygotowanie danych i księgowań, a nie w narzędzie, które rejestruje zatwierdzenie. Jeśli mają Państwo platformę do uzgodnień, roboty ją zasilają, a jeśli nie, wystarczą Lists, Planner i aplikacja Approvals.

Zatwierdzanie kont regułą brzmi jak wyłączenie kontroli.

To ta sama kontrola, tylko zapisana i zastosowana do każdego konta w każdym miesiącu. Klasy o podwyższonym ryzyku i każda różnica nadal trafiają do człowieka, a audytor może przetestować cały zestaw reguł.

Czy robot zaksięguje dokument, zanim ktokolwiek zobaczy go w SAP?

Żadne księgowanie nie powstaje bez akceptacji weryfikującego w Teams i tylko w granicach typów dokumentów oraz zakresów kwot dopuszczonych polityką. Jeśli polityka wymaga akceptacji wewnątrz SAP, robot parkuje dokument i księguje po jego zwolnieniu.

Kiedy to nie jest właściwe rozwiązanie

  • Pojedyncza spółka albo mniej niż kilkaset uzgodnień miesięcznie: uporządkowany szablon i pisemna polityka dadzą więcej niż roboty
  • Polityka uzgodnień nie istnieje i nikt za nią nie odpowiada; możemy pomóc ją napisać, ale automatyzacja nie zdecyduje za Państwa o istotności ani o klasach ryzyka
  • Plan kont albo system ERP są w trakcie migracji; wtedy najpierw automatyzujemy stabilne księgi pomocnicze, a resztę po ustabilizowaniu struktury

Pytanie na najbliższe posiedzenie

W którym dniu roboczym znamy wynik miesiąca z pewnością i ile godzin pracy księgowych poświęconych na pobieranie i wklejanie danych dzieli zamknięcie ksiąg pomocniczych od tego dnia?

Podejście wdrożeniowe

Wdrożenie idzie etapami, bo tak da się je zatrzymać w każdej chwili.

Dostarczamy

  • Jeden zamknięty okres rozłożony na części: konta, szablony, spis księgowań wraz z ich źródłami, różnice i ich przyczyny, obowiązujące tolerancje i klasy ryzyka
  • Klasy kont i rejestr w Microsoft Lists, z polityką zapisaną jako reguły czytelne dla audytora
  • Roboty pobierające dane dla każdej księgi, szablony na klasę kont, generowanie i walidację księgowań, księgowanie w SAP, przepływy akceptacji i zadań w Teams i Planner oraz pakiet dowodowy
  • Przebieg równoległy na zamkniętym okresie, pierwsze zamknięcie na żywo dla dwóch albo trzech spółek pod nadzorem, a potem wdrożenie falami wraz z instrukcją operacyjną

Potrzebujemy od Państwa

  • Dwóch zamkniętych okresów: arkuszy, rejestrów i plików wsadowych z księgowaniami dla spółek objętych zakresem
  • Właściciela procesu w zespole księgi głównej, kontrolera grupy do decyzji o polityce, matrycy pełnomocnictw weryfikujących oraz listy klas kont o podwyższonym ryzyku
  • Kont technicznych do SAP testowego i produkcyjnego, z uprawnieniami do odczytu i z prawem księgowania ograniczonym do typów dokumentów objętych zakresem

Etapy

Rozpoznanie

Inwentaryzacja kont, szablonów i księgowań, analiza różnic, przegląd polityki

Projekt

Klasy kont, reguły zatwierdzania, źródła księgowań, limity akceptacji, model bezpieczeństwa

Budowa

Rejestr, szablony, roboty, księgowanie w SAP, przepływy w Teams i Planner w Państwa środowisku

Walidacja

Przebieg równoległy na zamkniętym okresie, strojenie reguł na prawdziwych różnicach, odbiór przez weryfikujących

Uruchomienie

Spółki pilotażowe pod nadzorem, potem pozostałe falami

Działowe. Nakład pracy zależy od liczby spółek i planów kont, od różnorodności źródeł księgowań oraz od tego, czy pisemna polityka uzgodnień już istnieje, czy trzeba ją najpierw uzgodnić.

Dziesiąty dzień roboczy, a uzgodnienia wciąż powstają w Excelu.

Wystarczy przesłać listę uzgodnień z jednego zamkniętego okresu (konto, spółka, klasa ryzyka, różnica) oraz spis księgowań okresowych. Odpowiadamy udziałem, który da się zatwierdzić regułą, i modelem przeliczonym na Państwa liczbach.

Sprawdźmy uzgodnienia z jednego okresu

Ten sam problem ma zwykle sąsiedni proces

Branże, w których wdrażamy to najczęściejProdukcja i przemysłUsługi i ITCentra usług wspólnych

Przeglądaj wszystkie 115 rozwiązań