総勘定元帳の勘定科目テーブルをデータベースに追加して、勘定科目コードとその説明を保存しました。
私は3人の潜在的なクライアントに尋ねました。2人は4桁の数字コードを使用し、もう1人は3桁の数字コードを使用します。
アカウントコードの標準を見つけることができませんでしたが、総勘定元帳の経験に基づいてフォーマットを推奨できる人はいますか?
Numeric(4)、Varchar(5)など..
総勘定元帳の勘定科目テーブルをデータベースに追加して、勘定科目コードとその説明を保存しました。
私は3人の潜在的なクライアントに尋ねました。2人は4桁の数字コードを使用し、もう1人は3桁の数字コードを使用します。
アカウントコードの標準を見つけることができませんでしたが、総勘定元帳の経験に基づいてフォーマットを推奨できる人はいますか?
Numeric(4)、Varchar(5)など..
標準フォーマットはありません。私は10以上の金融システムで作業してきましたが、すべて異なるGLコード形式を使用しています。
現在使用されているデータを確認し、可能であれば、フロントエンドソフトウェアによって課せられた制限(つまり、数値のみ、最大10文字など)を確認し、それに応じてフィールドを設定します。
逸話的に(参考までに)私が扱ったシステムは(メモリから)明らかにユニークで、長さは4〜8文字で、数字だけですが、それは確かに厳格なルールではありません。また、フロントエンドで数値以外のコードが許可されることが多いため、常にsとして保存していvarchar
ます(使用されているコードに出くわしたことはありませんが)。
会計コードの標準的な形式や長さはありません。長さは、システムに必要なアカウントの数によって異なります。
できることの1つは、さまざまなシリーズをさまざまなタイプのアカウントに割り当てることです。元。1XXX、負債NAC 2XXX、収益NAC 3XXX、経費NAC 4XXXなどの資産NACは、最初の番号からアカウントを識別します。