みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
IDを付けるとき、単純に1 2 3 4 で問題ないでしょうか？
00001 や 10001など、桁数を設定しておくのは何らかのメリットデメリットはありますか？
ソートなどしたときに揃って見えるので視認性があがる、などでしょうか？>
例えば、請求書発行番号と言う名のIDがあった場合、そして同時に印刷をおこなっていた場合、先月の請求書001、今月の請求書020などの場合は取引先に18件の取引があったのかな？っと推測されてしまうでしょう。
その繰り返しの取引の中でおおよそ全体の取引数が相手取引先に推測されてしまうことになります。
特に大きな問題と捉えないのであればそのままで良いと思いますが、取引とは信頼関係や安心感があるほどうまく成立するものだと思います。そういったことを加味すると請求書番号の発行などは考えたほうが良いかもしれません。
まったく外部に出ることのないIDであれば、増分1の一般的なIDの振り方で特に問題は無いと思われます。
若い数ほど古く、可視性を上げると言う意味では順番についていたほうが管理はし易いと考えます。
ソートに関して言えば、特に数字を用いたIDなどでは行わないことが多いでしょう。業種によって異なりますが、ソートを活用するのはIDとかではなく、何らかのジャンルで分けられたものになるのではないでしょうか。
Offline
桁数を揃えると、印刷時の見えを統一できますのでいいとは思いますが、IDの発行数に上限ができます。上限をカバーするために桁数を増やすと、0が並んでしまい、逆に見栄が悪くなります。その辺りを考えられたらいいのでは。
例えば、チェックサムを頭に付けるというイレギュラーなことも考えられるでしょうね。
Offline
鯖缶屋さん、ご指摘のようなところ、なんとなく気になっていました
請求書番号は連番にせずなんらかの法則に基づいて連続しない数字にしたほうがいいのでしょうか
Amazonの注文番号は
5738-657-986
といったような感じでしたが一体どういう仕組みでしょうね
連番は一切なくクレカ番号みたいな生成なのでしょうか
規則性を持たせる手法はありますが、基本的にランダム生成したところで問題にならないと思います。
きっちり順番に並べたい場合とそうでない場合があります。それは注文日順に並べるだけで良いと考えます。
入力値の自動化、計算の所に入れればランダム生成してくれます。
Right(Random;4) & "-" & Right(Random;3) & "-" & Right(Random;3)
重複を懸念する人が多いと思いますが、基本的にユニークな値にチェックを入れておけば、重複した場合ダイアログが出るようになっています。
単純に100億通りが重複する可能性を考えるとほぼ皆無ではないでしょうか。
年末ジャンボ宝くじが当たる確率は2000万分の1と言われています。
Offline
ランダムな付番がいいのでしたら、請求書そのものの管理にUUID数値を使っておき、その頭の何桁かを使われれば如何でしょう。8桁ほど使っておけば重複はほぼ考えなくて良いのでは。Amazonもこの方法かもしれませよ。
Offline
UUIDは非常に重宝するものです。
UUIDは「世界中で唯一のID」と表現されるほど、重複する可能性は低いものになります。
Shinさんの提示する方法が一番の方法だと思います。
Offline
便乗すみません。
私もIDのつけ方で迷っていまして、ShinさんのUUIDの最初の8桁を使用すれば重複は考えなくてもいいとのスレを見て
試してみたところ、UUIDは0-9とA-Eが使われており、以下のサイトで計算すると
https://hash-web-e45df.web.app/
15文字の8桁は26億通りありますが、100,000回で1.2分の１の確率で衝突するようです。
意外と少ない試行回数でIDが被るので本当かなと思いつつも本当だとすると最初の8桁だと危険かもですね
UUIDではなくUUID数値の話ですが
また、レコードの管理にはUUID数値そのものを使い、請求書番号として上8桁を表記しておけばいいのでは、という事ですが。（請求書番号は、重複しても数十年に1回のレベルでしょうし、他のデータと合わせて照合できるので大きな問題にはなりません）
現実的に、100000通の請求書を発行するのに、どのくらいの期間を要しますか。月に1000通発行していても、8年以上かかります。
Last edited by Shin (2023-10-11 08:50:25)
Offline
数年前の請求書IDと衝突したところで本当に問題になるのだろうか？と思います。
ここの掲示板でもID重複について度々取り上げられますが、発行日であったり、顧客名であったりと、それらを合わせれば完全ユニークなIDになりうるので重複による懸念をそれほど気にする必要はないと思われます。
電子帳簿保存法を考慮したとしても、請求書IDのみでの管理になるわけではないので、過去の請求書IDにどれほどの重要性があるのか分かりません…
本当に重複に懸念を感じるのであれば、英数字を含むUUIDを発行すれば、重複の可能性はほぼ皆無です。
自分の請求書管理の方法は請求書IDは表面上ランダムで生成し、管理用途してUUIDを発行しています。
そしてそのUUIDをQRコードに変換し、紙による印刷とPDF印刷保存しています。
万が一請求書の呼び出しが必要になった場合、スマフォや各デバイスでQRコードを読み取り、再印刷が可能な仕組みにしています。
Offline
UUID数値(番号)ですと、もっと減って0-9の10種類＊8桁で1億通りとなり
10000回作成で2.5分の1で衝突します。
まぁ衝突しても良いというものでしたら良いんだと思いますが。
mamooさんのところでは、請求書を短期間で10000通発行されているのでしょう。それでしたら、その華念通りです。
ただ、請求書そのものの管理はUUID番号で行うと書いていますよね。ですから、重複することは極めて稀なことです。8けた番号は、あくまで請求書に付加する数時で、まれに請求書についての問合せがあったときに電話などで読み上げてもらうことを考えています。それは、8桁程度が限度でしょう。20桁も読み上げさせると、怒られますよ。
それを元にUUID番号を照合すれば、その数字列で管理番号を検索することができます。重複したものが検索されても、取引先や日時をみれば、簡単に特定できるでしょう。
どうしても重複する可能性を極限まで減らしたいのでしたら、UUID番号を2次元コードにして貼り付けておけばいいです。
Offline
うちはサブスク系のサービス会社なので、請求番号は月に100,000件以上発行されます。
こちらでは年月と通し番号で作成していますが、登録数の予測ができるため通し番号をアルファベットに変換したりしてます。
法則あるのでゆくゆくは変えたいなと思っていた所存です。
一般的な話をしているところに極端な情報が混入すると話しにくいね。
私の場合は鯖缶屋様のご提案通り、何も考えずに UUID 一択。管理用のIDとは別管理。
お客さんからの電話で聞くのは日付と ID の一部だけで、レコード特定できるよね。
お客さんにとっても請求書番号なんて重要と思っている人はいない気がします。(一応 QR code はつけてあげている)
人間が管理しようとするから変なルールをつけたがるのだと思う。月何件なんてシステム見ればすぐわかるので、請求番号に月毎の連番なんて意味ないと思っている。
Pages: 1
[ Generated in 0.006 seconds, 9 queries executed - Memory usage: 600.59 KiB (Peak: 617.5 KiB) ]