【クラウド】JDLユーザー集合!!その14【組曲】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
JDL(株式会社 日本デジタル研究所)のユーザーが集まるスレです。
前スレ
【クラウド】JDLユーザー集合!!その13【組曲】
http://echo.2ch.net/test/read.cgi/tax/1401702209/ 単純な話だか、JDLとデータの達人&
TACTiCS財務とかではそんなに違いあるんか?? 去年の今頃愚痴ってた、JMS の振込明細をまた処理する時期になってしまった・・・
この会社のSE、明細のフォーマット作ったやつどれだけ馬鹿なやつなんだろう?
今年こそ、楽天SPに変更してもらうように申告終わったら強く要望しておこう。 昔は飲食店でも、肉、野菜、魚それぞれ取引のあるところと掛けで買って、
翌月一括払いだったから、発生処理するにしても月単位で
XX肉屋 当月 肉類仕入
の仕訳一つで済んだものが、最近は掛けじゃなくて普通にスーパーで買ったり
果てはなんでもかんでもアマゾンで買ったりしているので、会計処理の手間は確実に
増えている。
フィンテックとか言ったって、日本のアマゾンでは、買い物データの一覧CSV一つ
出力することなんてできない。 >>254
アマゾンと自動連携させてるよ。明細もすべて取り込まれる。
MF使い、決算のみミロクに取り込みで。 >>255
あれ?アマゾン、CSVダウンロードはできないけど、API での連携はできるの?
MF ならできるってことね。明細レベルってことは、クレカの明細からの連携じゃなくて
アマゾンそのものと連携ってことですよね?
JDLも出納帳net や 出納帳Major でもやって欲しいね。
MF会計、久しぶりにサイト見たけど、確かにいろいろサービス拡充してるね。
JDLはもっとアグレッシブに攻めて欲しいよ。 自分でもちょっと調べてみた。MFも提供されたAPI使ってるわけじゃなくて、
ログインした状態で購入履歴をWEBから取得しているんだね。
MF使わないでも、エクセルマクロで取得できるらしいので自分のアカウントで試してみる。
https://www.excelspeedup.com/amazonkounyuurireki/
ヒントになりました。どうもありがとう。 うん!行けた!
よし来年はこのマクロ使って、アマゾンからの購入履歴を取得して作業しよう。
このマクロちゃんとソースコードも見ることができるからセキュリティ上も心配ない。 でもJDLもまともに使えるフィンテック対応、クラウド対応が必要だよね。
関与先側のシステムはクラウドシステムだけで良いと思うんだ。
ローカルインストールが必要なシステムのデータだけ同期というのは、
手間もかかるし、トラブルも起きやすい。端末の入れ替え時も面倒だし、
導入作業も結構面倒だ。 >>260
JDLは税務申告書を作る上での取り込み&財務データ取り込みマシンと考えればいいよ。
俺はミロクだけど。
連携という意味ではMFにはかなわないと感じてるよ。使ってて心地よい。
そろそろ総合振り込み系も対応するんじゃないかな。
入力ガー、って言う人には専用機メーカーでの入力をお勧めしますが。 >>261
仕訳と残高をいろんな方向から見て決定してくのはちょうど
植木屋とか美容師が対象をいろんな方向から見ながら刈り込んで行くのと似ている。
そういう作業は私にはJDL財務でしかできない。別に何も仕訳の初期入力が
高速だとかってことだけじゃないと思ってる。
実際、直接仕訳を入力するより、CSVで取り込むことの方が多いしね。 >>262
俺と考え方似てる。
顧問先がJDL以外の会計ソフトを使っていて、仕訳データをCSVでもらってる場合、期中の仕訳を直接直すときってどうしてる?
数件ならいいけど、間違いが多すぎる場合、顧問先の会計データと最終的には整合させなきゃならず、どうしたらラクできるか悩んでます。 >>263
関与先の業務用システムが会計と連動しているなどの場合以外はJDLに変更して貰うことが多い。
移行が無理なら修正点が多くても指示して関与先で修正して貰う。 なおCSVは他社財務から貰う以外に、口座引き落としの前年のデータを加工し、当年のデータを事前に一括入力したり、売上発生データを業務システムから取ったCSVを加工して仕訳にしたりもする
これで自動車整備工場など立替金が多くて手入力で発生処理するのは困難な場合なども対応出来てる 他にはホテルなど入金形態が複雑(楽天などからの入金、当日のカード決済、ポイント支払い、さらに予約会社の手数料など)手作業での発生処理は無理なものでも発生処理できる。
こんなものこそ仕訳の自動生成して欲しいけど、そんなのに対応してくれる高度な連動システムなんて存在してない 会計入力決算後も3ヶ月は入力出来るようにしてほしいわ。 >>267
同意
あと補助の文字数増加と、親科目同様に補助コードを後から変更出来るようにして欲しい。 財務も税務も、さらにはJDLのシステム全体も基本設計が古すぎて、機能拡張もままならない状態だが、経営陣は金かけてシステムリニューアルするつもりなんてさらさらないんだろうなあ >>267
これ、ミロクとエプソン財務応援、A-SaaSはできるんだよね。他にもできるのあると思う。
特に月次決算やってるところの場合、決算期でデータが完全に分断してしまうと、
期末の未払い、未収などの処理を詰めていく段階で、何度も繰り越し→翌期の
データ開きなおして決済を確認ということを繰り返さなければならないので、
大変なんだよね。
データの持ち方の根幹にかかわる部分なのでJDLでの実現は困難だと思うけど。 なお、A-SaaSの期末三か月処理可能というのも月次モードでしか処理ができない
ところがかなり駄目。期末〜翌期にまたがって、元帳とか補助試算表を
確認できないと、この機能は宝の持ち腐れになる。 JDL 財務には現在のものの良いところをしっかり残した上で、拡張性、クラウド親和性が
高いものにリニューアルして貰いたいけど、今の若手の開発者さん達は、
どの部分がJDL財務の良さなのか理解してない部分が多いと思うから
リニューアルも怖いことは怖い。
なんといっても、元帳表示、仕訳一覧表示上で、簡単・高速に項目訂正を
連続して行うことができる部分が、JDLの真骨頂なんだけど、
IBEX出納帳などではそんなことは出来ない。 今5年目の買い替え時期でやたら営業がハード付きのを勧めてくるけど、やっぱクラウド組曲メジャーにするのが一番お得なんですかね? >>275
全て年額制になっちゃったので柔軟性は失われたけど、ハードウェア専用機ならではの
部分が必要ないなら、組曲Major の方が納得感はあると思いますよ。 ちょっと質問。
確定申告を全て電子でやったんだけど、クライアントに渡す申告書って、電子申告後に出てくる帳票一式でオッケー?
なんだか半角になってたり、数字以外が少し印刷薄かったりで微妙だったけどこれで渡したわ。
それとも、電子申告した日付がある申告用紙の表紙(所得税、消費税)と、会計事務所が使っているシステムで作った申告書一式かな?こっての方がきれいで見栄えがいい。
初歩的な質問ですまん。 ↑質問する場所を間違えました。
マルチではないです。 >>277
完全年額になったこともあるし、
使い方と台数次第だけどコスト面で
確実に有利とは言い切れないしね 組曲メジャーの銀行明細取込を使っている人いる?
使い勝手はどうでしょうか。 >>281
財務本体が値下げしたことで、銀行明細取込は本体よりも高いからね。
うちは使ってないし、使う気もない。
31,200円×財務の契約数だけ払う価値が果たしてあるかどうか。
お客の側も、個々にオンラインバンク契約して貰って月額費用負担できるかってこともある。 >>282
なるほど。ありがとう。
財務の数だけ契約するのではなくて取込用にひとつだけ契約すればコスパはいいかもね。 >>283
財務オプションだから、財務の契約数だけ強制加入ですよ >>284
この点が不合理すぎるんですよ
前期比較決算書など出力系で安いのはいいけど、
社福など高くてどう考えても財務の契約数を同時使用すること無いようなものまでも、財務の数だけ強制加入
税務のように4本分で制限なしなんて事もない >>285
財務オプションも必要な数だけ申し込めるようにならないとホント不合理だな。
これはユーザーに嫌われるわ。、 >>286
しかも全部年額に統一されちゃったから、ライセンス数は我慢するとしても必要な月だけ使うってことも
できなくなっちゃった。
だいたいが、「銀行明細取込」のようなオプションを開発工数側だけから見て
価格を決めるというのがJDLならではのおかしなところ。こういうものを魅力として
財務自体の契約数を上げることを目指すというのが普通の商売のやり方だよね。 弥生やクラウドで自計をベースに事務所のオペレーションを考える時代に、ハード一式100万とかやって、
PCのネットワークも組めないような爺相手の時代錯誤会社でしょ?
いまだに振替伝票作ってる記帳屋の情弱爺を騙し騙しボッタくらないとやっていけないんだろうな。 えーさすを引き合いに出す人いるけど、あのシステムは不安定で話にならないね。
必ず操作を受け付けなくなるし、これでよく金を取るねってレベル。 クラウド組曲って全部クラウドにつないで使うんだろ?
会計入力とかもっさり感はないんかな? >>288
クラウドサーバー提供したり、DaaSの仮装クライアント提供してる程度には、先進的なんだけどな。
中身は確かに昔ながらののものなんだが財務はそれが貴重。 >>290
ローカルクライアントで使えばオンプレミスと同じだし仮想クライアントはクラウド側にデータも操作するクライアントもあるので別にもっさり感は無いよ。モバイル環境で回線が遅い場合は若干反応が遅くなるけどもっさりというほどではない 今回の料金改定で年額一本化されるまでは、月額課金で試す事を勧められたんだけどそれができなくなっちゃった。 >>292
サンキュー。
次の買い替え時にはメジャーにするわ。 >>294
組曲Major はパソコン一台あれば使い始めることができるので、買い替えと言わず、
何か試してみたらいかがでしょう?実際に使ってみるといろいろわかる部分があると思います。 5年に1度の系や更新なんだけど、サービス下がって値段が5割上がってるんだけど、みんなこれで納得してんの?流石にマジでJDL辞めようと思ってるんだけど。ただ辞めるとなると多大な労力が必要になるのが腹立たしい。 会計と減価償却の1年分買い換える先にコンバートさせて、
残りはPDFに全部出力すればいいのでは? ソフト変更は事務所の過去データの移行も面倒だが、自計化してる顧問先の負担も相当。にしても、JDLの5年ごと(今後は4年ごとが標準らしいが)は本当に精神的に苦痛だわ。 >>296
これを機会に 組曲Major に移行することを検討してみてはいかがでしょうか?
データもソフトも専用機のものと基本的には全く同じなので、他社製品に
移行するよりはずっと楽に作業できるはずです。 >>298
組曲メジャーにすれば逆に今までより値段下がるだろ。営業のいいなりになってるから高くなるだけだわ。 ソフトの使い勝手とかもここをこうすりゃもっと良くなるのにってのがたくさんあるけど、ユーザーの声をくみ取る仕組みとかが出来てないんだろうな。 経営陣が「ソフトはおまけ」だといまだに考えてるからね。「新製品!」はいまだに、
新しいハードウェア、それも大して変わり映えがしないもの。肝心の中身であるソフトは
まるっきり従来のものと同じ。 つうか、今の時代に専用機を買うバカっているの?
サーバーならわかるけど。 >299
>300
ありがと。
組曲メジャー、鯖ないからなんとなく不安なんだけど、使い勝手は鯖ありとあんまり変わらない?
JDLって突如大きな仕様変更するから、組曲メジャーも毎年更新だけに、ずっと使えるかどうか不安が残る。 >>305
組曲Major には仮想サーバーがありますよ。
ただし、仮想サーバー+ローカルクライアントでの運用はデータの転送が遅いし、
データを戻せないトラブルが頻発するので私はお勧めしない。
コストがかかるけど仮想サーバー+仮想クライアントの運用がベストだと思います。
必要クライアント数が少なければ(仮想サーバーの意味がほぼなくなるけど)
ローカル側にアプライアンスサーバーを設置する運用もあり。
不明なことがあればここで聞いてくれればとことんお付き合いします。 >306
なるほど、大変勉強になります。
教えて頂いた点を踏まえて、改めてインストラクターから話を聞いてみます。
また、不明点あったら質問させて頂きます。ありがとうございました! もっともっとMajor のユーザーが増えて、Major がJDLの主力製品になれば良いなと思ってる。
ただ、サブスクリプション形式の怖いところは、ある日突然値上げされても対応ができないところ。
今回の財務値下げだって、全て年額式になったことで不利になった部分も多いしね。 今組曲サーバーμを使ってて、今度の更新が来たら組曲メジャーにしようと思ってるんだけど、データの移し替えとか自分でやらないといけないのかな?
データの移動は大変ですかね? >>309
データの移行は、CFMからのバックアップ形式 ファイル退避(20180411-121001).jzx
のようにバックアップできれば、それをそのまま Major に戻せますよ。 じゃあ特に問題は無さそうだね。パソコン音痴なんでちょっと心配だった。ありがとう。 困ったときの、旧JDL擁護派=M(ajor)KING、さまさまです。いつも有難うございます。 このスレが見つからず、何様スレに書き込んでしまったが、反応がなかったのでこちらにも相談させてください。
お客さんがJDL出納帳を持っていて、うちの事務所はJDLソフトを一切持っていない。
法人税や消費税のソフトはいらないとして会計入力(月次一連のもの)さえやりとりできれば当座は構わない。
この場合、会計事務所は最低限、どんなシステムがあればJDL出納帳とスムーズにやり取りできる?
CSブイだとデータの加工に手間取るからお客さんにも会計事務所としても向いていないんだよね。 JDL専用機からMajorに移行したいんだけど、今までのデータは移行できるんだろうか?
だいたいJDLは親切に対応してくれるんでしょうか? 怒って営業マンは、金輪際、お宅に寄り付かなくなるよ。w 大人の対応しろってことだけど。 >>315
事務所がJDL以外の会計ソフトなら基本はCSVからのデータ加工と受け入れですね
コンバートソフトがサードパーティーから提供されている場合もあります >>315
できます
不安ならまずは財務だけ契約して試してみてはいかがでしょう
JDLの営業所が親切に対応してくれない場合は、ここで質問してくれれば、私にできることはなんでもやります >>315
財務と他のシステムが連携しなくていいなら、JDLの財務をワンライセンスだけ契約すると言う手もある >>320
俺はそうしてたけど、営業対応がめんどくさくて解約した。 クラウド組曲メジャーは大変競争力のあるサービスだと思います。これではJDL新規の顧客はすべてこちらを選択し、新たに専用機を買う人は一人もいないでしょう。
それでも私のような長年のユーザーに対してはあくまで専用機をすすめ、さらに5年前の2倍近い価格を提示してきています。ここで値上げしようとする感覚はなんなのだろう。
だって組曲メジャーで揃えた場合と比較すると、なんと5倍の価格差、5割じゃないですよ。
いくらなんでもここまで舐められては承服できません。 ハードウェアの自社生産やめてしまって、major に代表されるソフトウェア提供会社に完全移行してしまった方が利益率良くなると思うんだけどね
上場してた時は「製造業」の中にいたいと言うこだわりがあったらしいけど、今は非上場なんだからそこにこだわる理由も無い しかし、メジャーは開業したての貧乏税理士対応だから、客層を貧乏税理士と金持ち税理士に分離し、差別化?
しているわけでしょう。しかし、ソフトもハードもJDLは、特によく出来ているから悩ましい限りです。 >>325
majorが開業したての税理士向けと言う認識は正しくないと思うよ。仮想サーバーが提供されていてハードウェア製品のサーバーのような接続クライアント数の制限もないし、各システムはハードウェア製品のものとほぼ同じだし >>327
ただ仮想サーバーを使うには色々納得して使う必要があります。仮想クライアントを使うならそれがどう言うものなのかということ、あるいはローカル端末をクライアントにするなら、転送速度の遅さと、データの書き戻しの不安定さを覚悟する必要あり。 >>328
ありがとうございます
勉強になりました major 財務をワンライセンスのみ契約するのは現在では年額3万円
専用機ユーザーでも関与先訪問時作業のためのノートパソコンで使うためとして
一度 Major を経験して貰うといいと思う。当たり前すぎる話なんだけど、
市販パソコン上で、専用機と同じJDLのシステムが動くというだけのことだってことが
確認できる。
かかるコストは例えば7万のノートパソコン+3万の年額ライセンスの10万だけです。 それから、これがMajor のライセンスの特徴なんだけど、Major は「フローティングライセンス」
方式
ノートパソコンと、事務所のデスクトップと、自宅のデスクトップの三台にインストールしても
ライセンスは一台分だけで良い。ただしもちろん同時使用はできないけどね。
(それからインストールライセンスというものがインストール時に一台2,000円かかるけど) 月毎の消費税振替処理を忘れる→
印刷した元帳がもったいなくて決算で手入力する→
決算分の消費税振替処理を行う→
手入力した仕訳が全部消える イマココ 税理士登録しているため、年間5件の小企業の法人税申告をしなければならなくなった35歳シングルです。
会計は各社とも自計ですのでコスト重視でJDL一択ですが、
1 ソフトは 法人税・消費税・償却・内訳書・電子申告・組曲財務でOKですか?
2 製造原価報告書が法人税で賄えるっていうことは、わざわざ建設を付けなくても対応可能?
3 決算書自体は会計データの取り込みで上記1のソフト上で作成できるのですか?
署名する以上は会計の見直しや決算整理は責任もってやらなきゃなのでちょっと気が重いのですが、
歴史や実績の浅いfreeeやMF、asaasは考えてません。 >>334
決算書も電子で出すなら財務も必要です。
それから概況書も。
外部で作成した決算書は、もしそれが電子申告のフォーマットで出力可能なものであったとしてもJDL財務では取り込む事は出来ません。
別途送付書で紙提出する事になります。 >>335
あっ、ごめんなさい。財務のライセンスも取る前提でしたね。なら法人税の申告に足りないのは概況書だけかな。
会計処理が他社の場合は「取り込む」というより財務で残高のみの仕訳を入れて決算書等を作成するという感じになりますね。建設業オプションも不要です。 >>336
申告だけなら償却も不要ですね。
この場合他社等の償却資料から別表16関係は手作業で作成です。 ご親切にありがとうございます!
大丈夫のようで良かったです。
本業は団体職員ですが、これを機に税理士固有の仕事も ちょっとやっていこうかと思っているので、
少しだけ投資しようと思いました!!
スキルが上がるまでは手間がかかるかもしれませんが、育児もある中で、手作業や安すぎるクラウドで
そのたび時間をかけるのは非効率かな?と。 >338
JDLは入口は安いけど、途中からボッタクリになるからあまり勧めないよ。今だと弥生+達人の組合が一番コスト安くて良いと思う。 申告書、内訳書、概況書、税務権限代理証書は、JDLを使用してます。会計は、弥生会計を使用してます。電子申告のソフト買えば電子申告可能でしょうか? >>339
今のところ組曲系でボッタクリはないですよ
年間ライセンスだけになってしまう変更はありましたけど
財務+給与、資産税以外の法人税務なら年間10万ちょっとなのでは? >>340
申告書の提出はできますけど、財務が無いと決算書を電子で提出する事が出来ないので、決算書は送付書で紙提出になりますね
電子申告のシステムで財務諸表を手入力で作成することは出来ないのです いまスマホでぐぐったんだが決算短信によると、上場の最後の2期はコンピューターシステム事業のセグメント売上は減少してるね。現在はどうなんだろう。
このセグメントは会計事務所への売上割合が9割みたいだし、安価なソフトにより新規を増やして、必ず回収局面が来ると思う。
会計事務所への売上が9割って意外だったわ。つまり、、 334 338です!
達人も候補に入っていたのですが 税理士組合経由(関信)でもJDLとはかなり開きがあったので。
でもJDLのサポートが有料になった点はかなり心配です。
法人ごとの設定や 別表は何とかなりそう(な気はします)ですが 会計データの連携が手間取りそうです。
ヘルプ機能ってやっぱりあまり使えないですかね?
がんばって早く使いこなせるようにガンバリマス!! 電子申告への変換は 使う側からはもうホントに etax側だけで対応できるように
ベンダーのフォーマットを絞り込んでほしいですよね! >>345
電子申告のデータフォーマット自体は、国税庁側で決定しているものなので、
メーカー各社が自分のところの各会計、税務ソフト側でそのフォーマットで
ファイルとして出力できる機能さえつけて、それを各社の電子申告ソフトで
扱えるようにしてくれればいいのですけど、各メーカーは囲い込みのために
それはやってくれませんね。
特にJDLは、財務は他社で申告だけJDLという事をさせないように
自社財務データ以外からは、電子申告に添付する決算書を作成できないようになっています。 >>344
「会計データの連携」という部分ですが、他社会計ソフトから仕訳をJDL財務に
取り込むのはそれなりに大変ですが、電子申告のための財務諸表作成のためだけと
いう事なら、決算書の残高計上だけの仕訳をJDL側で入力するというのが一番簡単です。
現金/諸口 100万
売掛金/諸口 500万
のように、他社ソフトの試算表を見ながら残高のみの仕訳を入れていくという事です。
組曲系のサポートが有償になったという方針変更も困りもので、JDLは組曲を売りたいんだか、
売りたくないんだか全くよくわかりませんね。
ここでお手伝いできることは何でもやりますので、わからないことがあったら質問してみて下さい。 >>343
売上ベースでみて、ハードウェア売上が減少することはさほど問題ではないと思う。
専用機のソフトを含め、ソフトウェア部分の方が粗利益率が大きいだろうし。
「会計システムに特化したハードウェア」なんて馬鹿なことをいつまでも言っていないで
速やかに工場部門をクローズする計画を前に進めた方が良いと思う。 >>348
もう一つは航空部門だから、ハードソフトを問わず、会計税務関係の売上が落ちてきているよ。
一方、TKCとMJSは売上をのばしている。 >>349
そういうことか、ちょっと勘違いしてました。
ただ、ハードウェア販売中心→ソフトウェア販売への移行で
「売上」の数値自体は下がるだろうから、売上総利益の額がどうなってるかが
より重要な指標だと思います。 と実際の数値見ないで書いてたので簡単に見ることが出来るものは見てみた。
http://www.jdl.co.jp/corp/index6.html
公開されてる直近5年間では、売上も粗利も2014/3期が最高で
売上235億粗利182億
ここから二年間とも右下がりで
15年3月223億/170億
16年3月196億/146億
と粗利益の額も下がっているようだね
ただこの数値については2014年は消費税率が8%に上がった関連での
買い替え特需があったからだともいえると思う
12年3月期は売上194億/粗利148億という事で16年3月期とあまり変わっていない ■ このスレッドは過去ログ倉庫に格納されています