入力パターンを使おうと思いましたが、インデックス、主キー、またはリレーションシップで値が重複しているので、テーブルを変更できませんでしたというエラーが出て追加出来ません。同じ商品でも、入金先が異なるため、相手科目だけを変えて同じ入力科目の入力パターンを作成しようとして発生します。入金先毎に入力科目を複数作成するのは入力時に項目が莫大になるためしたくありませんが、何か良い方法は内でしょうか?
入力パターン定義は、帳簿+入力科目の組み合わせで1件づつの定義となります。使い方として、例えばガス代は常にA銀行から引き落とされるという場合、出金伝票で「ガス代」を入力した時に、出金科目を自動的に「A銀行」に変更して入力ミスを防止するというようなことを想定しています。具体的にはどのようなパターンをご利用になりたいのでしょうか。
具体的には、商品をクレジットカードとコンビニ決済を利用して購入できるようにしています。クレジットカードとコンビニ決済は決済代行業者における締め日や支払月が異なるため別々の入力科目を作って管理しています。そのため、同じ商品で同じ金額なのですが組み合わせとして、・青色+商品A+クレジット(入力科目)=3,000円・青色+商品A+コンビニ(入力科目)=3,000円と定義が出来ると大変助かります。
> ・青色+商品A+クレジット(入力科目)=3,000円> ・青色+商品A+コンビニ(入力科目)=3,000円> と定義が出来ると大変助かります。済みません。正確には、・青色+商品A+クレジット(相手科目)=3,000円・青色+商品A+コンビニ(相手科目)=3,000円です。
状況はわかりました。しかし、入力科目を「クレジット」と「コンビニ」に分けてそれぞれにパターンの定義というのは、仕様上できません。商品の金額のみをパターン登録されて、入力時に相手科目を選択入力していただくことになります。ところで、私の場合ですが、ネット決済を決済代行業者への売掛金として1本で管理しております。「クレジット」と「コンビニ」に分ける必要性をあまり感じていないためですが、ご参考まで。
ご返信ありがとうございました。仕様として対応困難とのことで理解いたしました。コンビニ、クレジットだけですと統一しても良いのですが、実際の運用としては銀行振込もあります。そのため、各銀行口座、ゆうちょ口座などに対して組み合わせが発生するのが実情です。将来、もしもPirmaryKeyの追加などで対応が可能であれば、ご検討頂けると幸甚です。