エントリー

申告が始まった

大概の自治体での申告が本日からのスタートとなっています。
さっそく印字がおかしいと連絡が来ました。それ昨年の定義ファイル使ってますよ!
SEの皆様へ、正しい本年版をセットアップして下さい。昨年の環境をコピーしてモジュールだけ入れ替えれば良いなんて思わないで下さい。各種設定ファイルを正しく見直して下さい。
かなりの機能拡張もされています。その為に3ヶ月も前にプレリリースしているのです。
これをリリースする事で、翌年の稼働環境を前倒しで構築し、設定漏れに早く気がつくことが出来ます。逆にプレリリース版で本番稼働を行ったところも散見しまして、どこが何をやったのか、こちらで統計を取っております。(うそ、統計は取ってませんが、全て記録はされています。)

それはさておき、自分の親の申告に行ってくるか…。

2018/2/16 15:45追記

http*://www.nta.go.jp/tetsuzuki/shinsei/annai/nozei-shomei/annai/24100030/pdf/24100030_5.pdf
郵便局の記号番号の真ん中の-1-の1は入れない事。

by 千田

e-Tax送信の還付先金融機関コード

e-Tax送信の還付先金融機関コード入力は、前ゼロ入れて7桁で入力して下さい。左詰めされると後ろスペースが送られて送信エラーとなっています。金融機関コードと支店コードを切り出して分割して送信していますので、7桁無いとエラーします。一応、対策版は出します。
弊社が提供している全国金融機関コード一覧からデータセットして貰えると、この様な事は起こりませんが、一覧に無いものは手入力しますものね。
注意喚起でした。

by 千田

申告書の提出先税務署は合っていますか?

本日、申告書の提出先税務署が違っていると言う問合せを受けました。昨夏に管轄税務署が変わったので修正して欲しいと依頼されたところからでした。
何でも、扶養是正情報の提出先税務署と申告書の提出先税務署が異なっているそうな?
と言う事であれば、その様に説明されないと。単に管轄税務署が変わったと連絡を受けると、その様に修正してしまいますから。
こちらでは国税庁のHPを基に管轄税務署の設定を行っております。複数署の場合も対応可能となっています。複数管轄なのにその様に設定していない自治体が1箇所だけ確認しています。大丈夫なのかな?S県ですよ。
今回のケースの場合、国税連携で来るデータには、局署番号はどこがセットされてくるのでしょう?基本的に扶養是正には、この国税連携の局署番号を設定していますので。
至急確認を。

by 千田

90通知差分配信について続報

地電協への問い合わせで今月末の差分通知資料(やっぱり紙でした)に社保の記載が無いので初回配信分から取得して下さいという回答があったそうです。
差分取込の実施を行って下さい。差分抽出ツールは本日リリースします。(そば屋の出前にならないようにします)

by 千田

年金90通知の再配信されないデータについて

本日再配信が行われますが、全件が再送になる訳では無いと先週書きましたが、再送を見込んでデータ削除したもののうち、再配信されないものを把握する必要が出てきました。
明日、近隣の市町村に行って、再送データを確認し、前回送信分との差分をとって来ようと考えています。
送られなかった分に関しては、月末に差分として通知されるそうですが、そちらには、扶養情報がアスタリスクで潰されていると思われますので、全くもって有難くないデータとなりそうです。
再送されなかった差分を控えておいて、これを強制取込して差分修正する(扶養データ部分なので修正も出来ないのか?)運用を行う事を想定していますが、差分抽出出来るユーザーは良いでしょうが(SEがやってくれるところ)、そうじゃないところはどうしたら良いかを検討中です。税務LANとして出来る事は何か?どんなツールを用意したら良いかを明日のデータ検証を待って計画しようと考えています。
先ずは、再送分を取りこんで通常処理。差分通知は月末でしょうから、それまでの間にツールなりの提供を検討したいと思います。まずは経過報告まで。

by 千田

2018/2/6 10:20追記

