Minden ponthoz oda van írva az ok
Minden pont, ami mozog a Reward Studyben, felfelé vagy lefelé, hordoz egy okot, a szülőt, aki kiadta, és egy linket vissza ahhoz a feladathoz vagy jutalomhoz, ami okozta. Semmi nem ül az egyenlegben megmagyarázatlanul. Pro esetén a teljes előzmény 9 oszlopos CSV-ként exportálható, a szülői PIN-kód mögött, készen arra, hogy egy táblázatkezelőben megnyisd.
oszlop a főkönyv CSV exportjában
főkönyvi bejegyzés kimondott ok nélkül
A probléma
Miért a megmagyarázatlan egyenleg az igazi vitatéma, nem maga a házimunka?
Egy tollal a hűtőtáblázatra írt pont azt rögzíti, hogy adtak egy pontot. Azt nem rögzíti, miért adták. Egy hónappal később az összeg egy olyan szám, amit senki nem tud megmagyarázni, és egy olyan szám, amit senki nem tud megmagyarázni, olyan szám, amivel a gyerek jogosan vitatkozhat, mert egyszerűen nincs mire visszamutatni.
Az egyenleg sosem emlékezet kérdése, ha egyszer minden bejegyzés hordozza a saját okát. Nem kell emlékezned, miért van több pontja az egyik gyereknek, mint a másiknak ezen a héten, vagy miért tűnik alacsonyabbnak egy szám a vártnál, mert a főkönyv már megmondja, miért, sorban, minden bejegyzés mellett, ami valaha megmozdította.
Ez pontosan akkor számít a legjobban, amikor a szülő fizikailag nincs jelen a napi ügyekben: máshol dolgozik, utazik, vagy egyszerűen nincs a szobában, amikor egy feladatot jóváhagynak. Egy társszülő, aki később olvassa a főkönyvet, ugyanazokat az okokat látja, amiket a jóváhagyó szülő látott akkor, nem egy másodkézből származó összefoglalót, ami pontosan az értelme annak, hogy két szülő oszt meg egy főkönyvet, ahelyett hogy mindketten a saját, külön számlálót vezetnék arról, mit csinált a gyerek.
A gyerek oldala
Mit lát a gyerek, amikor egy egyenleg figyelmeztetés nélkül változik?
Egy néma változás egy egyenlegben önkényesnek hat, még akkor is, ha a mögötte álló szülőnek tökéletesen jó oka volt rá. Egy kézi bónusz vagy egy kézi levonás a Reward Studyben mindig hordoz egy okot, amit a gyerek lát, akár egy dicséret valamiért, ami kívül esik a feladatlistán, mint egy szomszéd megsegítése, akár egy következmény valamiért, ami megszegett egy háztartási szabályt.
Ez a láthatóság mindkét irányban működik. Az a gyerek, aki nem ért egyet egy levonással, legalább látja a kimondott okot, ahelyett hogy találgatna, ami egy lehetséges igazságossági vitát legrosszabb esetben is egy konkrét döntésről szóló beszélgetéssé alakít. Eleve semmi nem fizetődik ki a jóváhagyásod nélkül, és a főkönyv az, ami ezt utólag bizonyítja.
Ugyanez a feljegyzés áll a heti fejlődési kártya mögött, amit a gyerek a saját oldalán lát: oszlopok a hétre, összehasonlítás egy korábbi időszakkal, és összesítés a háztartás indulása óta, mindez közvetlenül ugyanazokból a bejegyzésekből olvasva, amiket a főkönyv tart. Az 1.8.1 óta ezt az olvasatot kiszélesítették, úgyhogy egy okkal ellátott, kézzel adott pont annak számít, hogy a gyerek csinált valamit, míg egy levonás sosem számít annak, ami őszintén tartja a fejlődési nézetet az erőfeszítésről, nem csak a jelenlegi egyenlegről. Mindez lehetetlen lenne, ha a bejegyzések puszta számok lennének, nem pedig okkal ellátott feljegyzések, mindegyikhez hozzácsatolva.
A működés
Pontosan mit rögzít a főkönyv, és mit tartalmaz az export?
A főkönyv minden bejegyzése ugyanazt az alakot hordozza: mi történt, a mögötte álló ok, ki adta ki, és ahol létezik, egy link vissza a konkrét érintett feladathoz vagy jutalomhoz. Ez a link az, ami a főkönyvet a számok listájából valódi előzménnyé alakítja, amit te vagy a gyereked bejegyzésről bejegyzésre visszakövethet egy konkrét házimunkáig, egy konkrét jóváhagyásig, vagy egy konkrét beváltott jutalomig.
Pro esetén ez a teljes előzmény kilenc oszlopos CSV-ként exportálódik, minden dátummal ISO 8601 formátumban, hogy a fájl tisztán megnyíljon bármelyik táblázatkezelő programban:
- Dátum
- Gyerek
- Típus
- Összeg
- Ok
- Kiadó
- Kapcsolt feladat
- Kapcsolt jutalom
- Visszavonás forrása
Az export egyetlen háztartásra korlátozódik, tehát egy család, ami két háztartást működtet, sosem látja, hogy az egyik főkönyv véletlenül átfolyik a másikba, és az egyikhez létrehozott fájl sosem keveredik a másik előzményével.
A visszavonás-forrása oszlop azért létezik, mert maga a jóváhagyási sor is engedélyez egy visszavonást: a szülő jóváhagyhat, megjegyzéssel elutasíthat, mindent egyszerre jóváhagyhat, ami vár, vagy utólag bármelyik műveletet visszavonhatja. Amikor egy jóváhagyást visszavonnak, a főkönyv nem egyszerűen törli az eredeti bejegyzést, és tesz úgy, mintha meg sem történt volna. A visszavonást saját bejegyzésként rögzíti, visszakötve ahhoz, amit töröl, tehát a CSV mindig megmutatja, mit döntöttek eredetileg, és mi változtatta meg, ahelyett hogy csendben átírná a történelmet.
Ki láthatja
Miért van szükség a szülői PIN-kódra a főkönyv exportálásához?
A CSV export egyszerre két módon van lezárva: Pro funkció, és a szülői PIN-kód mögött ül, még akkor is, ha az eszköz már fel van oldva. Egy gyerek teljes pénzügyi előzménye, minden okkal együtt, amit a szülő valaha is adott egy levonáshoz, pontosan az a fajta feljegyzés, aminek nem szabad egyetlen véletlen koppintásnyira lennie egy gyerektől, aki a családi iPadet tartja a kezében.
Ez ugyanaz a PIN-kód, ami az app minden más szülői műveletét lezárja, sózott, nyújtott hash-ként tárolva az eszköz saját Keychain-jében, nem pedig bárhol, ahol maga az export leolvashatná vagy kiszivárogtathatná. Nincs mögötte eszközjelkód-tartalék sem, tehát az a gyerek, aki éppen tudja, hogyan oldja fel a telefont, akkor sem éri el az exportot.
Mindez nem jelenti azt, hogy a főkönyv magától bárhova elmenne. A háztartás saját iCloudjában él, mint az app minden más eleme, és a CSV egy fájl, amit te hozol létre és tartasz meg magadnál, amikor akarod, nem egy jelentés, amit bárki más valaha lát, mivel a Reward Study eleve nem futtat saját szervert, amire elküldhetné. Ha szeretnéd látni a teljes képet arról, mit old fel a Pro, beleértve az exportot is, azt az árazás mutatja be.