Dovrebbe essere creata una voce DR & CR o una contabilità a partita singola va bene

Question

Dovrebbe essere creata una voce DR & CR o una contabilità a partita singola va bene

#1 da (3 voti)
#2 da (2 voti)

1

Un nuovo progetto ha un importo. È sempre correlato a un cliente.

Un cliente può avere molti progetti. E può pagare in passaggi per un particolare progetto.

Per tenere traccia dei pagamenti dei clienti, ho creato una tabella in particolare client_ledger che contiene informazioni su data, ora, importo, modalità di pagamento e amp; progetto correlato.

Ma poi in una delle schermate del software, devo riferire ai debiti e agli ampli di un cliente; di credito.

Quindi ci sono 2 cose che possono essere fatte:

O posso ottenere l'importo totale di tutti i progetti di quel cliente e dei suoi pagamenti totali & quindi puoi mostrare quanto saldo è ancora da pagare.
O se avessi creato una voce nella tabella client_ledger per DR , quindi non appena viene creato un progetto, viene creata una voce nella tabella per DR e successivi pagamenti ricevuti sarà CR ed nel database. In questo caso, se la quantità di un progetto viene modificata / modificata in seguito, deve essere modificata la voce DR originale oppure una nuova voce CR seguita dalla voce DR dell'importo del nuovo progetto.

Quale di questi processi dovrebbe essere seguito?

design-patterns database-design

posta coding_idiot 12.12.2013 - 13:16

fonte

2 risposte

Leggi altre domande sui tag design-patterns database-design

Come potrebbe rilasciare Clang sotto licenza BSD? Riguardo la conversione little endian e big endian

score 3 · Answer 1

Parla con il contabile.

Se si crea o meno un DR quando un progetto viene creato dipende da quando vengono riconosciute le entrate. È semplice per la vendita di beni, quando il titolo è stato trasferito, le entrate sono riconosciute. Ma con un progetto, non è chiaro che i soldi ricevuti siano entrate perché non è stato ancora fatto lavoro all'inizio del progetto.

Se il cliente paga prima dell'avvio del progetto, diventa prepagato (responsabilità). Se pagano dopo il completamento del progetto, diventa Receivable (asset).

Non è sbagliato riconoscere il valore del progetto come entrate all'inizio del progetto, ma se questo è usato come base per la tassazione, allora pagheranno anche la tassa, che è cattiva per il flusso di cassa. Se il valore totale del progetto non viene riconosciuto come entrate, potrebbe essere necessario registrare la parte non riconosciuta da qualche altra parte, non nei libri mastri perché registrano solo le transazioni già avvenute.

La mia ipotesi è, se si va con il numero 2, quindi dovrebbe essere registrato come prepagato, che è una passività non reddito. Poi, quando le milestone del progetto colpiscono, il pagamento anticipato diventa entrate.

score 2 · Answer 2

La risposta dipende interamente dallo scopo della schermata in questione.

Se lo schermo è destinato a mostrare il saldo corrente di di un cliente , la visualizzazione dei totali aggregati è appropriata.

Se lo schermo è destinato a mostrare la cronologia dei pagamenti di un cliente , quindi includere sia i crediti che i debiti sul libro mastro e visualizzare tutto è appropriato.

Se applichi una seconda opzione, incoraggerei come principio di contabilità chiara a inserire un addebito per la stima del progetto con una data di stima, quindi aggiungere altri debiti positivi o negativi addizionali quando la stima aumenta, diminuisce o diventa definitiva. (In nessuna circostanza, non vorrei modificare una voce contabile da quella che era una cifra inserita correttamente per il tempo in questione.)