人口10万人あたり100件前後差分が出ました。

2018/2/6 15:40追記

分析速報
687受給者番号を突合して差分抽出。3~7%に差分有り。
【999】受給者番号での突合不可。訂正箇所以外の全項目突合。3%前後に差分あり。
OCR誤読のような内容が修正(ツ→シや邊→邉、高→髙)。

未配信データの内容としては、配偶者漢字氏名の場所にカナ氏名が記載。
再配信の全件にエラーがある訳では無かった様です。

これらを鑑みるに、再配信されなかった分も取り敢えず取りこんで処理して良さそうなレベル。
判断はお任せします。
取り敢えず、差分抽出するツールを作って明日の午前中に実地検証します。
アクセスや桐を持っていないところ向けです。桐…知ってるかなぁ、弊社はデータ加工に便利に使ってますが、26年前から。この程度の突合は、手作業設定1分で一発です。

そうこうする内にツールが出来上がったようです。50万件を12秒で突合。充分じゃないですか?(18:19追記)

 

by 千田

手乗り電卓の父、佐々木正氏逝去

島根県浜田市生まれだったとは知りませんでした。
MZ-80Kなどはカセット内蔵でOSもテープからロードする優れものでした。クリーン設計!
ディスプレイに明滅する緑の文字が懐かしい。Z80と言うCPUも懐かしい。メモリマップドI/Oなんて…。私は6502から入った口なので、80系は書籍でしか知らなかったですけど。(直ぐに86系V30に行きましたんで。)
ご冥福をお祈りします。

by 千田

普徴給報が特徴になる怪

普徴希望コードに'1'以外が入っている。
確認して欲しい。
S-JISで入っている筈なので、1バイトASCIIコードにスペースが付くのはおかしい。

by 千田

公的年金等(90通知)のデータ内容の不備

平成30年1月23日(火)に配信した日本年金機構における公的年金等支払報告書(90通知)のデータ内容に不備があったようですね。
詳細は、追って。
既に取りこんだ処は、リカバリの準備を。内容次第では取込直しか?

経過報告
控対配、扶養者の漢字氏名、カナ氏名の表記に誤りあり。再送するとのこと。
2018/1/24 16:00追記
再送されたら差分件数(誤り件数)など報告戴くと大変嬉しいです。

by 千田

2018/1/25 11:40追記
大事な事は2度書く
再送される年金は取り込み直した方が良い。今ならば。

by 千田

2018/1/26 9:41追記
90CSVデータだけ取込時付番ID範囲で一括削除出来ます。
3箇所以上から問い合わせあり。SE達知らなかったのかよヾ(-ε-; )ォィォィ。
ところで、再送が1末目処にとなっていたが、最短で2/7と言う未確認情報が出ているらしい。本当だとすると申告業務に支障出ますね。扶養情報だけ消して取りこんでしまうという暴挙は有りですかね?再送データに再提出フラグ付けて取込直し再合算すれば置き換わりますし、扶養の紐付けさえ行わなければ…使えるのでは…。

2018/1/26 16:15追記
2/7の21時から再配信となった模様。→少し早くなった。2/5 21:30~。(2018/1/30追記)
申告に間に合うところもあれば、間に合わないところもある。
2018/1/26 17:26追記
687と999分のみ再配信ですと。事業所番号指定削除の方が良いかな?既に全件削除したところもありますが。
何れ前回配信分は削除されるそうなので温存しておかないとダメっぽいです。退避作業を徹底して下さい。

by 千田

2018/1/27 17:25追記
687と999分のみ削除しようとすると、番号整形カスタムユーザーは前ゼロ付いて削除出来ないですね。今回はここのカスタム解除します。年金機構のデータを個別指定削除する事など無かったですからね。ユーザー指定ばかりじゃ無く、課税システム括りしてあったので、正直気づきづらかったです。

by 千田

