[過去ﾛｸﾞ] 【クラウド】ＪＤＬユーザー集合！！その17【組曲】 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
572: 2021/01/18(月)00:39 ID:Ua4r6hzL(3/8) AAS
それから「一覧で把握」ってのと通じるけど、「配偶者(特別)控除」の摘要可能性
がある人だけで絞り込むとかね。
普通徴収選択して区分書くために、「退職日」が未記入だけど、給与のデータが
途中でなくなっているものを簡単に把握したいとか。
これ、現在は基本データ入力タブだとどの月まで給与データがあるかわからないよね。
確認画面タブの側(右側)に各月の給与の表示できると良い。
みたいな本当に作業していて「こうなってればいいのにな」的なものはいくらでも要望と
して出てくる。
573(1): 2021/01/18(月)10:43 ID:NYhpxznR(1/2) AAS
電子申告書システムで源泉所得税の徴収高計算書を作成したのですが、データ送信しようとするとデータが出て来ません。
もう一度データ作成しようとすると同一名称のデータが既に存在していますと出ます。
どうしたらデータ送信できるでしょうか？
ちなみにその会社は新規の初めて年末調整をした会社です。
他の会社は全部無事送信できました。
574: 2021/01/18(月)10:47 ID:NYhpxznR(2/2) AAS
>>573
すいません。勘違いでした。送信済みでした。無視してください。
575: 2021/01/18(月)11:13 ID:Ua4r6hzL(4/8) AAS
あと給与とか年調とかの「繰越」という概念があるシステムに関して言いたいこと。
「繰越」って作業があると今なら2年分と3年分って全く別個のデータになっちゃうよね。
年調の作業の中で例えば住所とか、普通徴収の区分とかを修正したとしても
既に3年に繰越済みなら、それらは反映しないままになる。
基本情報は「繰越」で別個にデータを持つのではなく、変更時点を管理した上で
共通のデータとして持って欲しい。
例えば年の途中で結婚して氏が変わったとして6月までは旧姓、7月からは新姓だよね。
これが年調時点で、2年のデータを新姓に直しても、既に3年に繰越済みだと3年のデータは
旧姓のままであるわけだ。
※実はこのあたり、今やってる A-SaaS年調に対する苦情
省4
576: 2021/01/18(月)11:23 ID:Ua4r6hzL(5/8) AAS
ずっと昔のコンピューターのリソースが貧弱だったころには
会計データも「月次更新」もっとひどいのになると「日次更新」みたいなのがあって、
その更新時に残高とかデータを確定してしまい、その更新後は前のデータは
変更できないなんて言う時代もあった。
「繰越」も「更新」と同じでシステムの都合で一定範囲のデータをフィックスさせる
行為なんだよね。
今のコンピューターリソースを前提にすればもっと贅沢なデータの持ち方ができるはずなんだ。
577: 2021/01/18(月)15:25 ID:Ua4r6hzL(6/8) AAS
>>569
A-SaaSは1/23(土) に所得税2年版リリースだって
578: 2021/01/18(月)18:13 ID:Ua4r6hzL(7/8) AAS
昔どこかで読んだんだけど、MSが初期のOffice を開発している頃には、
実際にユーザーが Office を使って作業している様子を観察し、
なるほど、ユーザーってことでこういう作業するんだみたいなフィードバックを得て
それを開発に反映していたらしい。
税務、会計みたいなモロ業務用システムだと、「とりあえず求められる帳票、数値を
得られればそれでよしとする」というレベルでなく、ユーザーの作業がより快適に
なるようにという観点から開発するためにはそういう手法も必要だと思う。
579: 2021/01/18(月)18:18 ID:Ua4r6hzL(8/8) AAS
例えば給報の提出先は今は従業員一人一人の入力画面からしか変更できないけど、
従業員の一覧の中で確認とかしたい。年調の有無なども。
恐らくそういう処理はメモリを食うので昔はそういう発想はそもそも無理だった。
個別の画面で情報確定したらその分を即座にストレージ(昔はフロッピー)に
書き込んで作業一段落とさせる必要があったわけだ。
今はリソースは十分なので一覧画面で並べ替えて、絞り込んで、変更してって形も
十分できるよね。
580: 2021/01/18(月)20:34 ID:Fdd3EiwP(1) AAS
>>568
サポート電話したら
26火曜と聞いた
準確なんて気にしちゃいないよね
581: 2021/01/18(月)21:18 ID:seT1GQSA(1) AAS
準確は、基礎控除と寡婦控除に気をつけて、
582(1): 2021/01/19(火)10:24 ID:Yw+UAdw/(1/3) AAS
ちょくちょくASaaSの話が出てくる謎
みんなJDLと併用してるの？
583(1): 2021/01/19(火)11:38 ID:y0pxYCFt(1) AAS
>>582
昔Jキングが推してた。
思ったより悪いことが判明して今は下火。
584: 2021/01/19(火)13:04 ID:ceVLYlF0(1) AAS
A-SaaSの給与だけは、駄目な部分も多くあるけど、良い部分も結構あるんですよ。
「賃金台帳が暦年単位じゃなく、任意の期間で出力可能」って結構良いと思いませんか？
基本情報の持ち方も結構良い部分がある。
給与だけでも発展してくれれればという期待はしてたけど、ミカタス社は
もう A-SaaSシステムでまともに商売しようって気がないから駄目。
585: 2021/01/19(火)23:49 ID:Yw+UAdw/(2/3) AAS
>>583
Jキング？
ぐぐったらJリーグキングっていう、ボールが王冠かぶってるのが出たわw
586: 2021/01/19(火)23:49 ID:Yw+UAdw/(3/3) AAS
JリーグキングがASaaS勧めてたんか？
587: 2021/01/20(水)06:28 ID:zgsqXc8N(1) AAS
J擁護派→J懐疑派→ASaas擁護派→ASaas葬送派→JMajorKING=スレ主?
588: 2021/01/20(水)09:09 ID:cOTPozd4(1/8) AAS
勧めてたわけじゃなくて期待してたってことですね。
A-SaaS計画が始まった時点では、まだ Major もその前身のクラウド組曲もなく、
JDL製品のソフトウェア版としての、IBEX/AH → 組曲があっただけだった。
A-SaaSは(少なくとも会計は) JDLクローンとして作り、ユーザー側からみたら
合理的な料金で提供されると言うことで、期待ができるものだった。
いろいろなしがらみがないところで、JDLの良いところは残し駄目なところは
克服しってシステムが実現できたら、当初の計画通り日本でトップの
会計事務所用システムになることもできたかもしれない。
最初の数年で資金使い果たしてからはもうグダグダ。
今は、Cash is king だの、Yosodo だのの派生システムに力を入れるばかり。
省2
589(1): 2021/01/20(水)09:57 ID:eIgeNV3i(1/2) AAS
Asaasは最初に10万だか20万だか預託金みたいなの入れて10年経ったら返金するということだったけど、あれはどうなったのかな？そろそろ10年くらい経ってないかな？
590(1): 2021/01/20(水)11:33 ID:cOTPozd4(2/8) AAS
>>589
その分の返金は月額利用料の一部に充当する形で返金ですね。
キャッシュとしては戻ってこない
591(1): 2021/01/20(水)13:14 ID:eIgeNV3i(2/2) AAS
>>590
えー！マジ！
10年経ったら返すって話だったけど。
利用もしてないし…
上下前次1-新書関写板覧索設栞歴
あと 411 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.015s