みんなの投稿

一部語弊がありまして、使っておりますではなく、使って請求書アプリを作成中です。でした。

ありがとうございます。あまり理解できてないだけかもしれませんが、Action自体は発火できるのですが、その条件でレコードを削除するということはできないかと思われれます。

なお、実際このあたりの処理をやっているわけではなく、あくまで考え方なのですが、
私がやるとしたら定期請求がある得意先は０円の請求書を作成するかなー、と思います。
一覧や関連レコードで見た場合、データが無いのはエラーなのか処理漏れなのか、
それとも別の何かなのかわからないと怖いからです。

ですので、印刷やメール処理時に０円のものを処理対象としない、
みたいな対応になろうかと思います。

おっしゃる通りで、できてしまうならできてしまうで、請求額0円や売り上げのテーブルがないとかの一覧を作成して、そういった対象のレコードとその一覧のみ表示する削除ボタンを作ってやった方が作業者は分かりやすいかなと。締め日の対象のすべての一覧が出て、そのうち作るのはどれ？みたいな選択ができるのがいいのでしょうが、それを実現するとなると、また色々考えることがあるので、できてしまったものをなくす、という方が正しいような気がします。実際やってみないと、どういった問題が起こるかわかりませんが、一応その方針にしたいかなと思っております。

返信ありがとうございます。

設定方法が違うのかもしれませんが、そちらを設定してもレコードはできてしまいます。売り上げや入金を、請求書の明細テーブルに転記するための設定ですが、転記元のレコード等の転記を対象外にするだけで、すべてのアプリから何も転記しなかったからと言って、レコードを作成しないというわけではなさそうです。

一覧で絞り込んだり、非表示にするなどの方がよさそうです。毎締め日大量に削除したいのであれば、その不要としているレコードの一覧でしか、動作しないようにしたカスタマイズJSで作った削除ボタン等を作って消すなど、その方が現実的な気がしております。

ほかにもいろいろやってみて確認してみます。

ご返信ありがとうございます。

ご状況の記載を拝見すると、仕様上、転記する者がなくてもレコードができてしまうことを
避けられないのかもしれませんね。自分で検証できずすみません。

レコードができる→削除や非表示で許容できるのであれば、そのほうが楽かもしれませんね。

あまりお力になれずすみません🙇‍♂️

いえ、こういう議論をすることで、変な方向に行かず、シンプルな解決策ができたような気もします。もちろん、色々試してはやめのトライアンドエラーがkintoneの良いところだと思いますが、途中からの仕様変更等は、既に作成したものとの整合がとりにくくなるということもあるので、最初にある程度は道筋はつけておきたいと思っております。ご返信ありがとうございます。