Príklady a architektúry v tejto sérii vznikajú ako moje osobné vzdelávacie a nekomerčné experimenty; nejde o ponuku IT alebo poradenských služieb.
Príspevok #11 bol o poradí platieb, ktoré odchádzajú. Príspevok #12 o poradí upomienok, ktorými sa vymáha to, čo nám dlhujú. Oba brali tieto zoznamy ako samostatné fronty. Na bankovom výpise samostatné nie sú: zostatok je jeden a obe fronty z neho čerpajú.
Týždeň opísaný nižšie je kompozitná ilustrácia postavená na vzorcoch, ktoré som opakovane videl u finančných tímov v priebehu rokov; hodiny, stretnutie aj čísla sú ilustratívne a nepopisujú konkrétnu spoločnosť, tím ani konkrétny týždeň.
Dva zoznamy, jeden zostatok a stretnutie, ktoré nikto neplánoval
Ako sa tie dve fronty naozaj dotýkajú
Príjem, ktorý sa z utorka posunie na budúci pondelok, mení, ktoré platby môžu bezpečne odísť vo štvrtok. Dodávateľská platba, ktorá nepočká, mení, ktorému zákazníkovi sa zavolá. Žiadny zo zoznamov to nepovie, lebo každý ukazuje len svoju stranu. Prepojenie je v niekoho hlave alebo na stretnutí, kde sa oba zoznamy konečne ocitnú na jednej obrazovke.
| Ako to vyzerá | Ako to naozaj je |
|---|---|
| Záväzky a pohľadávky sú dva samostatné procesy | Sú to dve fronty čerpajúce z toho istého zostatku; zmena v jednej pohne druhou |
| Neskorý príjem je problém vymáhania | Je to aj problém platieb: mení, čo môže tento týždeň odísť |
| Na týždennom cash meetingu sa rozhoduje | Podľa mojej skúsenosti u mnohých tímov strávi väčšinu času skladaním čísel, ktoré rozhodnutie potrebuje |
| Častejší reporting to vyrieši | Častejšie reportovanie dvoch samostatných zoznamov stále nechá niekoho, kto ich musí poskladať ručne |
Zostatok je jeden, takže aj rozhodnutie je v skutočnosti jedno. Tie dva zoznamy sú len dve miesta, kde sa zapisuje.
Týždeň vo financiách, pred a po (ilustratívne)
| Deň | Čo dnes zaberá čas | Čo sa zmení s jedným pohľadom |
|---|---|---|
| Po | Vytiahnuť zoznam záväzkov na splatenie a vekovú štruktúru pohľadávok z dvoch miest a vložiť oboje do jednej tabuľky | Oba zoznamy prídu už zoradené voči zostatku na každý deň |
| Ut | Vymáhať príjmy a potom skontrolovať, či nie je ohrozená niektorá platba | Vymáhanie aj platby sa posudzujú voči tomu istému projektovanému zostatku |
| St | Dohadovať sa, ktoré platby môžu počkať | Rozhodnúť z jedného zoznamu, čo môže počkať a čo také čakanie stojí |
| Št | Cash meeting: potvrdiť čísla | Cash meeting: rozhodnúť, čo s medzerou |
| Pi | Prepočítať všetko znova, lebo sa posunul jeden príjem | Aktualizovať jeden pohľad; vedľajší efekt je vidno hneď |
Čo by kombinovaný pohľad musel reálne ukázať
Potrebuje rovnaký typ mechanizmu ako posledné dva príspevky, len namierený na zostatok namiesto jedného zoznamu. Používa signály, o ktoré sa tie príspevky už opierali, a pridáva jeden: ako pravdepodobne dorazí každý očakávaný príjem načas.
| Signál | Odkiaľ pochádza | Čo robí s pohľadom |
|---|---|---|
| Platby na splatenie, po dňoch | Logika priority platieb z príspevku #11 | Odoberie peniaze z projektovaného zostatku v deň splatnosti |
| Očakávané príjmy, po dňoch | Poradie vymáhania z príspevku #12 | Pridá peniaze k zostatku, so zrážkou, keď blokácia alebo ticho naznačujú, že sa môžu posunúť |
| Minimálna rezerva | Kontrola nečinnej hotovosti z príspevku #10 | Vyznačí hranicu, pod ktorú by projektovaný zostatok nemal klesnúť |
| Medzera | Rozdiel medzi oboma v ktorýkoľvek deň | Jediné číslo, ktoré tímu povie, či oneskorenie na jednej strane vynúti rozhodnutie na druhej |
Tentoraz som za tým zámerne žiadny skript nepripravil. Zaujímavé nie je ďalšie prepočítavanie, ale uvedomenie, že dva zoznamy, ktoré som doteraz bral zvlášť, nikdy zvlášť neboli. Prvý test, ktorý by som spravil, je jednoduchý: zobrať jeden týždeň vlastných záväzkov a pohľadávok, zoradiť ich voči počiatočnému zostatku deň po dni a spočítať, koľko rozhodnutí sa zmení.
Sledujte sériu
Príspevok #14 sa pozrie na to, čo sa stane, keď obe strany nesedia: keď hotovosť odchádza rýchlejšie, než prichádza, a medzeru potichu vypĺňa revolvingový úver — a čo tá medzera naozaj stojí.