[過去ﾛｸﾞ] 【クラウド】ＪＤＬユーザー集合！！その19【組曲】 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
917(1): 2023/06/13(火)09:01 ID:k7UIB7/e(1/6) AAS
>>915
もう一度読み返してみましたが、
JDL側で生成したCSV形式の仕訳を、関与先側の弥生の操作だけで、仕訳として取り込みできるかというとこれはできないですね。
弥生が読み込める形に何らかの方法(事務所側の手作業、コンバートツールの活用など)で、加工する必要があります。またこれは結構困難なことであると思われます。
918: 2023/06/13(火)09:02 ID:k7UIB7/e(2/6) AAS
この19番スレも立って1年4か月ですね。結構スピードダウンしているかな？
900超えたのでしかるべき時期になったら新スレ立てますね。
このペースなら980超えたあたりのギリギリで大丈夫かな。
919: 2023/06/13(火)10:27 ID:k7UIB7/e(3/6) AAS
最近私はオービックの奉行のことへのコメントが多いけど、新規のお客様で使っているところがあるので。
RDBMS式の会計ソフトとJDLのような非RDBMS式の会計ソフトは本当にいろいろと違うね。
これは単純にどっちが良い悪いということでもない。
奉行では、JDLでは当たり前に簡単にできる、「一括置換系」の操作も、対象によって細かく分かれており
中には一覧では確認できるけど、置換はできず、手作業での修正が必要となるケースも多い
表示された元帳の上で個別の項目(科目、補助、金額、摘要などなど)を直接修正していくことはできない。
置換できる項目でもめちゃくちゃ動作が遅い。今やってる置換は20分経過してるけどまだ終わらない。
省6
920: 2023/06/13(火)11:02 ID:k7UIB7/e(4/6) AAS
インボイス制度への会計ソフトの対応策として普通に考えられるのは
「取引先業者」というものをどこかで登録し、それに対してインボイス番号の有無の属性を登録しておく
仕訳の中で課税仕入れの処理で、現行の課区と税区以外のどこかでその取引が上記の「取引先業者」に対するものであるという情報を登録する
一応現在予定されているのが現在の「課区」の方で「インボイス無き課税仕入れである」というコードが新設されるということだ。
このユーザーが手入力した属性と、取引業者として登録したインボイス有無の属性を一定の操作で自動チェックする。
当然、個々の取引日付の時点でのインボイスの有効性も自動チェックするということになるだろう。
もし、インボイス有効なのに、インボイス無い課税仕入れとなっていたらエラーチェックの対象、
その逆も同じ。
だいたいこんな感じになるはずだと思う。
921: 2023/06/13(火)11:07 ID:k7UIB7/e(5/6) AAS
で、JDLでは、例えば借方 仕入 だとして、その仕入れがどの取引業者からのものであるかという属性を
新たに仕訳に追加することは不可能。断言してしまうが、今のデータ構造では不可能だろう。
これを損益科目の補助でやるということになったら現実的ではないし。
つまり仕入先が100社あったとして仕入れに100の補助を設定するのかってこと。
それぞれの経費科目に取引先の数だけ補助を設定するのかってこと。これは無理だよね。
入れる余地があるとしたら、摘要の中で表現するしかない。で、摘要の文字列長も
現在十分なものであるとは言えない。また、特殊な識別コードのようなものを効率的に入力できるようにも
なっていない。 新井商店 当月食品仕入 みたいに入れて、「新井商店」と別途登録した
新井商店の属性をマッチングさせるのは困難。やるなら特別な文字列の登録コードで $IV-001 とかってことになるか？
でもこんなのも手入力したくないよね？ 入力補助システムが搭載されるとしてもあまり便利なものにはならなさそう
922: 2023/06/13(火)11:10 ID:k7UIB7/e(6/6) AAS
というわけで、現行のデータ構造という大きな制限の中でインボイス対応するしかないJDL財務の開発陣も本当に頭が痛いところだろうと思う。
来月実際どんなものが出てくるか？想像通りのかなり苦しいものか、
こんな解決方法があったのか！と喜ぶことができるようなものか、
最悪なのは、本当に入力のみで、インボイスの有無を全部ユーザーがコードで表現するしかなく
特別なチェックもできないことだが、本当にこれになるかもしれない。
923: 2023/06/13(火)19:01 ID:8JBWYt5H(1) AAS
IBEXのバージョンアップ情報出てる区分と登録番号を補助科目に紐づけするので精一杯じゃない？
そこそこ規模の顧問先は外部サービスで電子保存とインボイスチェックするか、他の会計ソフト入れた方が良いと思う。
924: 2023/06/13(火)20:24 ID:wDfNX3C5(1) AAS
世間の流れはインボイスのチェックは自動化して負担減らすのに、JDLは。。。
もし可能性があるなら同じ区分入力の弥生を見習って、eレシートあたりでインボイスを管理・区分を自動化する事だな
あとeレシートをスキャナー以外のスマホアプリにも対応することだな。iphone基準にするとかね。
925(1): 2023/06/13(火)22:10 ID:lDhJA8Th(1) AAS
>>916
>>917
レスありがとうございました
かんたんにはできないんですか・・
ユーザー先生方のブログなどでも
弥生からの取り込みについては、「WEB POSTBOXを使って・・・」は
いくつか拝見しましたが、逆にお返しすることに触れている方がいないのは？
みなさんどーしておられるのでしょう？？
紙の元帳でしれっと還元する
監査訪問で直接弥生を訂正修正する
省2
926: 2023/06/14(水)01:41 ID:BgQddeND(1) AAS
>>925
私が最近触った弥生はクラウド版だったので、弥生→JDLに取り込んでいろいろ作業をした後で、
手作業で弥生に修正を反映し、試算表や消費税計算を見比べるという原始的な方法でやりましたね。
ただ、やろうと思えば、CSV経由でならできると思います。
927: 2023/06/14(水)04:25 ID:T8AnJTVY(1) AAS
同じく弥生の入力できてる顧問先は、JDLに取り込んで修正箇所の仕訳を一覧表にして顧問先に直してもらい、修正後の試算表をチェックしてますね。
修正・追加する時に仕訳に付箋付けて最後に絞り込みして出力すると楽ですよ。
最近は弥生も証憑取込使うところが増えて、まるまる上書きってのは難しいです
928: 2023/06/14(水)22:25 ID:gBWYsj+N(1) AAS
925です
ありがとうございました
年一のところなので 弥生の訂正修正、決算整理は 会社でやってもらうことにします
今後は請ける会社の規模や関わり程度で 考えていくしかないですね
またお知恵を貸してください
929: 2023/06/16(金)07:35 ID:ImIrheaV(1) AAS
↑ 弥生なら 毎年安いの入れるのが手っ取り早いのでは？
930: 2023/06/20(火)13:40 ID:CBNmuIBd(1/5) AAS
今日も奉行の話でインボイス対応の件
奉行では「業者」と言う情報を仕訳とは別に登録し、仕訳の一項目としてその「業者」をコードで選ぶようになっている。
この「業者」という項目だけど例えば売掛金や未払金で補助とは関係なく仕訳に「業者」と言う項目を入れておくと、
科目の「業者別一覧」というものを取ることができる。だから売掛、未払、買掛等は補助管理しなくても良いわけだ。
でインボイス情報もこの「業者」として集約された情報の中に追加入力することになる。
931: 2023/06/20(火)13:42 ID:CBNmuIBd(2/5) AAS
で、その「業者」が法人である場合には、奉行は最初から、法人番号データベースに接続されているので
法人名で検索してヒットしたものを選ぶだけで、法人番号、住所等まで自動で入力される。
この際インボイスの有無の属性が「有り」のままだとインボイス番号も同時に入力されてしまうのだが、
ここは多分、一括確認のような処理があって、それを実行することでインボイス番号が無効なら無効という属性になるのだと思う。
932: 2023/06/20(火)13:45 ID:CBNmuIBd(3/5) AAS
ここから先の会計ソフトとしての機能の実装で想像がつくのは、課税仕入れの仕訳に、「業者」という属性を登録することで、
課税区分の候補が自動的に補完される(区分経理が必要な場合は選ばなくてはならないが)ということになるのだろうという事。
もちろん申告時や税抜処理時にも、仕訳に付された属性から、自動判定ができる。
これらはだいたい予想していた標準的な会計ソフトでの実装だ。
つまり「仕訳とは別の部分で、取引先データベースを持ち、その取引先コードを仕訳の中で入力する」という実装と
インボイス番号は全部直打ちで登録しないでも少なくとも法人については法人番号データベースを使えるという部分
933: 2023/06/20(火)13:47 ID:CBNmuIBd(4/5) AAS
で、予想できるJDL財務の問題点
「取引先」という属性を仕訳データの中で、補助などと同列に付加することがおそらくはできない。
これはJDL財務のデータ構造そのものを拡張することができないから。これをやるとなると、
JDLは関連ソフト全体を再構築する必要があり、RDBMS ベースのシステムではないので、これはとても困難なことになる。
たぶん、詰んでる。JDLのインボイス対応は「なんだこりゃ？」というような貧弱なものにならざるを得ないだろう。
934: 2023/06/20(火)13:52 ID:CBNmuIBd(5/5) AAS
もし、これらの問題点を克服するだけのシステム更新をするなら、いつものようなソフトウェアアップデートで簡単に
済ませるレベルじゃないし、組曲以外や保守契約が無いユーザーなら特別なバージョンアップ料取らないとやってられないレベル
だけどそんなアナウンスは出てないってことを考えると、もう本当に最低限のものしか出てこないのだろうなということが予想できてしまう。
いや本当にインボイス制度のせいでJDLは詰んでしまうかもしれないよ。
935: 2023/06/20(火)19:36 ID:uxTpyhE7(1) AAS
よくわからんが思い込みの予想でレスするのやめたら？
JDLのインボイス対応に不安があるのは同じだが不確定な段階でさらに不安を煽らんでほしいわ
936: 2023/06/20(火)20:50 ID:Lk8acNBD(1) AAS
会計データBOXでのコンバート機能を単独で使えないかなぁ
飛び込み一見さんとか相手側のPCにpostbox設置する必要がない場合にも使えるといいんだが
上下前次1-新書関写板覧索設栞歴
あと 66 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.016s