【クラウド】JDLユーザー集合!!その14【組曲】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
JDL(株式会社 日本デジタル研究所)のユーザーが集まるスレです。
前スレ
【クラウド】JDLユーザー集合!!その13【組曲】
http://echo.2ch.net/test/read.cgi/tax/1401702209/ >>189
そのパターンは
>>186
ですね。
運用コストは15,000円/月
仮想サーバーに仮想WSが一つ付属するので一人で使うのならイニシャルコストもかかりません >>189
JDLの営業にはいつももっと積極的に
興味があるユーザーに試用して貰えばいいのにと言ってるんですけどね
試用用に仮想サーバー用意しておけば、後は試用用のアカウント提供して、仮想サーバー接続ツールだけインストールして貰えばそれだけでいいのに JDLがmajorの試用環境提供しないなら、なんならうちのサーバーで試用環境提供しようかぐらいの気持ちまであるけど、サーバーIDを公開してしまう事になるので、さすがに出来ない。
この点、クラウド組曲ならクライアントを制限する機能があったから出来たんだよな。 189です。
レスサンクスです。
ちょっと調べたんだけど、財務だけっていっても前期比較試算表とかはオプション扱いだし、
財務だけで仕事になるか不安なるか不安。エクセルにも吐き出したいし。
それと、お客さんにも入力してもらいたいんだけど、お客さんが入力したデータは
会計事務所の仮想サーバーに登録される?メールで会計事務所が受取り、
会計事務所がそのメールに添付された会計ファイルをサーバーに登録するやり方ですか? >>193
関与先で会計入力して貰う方法はいくつかあるけど、現在JDLが推奨してるのは、出納帳major と言うもので、無償で提供されてる
これと事務所側のデータの同期は、Web Postboxというサービスを使う
A-SaaSのように直接データが共有されてるわけではなく、監査依頼→事務所側の作業→監査終了と言う手順
これを月単位で行う(複数月、年単位も可能)
財務帳票などがオプションなのは古い商売のやり方なので、いい加減どうにかして欲しいですね
これは必要性によるけど、うちでは前期比較決算書と部門別だけ使ってる >>193
CSVデータ出力はオプションではなく、標準機能で可能です もうこの国は終わっている公僕であるはずの国会議員、市議会議員、町議会議員、官僚、こいつらは
キチガイである。本当の本物のキチガイである、国民のためになる事をしたいなどとこれっぽちも
思っていないのに平気で嘘をつき詐欺師の様に国民の税金を泥棒する。前都知事の禿添えは
どうだった?ガソリーヌキチガイ淫獣はどうだった?生前永六輔が自分のラジオ番組で言って
いたが外務官僚と家族ぐるみで付き合っていてその外務省の旦那の奥さんが旦那の給料はここ
何十年も一円たりとも使っていない。全部機密費だそうだ。NHKでの国会予算の中継も全部茶番劇、
この国の予算(税収)年間約50兆〜80兆などと平気で国民を騙し本当の予算(税収)は特別会計の年間330兆円
この金を何十年も海外にプレゼントしていた今この瞬間も、そして後の半分はキチガイ官僚の天下り法人に
垂れ流されている。
日本国民が血を流して稼いで払った税金(特別会計)を日本国民の為に使って来たら
こんな貧民国になどなっていなかった。この特別会計をこれを追求しない議員は詐欺師キチガイ議員!
国民なんかどうでもいいと思っている! 悔しかったら日本国民の為に自分の命を賭けて国会で暴こうとしたら殺されてしまった
元民主党議員、故石井紘基先生の 様になってみろ!キチガイ議員ども ! クラウド組曲は、税務も財務もフローティングライセンスであることは使いやすい
例えば財務4台分のライセンスで、インストールはデスクトップ、ノート、自宅等で
10台に可能だという事。同時に使えるのが4台
税務はもっとお得で4台分のライセンス料の支払いで、同時利用無制限になる。
逆に税務は財務より同時使用が少ないだろうという考えで、あえて、2〜3にライセンス
を絞っておくことも可能。 6人で使う可能性があるとしても変わりばんこに使うなら
2ライセンスでも足りる 財務で不利なのは、財務オプション
これは、常に財務のライセンス数と同じだけライセンス取得する必要がある
安いやつは良いけど、例えば公益法人会計は6,000円/月だ。
公益法人専門の事務所でもない限り、あっても関与先数件だろう。
だけど、これを使おうとしたら、財務のライセンス分、例えば7ライセンスなら、
これも7ライセンス契約しなければならない。42,000/月 504,000/年と言う事になってしまうので、
関与先数が少ないと使うことが出来ない。
これらは帳票だけのオプションと扱いを変えて、同時使用1ライセンスから使えるように
して貰いたい。 で、クラウド組曲Major のユーザーが増えると、これらの点もユーザーの声が届きやすくなる
それもあって、私はMajorに興味があるユーザーさんがいれば、ここでできることは何でも
協力する。
もっとみんなクラウド組曲Major使いましょう majorが使い物になるかどうかと言うと、うちでは普通に使ってるので YES と答えられます
興味はあるけど何か心配だと言う方は何でも答えるので質問して下さい
駄目な点もありますので 確実にお勧めできるのは、専用機使ってるけど、持ち出し用のノートがもう一つ欲しいとか、自宅でも使いたいとか言うケース
これはJDL純正の高いノートじゃなくて、パソコン+ major にすべきです
データは同じものなので全く問題ないです 専用機からソフトウエア製品のmajorになって、変わるのは基本的にはキーボードだけ
以前はソフトウエア製品のユーザー向けにJDLキーボード売ってたけど今はないかな?
この点は慣れればほぼ問題ないです
個々のソフトの中身は全く同じです >>203
「組曲サーバー」という製品は、サーバーは所内に置く
物理的なサーバーで、操作する端末は、パソコン+ソフトという構成ですね。
Major(の基本的な使い方)は、JDLのハードウェア製品は不要です。
サーバーは仮想サーバーを使うのが基本となります。 >>204
組曲サーバーに比べてmajorの良いところと悪いところは? >>205
いろんな側面がある
クラウドサーバーと物理サーバーの違い
コスト面で言うと、majorは初期投資不要で
利用料を払うだけ。10G月6,000円は5年使っても36万
20Gに増設しても5年で60万
組曲サーバーがいくらなのか今資料が無いけど、仮想サーバーの費用はこれだけで他に何もかからない 組曲サーバーでも、外部からの接続は可能かもしれないが、固定iP等、ネットワーク環境の整備が必要だろう
majorの仮装サーバーは最初からクラウド上なので、何もせずとも、インターネット環境さえあればどこからでも使える
全部仮想WSで運用すればメンテナンスフリー majorの悪いところ、と言えるとしたら、仮想WSでなく、ローカルクライアント運用の場合、データの読み書きに時間がかかるところ、これはローカルサーバーにはかなわない
またデータの書き戻しにトラブルが多発すること
うちはこれを嫌って基本仮想WS運用にしてる
majorをメイン環境にするなら、仮想WSの運用を検証してからにすべき ありがと。
仮装サーバーだけじゃ使いにくいってことか。
仮装WSとやらもJDLに設定して貰えばいいのかな? >>209
仮想サーバーは、サーバーでありデータの置き場なので、仮想サーバーだけでは使うことが出来ません。
仮想サーバーのデータを作業するには仮想WSとローカルWSがあるという事です。
仮想サーバーはインターネット上なので、ローカルWSでデータを読み出す時には、
ローカルサーバーの場合と比べて多く時間がかかると言うだけです。 それから、Major を使うのにあたっては、「JDLに設定して貰う」ということからも
JDLの使い方に関する方針を転換する必要があると思います。
JDLが用意したものをユーザーが自分で使うというような事ですね。
組曲系は、ユーザーが user's counter から、自分で勝手に申し込んで、
自分で設定して、自分が使いやすいように使うという事ですね。
と言っても別に特に難しいことはありません。WEBサービスやスマフォのアプリを
自分で勝手に申し込んで自分で考えて使うのと同じことです。 それから Major の不利な点をもう一つ書いておくと、サポートが有償になっています。
「操作がわからないから」という事でJDLのサポートに問い合わせると、
1案件 2,000円請求されます。
操作、設定以外のことでは請求はされません。 ある程度のPCあるなら、仮想WS+デュアルモニタが良いと思うわ。
仮想WSはMAC上で仮想windows動かしてる時のような感じになる上に、仮想側に色々なソフトインスコしたりできないから。
実際にやったら事務所追い出されたけど。 >>213
ですね。仮想WS+マルチモニタ環境が良いと思います。
マルチモニタできる環境があればローカルパソコン自体はさほどスペックは必要ないでしょう。
マルチモニタも、こんなアダプタ使えば、USBポートさえ空いていれば大丈夫です。
https://www.amazon.co.jp/dp/B00689HXGG/
(もっと安いのもいろいろあり)
自分の工夫でいろいろいじれるところもPCベースの 組曲の良い所です。 >>214
家にあった余りもののモニタ持ち込んで置いたからかな?
何か気に食わんかったんでしょ
快適になったんだがなぁ >>216
会計事務所業務ではいろんな書類やらWEBやらを参照することが多いので、
マルチモニタ環境はむしろ必須ですよね。
JDL専用機でも一時デュアルモニタ可能な機種が出てたと思うけど、
現在では純正の中では出来ない。そんなので「会計事務所業務に最適化」とか
言われても困りますね。
パソコンベースのシステムなら、いくらでもユーザーの側の都合で好きなシステムを
選ぶことができるのに。 組曲メジャーで年調システムと給与計算システムを導入しましたが、年調システムの
社員データは給与計算システムに取り込めるのでしょうか。
それと弊所は法人顧問先が60件くらいでpvクラウドを使用しています。1年後くらいに
メジャーに移行したいと考えていますが、基本の10Gで60件の関与先のデータを何年
分くらい取り込めるかお教えいただければありがたいです。 >>218
うちの事務所は5ギガ足して15ギガです。どのくらいストレージ使ってるか確認してみますね。
給与のことはIBEX給与しか使ってないのでわかりません。 >>218
なおIBEX給与では、給与→年調はマスターの連動できますが、逆はできませんね >>219
うちの仮想サーバー確認したら20Gの契約で使用済みが6G強でした。
このシステムに移行した際に古いデータも数年分は
持ち込んだので、5〜6期分、関与先数で個人法人200オーバーです。
結構余裕があると思いますね。 なお、サーバーの空き容量が減ってきたら、10G/月4,000円 で足しても良いし、
ライセンスがフローティングな事を利用して、自前のクライアント端末(物理でも仮想でも可)
に古いデータを移しても良いと思います。
Major の仮想サーバーって、20G で月1万円なので、5年つかっても60万ですよ。
皆さん、物理サーバー買うの止めて、Major で仮想サーバー使いましょうよ。 218です。ご教示ありがとうございます。
組曲メジャーは以前から興味がありました。それだけのデータを持ち込んで6Gだと
使い勝手がありますね。
現在はpvクラウドで2台のほかに、12月から組曲メジャー3台(12月中営業所
直接申し込みは半額だったので多めに申し込みました)で運用しています。
使い勝手は専用機と変わらないと感じます。保守料とかデータストレージ料とかか
からないのも良いです。
従業員の増減に併せて契約ライセンスを増減できるのも良い。
今年の11月までは組曲メジャーについて質問しても、営業はまともに対応してく
れませんでしたが、12月になったら半額キャンペーンを開始したところを見ると、
さすがのJDLも現状の厳しさを認識して、ハード販売型からクラウドサービス提供
型に営業方針を変更してきているのかもしれませんね。
大幅値引きだと言って、4台同時利用のpvクラウドの650万円の見積り
(保守料、データストレージ料込)を営業が持ってきましたが、これだとさすがに
コスト的に使えない。5年更新時に大幅に値上げされる可能性もある。
組曲メジャーであれば、弥生達人の組み合わせと比較しても飛び抜けて高いという
わけでもないので、私にとっては使いやすいと思います。
>>223
そんなキャンペーンやってたんですね
1ヶ月だけ半額なんですか?一定期間半額なんですか?
major のソフト自体は基本、専用機と同じなので、使い勝手で不便になる事は無いと思います。
ただ、仮装サーバー+ローカルクライアントで使っていると、データの読み書きが遅いし、たまに書き戻しエラーのトラブルが起きます。
仮装WS運用ならこの辺りも問題無し。
もっと多くの人に使って欲しいです。 218です。
>1ヶ月だけ半額なんですか?一定期間半額なんですか?
財務の年間利用料84,000円が半額になりました。また税務や給与計算ソフトの年間利用料も半額です。
11月までは、当地の営業所もmajorの利用に消極的でしたが、12月初めに営業担当がこのキャンペーンのチラシを持ってきて初めて知りました。ぜひこの機会にご利用くださいと。
ネットでの申し込みだと割引が効かず、営業所に直接申し込むことが必要とのことです。
>仮装WS運用ならこの辺りも問題無し。
ありがとうございます。今もpvクラウドのデータストレージ料を毎月1万円払っているので、こちらを止めて、仮想サーバーと仮装WSの導入を検討します。
今後ともよろしくご教示ください。
218です。
なお、このキャンペーンは平成29年12月中に申し込んだ場合に適用があるそうです。
試しに使うのであれば、12月中に営業所に直接申し込んでください。 majorでどうにかして欲しいのが、財務オプションが財務の契約数分要求される事
安価な帳票出力はそれでいいと思うけど、社福のように月額が高価なものは、フローティングライセンスにして欲しい >>225
流石に今後ずっと半額じゃなくて、最初の一年間ですよね?
半額になったら助かるなあ
JDLもハード販売に対するこだわり捨てて、完全にソフトウェアベンダーになった方が儲かるはず 割引は最初の1年間だけです。仮想サーバー、仮想WSの割引は不明です。 >>227
これだけど、例えば財務10ライセンス契約していると、財務オプションの社福もワンライセンスだけの契約は出来ず、10ライセンス必要になる。月額6,000円だっけ?だとすると月6万年72万加算。社福の関与先が1〜2法人の事務所では事実上使う事ができない。 218です。
確かに財務オプションの料金設定は不条理ですね。
私のところも部門処理しているのは60社のうち3社だけ、これで財務4台で年間96,000円、5年で60万弱は高いなと思います。
部門処理するところは単体の財務をノートpcにインストールして対応しようかとも思いますが、少し手間だなと思います。
財務オプションで元を取ることを考えているとしたら、jdl の下降線は止まらないでしょうね。
ただ私が独立した10年前から一貫してjdl の料金は下がっている(市場競争力が無くなっているので)ような気がしますので、そのうち財務オプションの価格も下げてくるのではないでしょうか。 >>231
財務がJDLの収益の柱だからなのだと
思いますけど、財務が高くて、逆に
税務が安すぎますね。
毎年法改正への対応が必要な法人、所得、相続は
安すぎると思います。
相続なんてもう少し高くても良いから
開発当初のままの仕組みでなく、もっとUIを
向上させて貰いたいと思ってます。 なんだか、新製品でたね。税務システム会社なのに「新製品」を「ハードウェア」でしか
表現できないということを一体いつまで続けるつもりなのか?
このハードウェア脳をいい加減どうにかして欲しい。
システム面では「顧問先Panel™」というのができたようだが、新しいもの提供するなら
古いものを統合整理して一本化してほしい。(カルテその他) やって欲しいと思うのは、関与先と事務所のメッセージングシステムの提供。当然両側スマホ対応で、管理者は全体のやり取りを見れるなど。
postbox と連携して、ファイルのやり取りもセキュアに行えるものとする。
これのしっかりしたもの出来たら、ユーザーはJDLから離れる事が出来なくなるょ。 個人事業者の年末調整の会社情報作成で、会社マスタからファイルを作ったら
支払者の住所が事業所の住所で出来た。
気づかずにそのまま先方に渡してしまって恥をかいたわ。
個人事業なら本人の住所を連動させてよね。
支払者の出力設定という設定項目があったので、これかなと思って作り直したけど
それをやっても住所は事業所の住所のまま。
こりゃあ、次回からも間違える自信あるわ。 >>234
これからは会計ソフトの会社もクラウドの業務システムの提供
が主戦場になるかもしれませんね。
弥生とか見ていてもそんな気がしています。 >>235 です。
法定調書合計表を印刷した。
OCR用紙の場合、消費税申告書や法人税申告書では税務署送付のプレプリントされたも
のとそうでない配布用紙と区別されて印刷ができる。
これに対し法定調書合計表のソフトではそんな区別は無い。
印刷の都度「出力項目設定」を変えることとなる。そしていったん変えると其の設定はその
ファイルだけでなくすべてのファイルに引き継がれてしまう。
結果として、他の物やほかの担当者が印刷する際に必要じゃない科目が出力されやすく
危険だと自分は思ってる。まあ、自分たちの注意が足りないだけかもしれないが。
とはいえインターフェイスは統一してほしい。 >>232
税務は財務より他社へ移動しやすいからだと思う。あと、達人の存在も。 ほんとだな
くそ面倒くさくて手間がかかる財産債務ぐらい今のうちに入力しておきたいのだが >>241
財産債務、提出要件の額上がってから提出が必要なお客いなくなった。 明日か。
早く来て欲しい。それからじゃないと確定申告やる気にならんからな。 クラウド組曲Major財務の年額が84,000円から一気に半額以下の30,000円に改定されるとのこと。
これはめっちゃ助かる。これだけ下がると財務オプションを余計に契約できるしね。
後は財務オプションの高額なものをフローティングライセンスにしてくれるともっと助かるのだが。 財務本体が下がった代わりに、財務オプションが年額だけになるとのこと。
これは使いにくくなるなあ。利用料金が月額で平準化されているところも良い所だったのに。
全て年額になっちゃうと特定月に数十万の支払ってことがありえるな。 給与所得の源泉徴収票 と 法定調書が プリンタのカセットから
印刷できなくなった。
何故か用紙の向きを違って処理されてしまっている模様。
源泉徴収票に至ってはソフトの指示に従って給紙してる
のに用紙方向エラーになってしまう。
この前までは大丈夫だったのに。
手さしにして縦で給紙して解決。何が起こってるの? >>240
還付申告は1月1日からできるんだから前年中にソフトを準備するのが
メーカーとしての義務だと思うんだが・・・・・・・。 >>247
縦横が狂うって意味?
専用機と純正プリンタならサポート依頼すればよろし 所得の内訳書もプリンタでカセットを選んでるのに
横向きの紙に縦に印刷してくる。 アカンやん。
これも縦に手差しで解決。
マジで繁忙期に何やってるの。3連休も出てきて直してよ。 中学生でもできるネットで稼げる情報とか
参考までに書いておきます
グーグル検索⇒『金持ちになりたい 鎌野介メソッド』
80S3Y 単純な話だか、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のネットワークも組めないような爺相手の時代錯誤会社でしょ?
いまだに振替伝票作ってる記帳屋の情弱爺を騙し騙しボッタくらないとやっていけないんだろうな。 えーさすを引き合いに出す人いるけど、あのシステムは不安定で話にならないね。
必ず操作を受け付けなくなるし、これでよく金を取るねってレベル。 ■ このスレッドは過去ログ倉庫に格納されています