みんなの投稿

ご質問の運用は、
　①【給与変動項目】アプリに、ファイル取込で
　　「ルックアップのキー（社員番号）」や「月次」などを
　　取り込む
　② ルックアップにより【社員賃金マスタ】アプリから
　　本給や各種手当の基本額が取得される
　③ 残業代などの変動項目を加味して給与額が計算される
　④ CSVで出力し、「給与奉行」に取り込む
という流れかと想像しました。

この場合、賃金改定の際に【社員賃金マスタ】レコードを更新してしまうと、過去月分の【給与変動項目】レコードを再取得・再計算した際に、意図せず新しい基本額で計算されてしまうということですね。

でしたら、【社員賃金マスタ】は上書き更新ではなく、年度ごとに別レコードで管理する方法はどうでしょうか。

例えば、【社員賃金マスタ】に「年度＋社員番号」のデータ要素を追加し、賃金改定時には既存レコードを修正するのではなく、新年度分のレコードを追加します。
そのうえで、ルックアップのキーを「年度＋社員番号」にすることで、対象年度の賃金情報を参照できるようにしておくという考え方です。

キーのイメージとしては、「2026_100001」のように「年度_社員番号」で版管理する形です。

この方法であれば、過去年度の給与データはそのまま保持しつつ、新年度分のみ新しい賃金情報を反映できるのではと思いました。

あまりkintone的には推奨されないやり方だとは思うのですが、

1.　現行のアプリを複製して、「給与変動項目2025年度」にする
2.　給与変動項目 アプリを更新
3.　旧年度のアプリは「人事◯年保管用」スペースに移動して規定年のあいだ塩漬け
4.　(気にされるなら)アプリの権限から、閲覧以外を全てオフ

という手段も取れるかと思います。
どのような仕組みであっても、前年度のデータベースを触ること自体は避けられないため、アプリ自体を分けて編集権限を切ってしまったほうがよい、という感覚です。
更新作業での万が一があった場合にもバックアップとして機能するので、旧年度データの展開先が給与奉行のみであれば、検討してもよいかもしれません！

給与計算業務ド素人（所掌外）目線で恐縮です🙇🏻‍♀️

順番として、
①３月切給与は、旧変動項目値で計算（💡マスタ更新は保留しておく）→奉行送り
②３月切処理完了から４月切給与計算する間でマスタ更新→４月切は自動的に新変動項目値で計算→奉行送り
つまり、マスタ更新のタイミングを工夫するだけではダメなんでしょうか。

👆🏻でよければ、「（お金が絡むので）マスタ更新”作業”には最大限の気を遣うが、仕組みは一切使わない」とできると思うのですが…

あ、そのままだと３月締日以後～同月末日までの分が新変動項目値で計算されてしまいますね🙇🏻
うーん、どうすればイイんだろう🤔

「改定は必ず１日」なのであれば、
・アプリ：「先月締日以後～同月末日で中締めし（中間集計し）、計算月では、先月の中締め額と当月月初～締日までの計算値を合算する作りにする。
・運用：月末に中締めを必ず行う。（マスタ更新がある場合は、この時実施。）
※手動中締め作業が面倒と言うことであれば、定期実行のカスタマイズでそこを自動化することを考える。
というのはどうでしょうか。

冒頭のとおりの者の戯言ですので、捨て置いて結構です。

こんにちは。

人事をやってる者です。このあたりは管理に悩みますよね。

私も給与関連のkintone化はしたいと思いつつまだできていない状況です。

実際にやっているわけではありませんが、同じアプリで、レコードを年度で分けるというのは
どうでしょうか。

年度フィールドを作り、2025年度データはそのままにして、あらたに2026年度データを別レコードに入れます。

ルックアップするときは、結合用フィールドを作っておき、たとえば「年度 &"-"&社員番号」などにしておくとよいかもしれません。

いかがでしょうか。