2018/1/27 17:52雑記
さて、年金機構の話題にも飽きたころなので、ここらで一服。
今週は、旧小郡町近辺を通過しましたので(新山口駅と書け!)、炙り焼きふぐを買って帰りまして、父親に献上しました。別働隊も居たのですが獺祭せんべいを持ち帰って来ました。酒粕でも練り込んでいるのかと思ったら、山田錦を原材料に使っているだけでした。オイオイ。せんべいとしては美味しかった事を記しておきます。獺祭は確かに美味しいですが、あたしゃ秋田の高清水が好きです。

by 千田

2018/2/2 17:54追記
全部送信出来ないと言う掲示がありました。

by 千田

環境まわりの幾つかの周知事項

ダウンロードサイトに更新した以下の内容は必ず確認し、適用漏れの無いように願います。
・InterBaseのUpdate、Hotfix適用時の注意事項
InterBaseを更新した時は、フォルダ内に配置したgds32.dll(32bit版)やibclient64.dll(64bit版)も更新して下さい。RemoteAppの場合でもローカルに配置していると、そのバージョンが読み込まれるので不安定動作となります。これに起因したトラブルを報告されても我々には原因究明出来ませんので、よろしくお願いします。

・RDPファイルの文字コードについて
RDPファイルを編集した時は、UTF16LE BOM付きで保存していないと接続エラーや不安定な動作となります。RemoteAppのエラーが出るようです。結構再現性があります。
2018/1/19追記
RDP8.1に設定した場合、Win7でRDP8.0を設定したことが有る場合には、グループポリシーで、8.0プロトコルを使用する設定が有効になっていると思われます。これは未構成にした方が良いと言う記事が散見されます。設定漏れの無いように。

・メイン起動時に「サイド バイ サイド構成が正しくない」メッセージが表示される
Windows Server 2008 R2のInetrBaseXE3の環境で見られますが、HotFixの影響なのかまだ不明ですが、Visual C++ 2008のランタイムを要求されます。再配布モジュールの適用で改善します。
InterBaseXE7でも出たようです。こちらもVC++ 2008を適用のこと。再配布ライブラリーの更新も有るようなので適用には細心の注意をはらう事。

・ZIPファイル解凍時の注意事項
WindowsのZIPファイル解凍を使う時にブロック解除(ストリームID)しないで解凍すると解凍したファイルのタイムスタンプが全部書き換えられます。とても恐いので最重要注意事項として。

・InterBaseXE7へのUpdate7適用について
OSのメジャーバージョンアップ(Windows10やServer2016等は特に)で内部OSバージョンが変わると、違うサーバーOSと認識してライセンスの再登録を求められる。これはエンバカに改善要望中。

by 千田

ふるさと納税上限額シミュレーションについての巻

2018版から正式に掲題のシミュレーターを用意するのですが、2017版も作ってある。
さて、今から使いたいのは、どっちだ?と言う話になり、考察したのだが、2017版のシミュレータは、2016年分所得税の値から、2017年中のふるさと納税を計算するのだが、既に年も明けてしまい、欲しいのは、2018年中にどれだけ寄附できるか?になってしまったのではなかろうか?
さて、H30年の住民税の改正事項を振り返ろう。配偶者控除の改正、いくつかの所得の税率の変更がある。2018版の計算は、これらを反映させるのだが、2017版から呼び出すものにも欲しいのでは無いか?年が明けちゃったので…となった訳です。
年が明ける前と明けた後でシミュレータの計算式をすり替えるギミックが欲しいのか?
などと思ったりする。なにせ2018版には、まだ所得が入っていないだろうから。
(そう言う意味では、現リリースの2018版には、H31年住民税シミュレーターは未実装です。)
3月末までには何らかの答えが出るだろう。
誤解があるといけないので記しておくが、リリースはもっと前に行います。
2018/1/23追記
今週、シミュレータ搭載した版をリリースします。

by 千田

ページ移動

ユーティリティ

カレンダー

2018年02月
- - - - 1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 - - -

検索

エントリー検索フォーム
キーワード

過去ログ

Feed