Voci di diario contro entità - quale dovrebbe essere la fonte della verità?

0

Quindi, sembrerà una domanda di contabilità, e inoltre potrebbe essere un po 'troppo opinabile o basato sulla discussione per Stack Exchange. Ma stiamo andando avanti e indietro su questo un po 'così sono curioso di sapere cosa pensa la comunità di sviluppatori.

Se stai costruendo un sistema di contabilità, ovviamente a un certo punto avrai bisogno di inserire elementi nelle voci del diario: sono lo strumento standard che i contabili usano per creare un'immagine dello stato finanziario attuale del attività commerciale. Hai anche altre entità correlate alle voci del diario per aiutare a costruire quell'immagine, cose come fatture e spese e così via. In un certo senso si tratta di dati duplicati, poiché le entità devono corrispondere a quelle presenti nelle voci del diario.

La domanda è: quale dovrebbe essere la fonte della verità? L'entità o la registrazione prima nota?

Da un lato, le voci del diario sono difficili da eseguire correttamente - so che abbiamo lottato con loro su FreshBooks - quindi se costruisci la tua entità direttamente dalle voci del diario, puoi assicurarti che l'importo dell'entità e le voci del diario corrispondono sempre.

D'altra parte, le voci del diario sono una struttura di dati molto denormalizzata dal punto di vista dell'entità, perché sono costruite per il reporting. Quando costruisci entità fuori dalle voci del diario, tutto diventa più complicato, non solo CRUD di base, ma anche cose come il paging e il filtraggio e così via. Da quel lato si sentono come un ETL specifico per la contabilità, e sarebbe altrimenti pazzesco parlare di costruire i sistemi di produzione basati sugli strumenti di reporting.

Come hai avuto a che fare con le voci del diario in passato? Che tipo di strumenti hai costruito per assicurarti che siano corretti? (quale sarebbe un tag appropriato)

    
posta Hannele 23.02.2018 - 17:18
fonte

1 risposta

1

Non sono un esperto in contabilità, quindi forse qualcun altro avrà un input su questo.

Tuttavia, più in generale, stai chiedendo diversi tipi di responsabilità, e se li allontaniamo un po 'potremmo vedere un quadro più ampio.

In some sense this is duplicate data, because your entities should match what you have in your journal entries.

Ci sono molteplici fonti di verità, ma non per le stesse responsabilità.

Gli artefatti possono essere compilati in un altro modulo, forse come voci di diario. Queste compilation vengono quindi archiviate. Esiste una funzione aziendale che crea queste compilation ed è responsabile della loro accuratezza, e c'è anche una funzione aziendale (forse lo stesso gruppo) che ha la responsabilità come fonte di verità per quanto riguarda l'archiviazione e il recupero. Solo le compilation ufficiali entrano nell'archivio. Quindi, la raccolta di compilation archiviate è una responsabilità e una fonte di verità più ampia dei singoli fatti da cui provengono.

Pertanto, altre compilation, ad esempio fatte da terze parti e non nell'archivio, non sono ufficiali.

Questo potrebbe applicarsi anche ad altri campi. Ad esempio, come azienda di software, si archiviano sia il codice sorgente sia i file binari rilasciati. Anche se uno può essere generato dall'altro, particolari binari di rilascio sono ufficiali.

    
risposta data 23.02.2018 - 18:29
fonte

Leggi altre domande sui tag