README sul metodo di calcolo, conto economico a quattro colonne - #8
Merged
Merged
Conversation
Il README apriva spiegando il problema di un consulente. Al suo posto ora c'e' il metodo di calcolo, raccontato senza gergo: come ogni conto viene classificato una volta sola, perche' i costi si dividono fra variabili e fissi azienda per azienda, perche' le tre riclassificazioni devono dare lo stesso utile, cosa dicono gli indici e con quali soglie, e perche' un'azienda che guadagna puo' restare senza soldi. La vecchia sezione "Come nasce" diceva le stesse cose e se ne va. Conto economico a quattro colonne, come nel prospetto del consulente: periodo, progressivo da inizio anno, budget e stesso periodo dell'anno precedente, ognuna con valore e percentuale sui ricavi. Le colonne senza dati non compaiono: una colonna di trattini occupa spazio senza dire niente, e una di zeri racconterebbe un'azienda a fatturato zero. Per allineare le colonne riga per riga, la costruzione delle righe e' stata separata dal calcolo degli aggregati: le colonne di confronto hanno gli aggregati di altri periodi ma non i loro conti. Migrazione 003: corregge un vincolo della 002. L'indice univoco sull'impronta del file importato nasceva da §5, che chiede di riconoscere le doppie importazioni — ma riconoscere non e' vietare. Lo stesso identico file si importa legittimamente piu' volte, come budget e come consuntivo o su due periodi diversi, e il vincolo lo impediva con un errore di database invece di una spiegazione. E' emerso caricando i dati per le colonne di confronto. Il riconoscimento resta nell'anteprima, dove serve. verify:schema guadagna il controllo di regressione e usa anni e codici che non possono scontrarsi con dati veri: gira sul database dell'installazione, che di solito e' gia' popolato. AGENTS.md §13-bis riceve la sezione sulla Fase 4, che una sostituzione fallita in silenzio non aveva mai scritto. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
README
Apriva spiegando il problema di un consulente. Al suo posto ora c'è il metodo di calcolo, raccontato senza gergo: come ogni conto viene classificato una volta sola e da lì discende tutto, perché i costi si dividono fra variabili e fissi azienda per azienda ("un tornitore e una pizzeria hanno strutture di costo diverse, e il programma non finge il contrario"), perché le tre riclassificazioni devono dare lo stesso utile, cosa dicono gli indici e con quali soglie, e perché un'azienda che guadagna può restare senza soldi.
La vecchia sezione "Come nasce" diceva le stesse cose e se ne va.
Conto economico a quattro colonne
Come nel prospetto del consulente: periodo, progressivo da inizio anno, budget, stesso periodo dell'anno precedente — ognuna con valore e percentuale sui ricavi.
Le colonne senza dati non compaiono: una colonna di trattini occupa spazio senza dire niente, e una di zeri racconterebbe un'azienda a fatturato zero.
Per allineare le colonne riga per riga,
schemeLines()è stata separata daincomeStatement(): le colonne di confronto hanno gli aggregati di altri periodi ma non i loro conti.Migrazione 003 — un vincolo mio, sbagliato
L'indice univoco sull'impronta del file importato nasceva da §5, che chiede di riconoscere le doppie importazioni. Ma riconoscere non è vietare: lo stesso identico file si importa legittimamente più volte — come budget e come consuntivo, o su due periodi quando si riusa un modello — e il vincolo lo impediva con un
SqliteErroral posto di una spiegazione.È emerso caricando i dati necessari alle colonne di confronto. Il riconoscimento resta nell'anteprima, dove è utile, e
npm run verify:schemaha ora il controllo di regressione.Lo stesso script usa adesso anni e codici che non possono scontrarsi con dati veri: gira sul database dell'installazione, che di solito è già popolato — e infatti aveva iniziato a fallire per collisione, non per un difetto dello schema.
🤖 Generated with Claude Code