[過去ログ]
【クラウド】JDLユーザー集合!!その19【組曲】 (1002レス)
上
下
前
次
1-
新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
921
: 2023/06/13(火)11:07
ID:k7UIB7/e(5/6)
AA×
[240|
320
|
480
|
600
|
100%
|
JPG
|
べ
|
レス栞
|
レス消
]
921: [sage] 2023/06/13(火) 11:07:41.07 ID:k7UIB7/e で、JDLでは、例えば借方 仕入 だとして、その仕入れがどの取引業者からのものであるかという属性を 新たに仕訳に追加することは不可能。断言してしまうが、今のデータ構造では不可能だろう。 これを損益科目の補助でやるということになったら現実的ではないし。 つまり仕入先が100社あったとして仕入れに100の補助を設定するのかってこと。 それぞれの経費科目に取引先の数だけ補助を設定するのかってこと。これは無理だよね。 入れる余地があるとしたら、摘要の中で表現するしかない。で、摘要の文字列長も 現在十分なものであるとは言えない。また、特殊な識別コードのようなものを効率的に入力できるようにも なっていない。 新井商店 当月食品仕入 みたいに入れて、「新井商店」と別途登録した 新井商店の属性をマッチングさせるのは困難。やるなら特別な文字列の登録コードで $IV-001 とかってことになるか? でもこんなのも手入力したくないよね? 入力補助システムが搭載されるとしてもあまり便利なものにはならなさそう http://mevius.5ch.net/test/read.cgi/tax/1644487220/921
ででは例えば借方 仕入 だとしてその仕入れがどの取引業者からのものであるかという属性を 新たに仕訳に追加することは不可能断言してしまうが今のデータ構造では不可能だろう これを損益科目の補助でやるということになったら現実的ではないし つまり仕入先が社あったとして仕入れにの補助を設定するのかってこと それぞれの経費科目に取引先の数だけ補助を設定するのかってことこれは無理だよね 入れる余地があるとしたら摘要の中で表現するしかないで摘要の文字列長も 現在十分なものであるとは言えないまた特殊な識別コードのようなものを効率的に入力できるようにも なっていない 新井商店 当月食品仕入 みたいに入れて新井商店と別途登録した 新井商店の属性をマッチングさせるのは困難やるなら特別な文字列の登録コードで とかってことになるか? でもこんなのも手入力したくないよね? 入力補助システムが搭載されるとしてもあまり便利なものにはならなさそう
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 81 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
ぬこの手
ぬこTOP
0.034s