みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
プレビューでは、きちんと数字が出ているのに、印刷すると、？になるのですが、どういう原因が考えられるでしょうか？
請求書発行システムを作っていて、これまで数年、ちゃんと稼働していたのですが、急にそういうことになりました。
MacOSX 10.9で、FileMakerPro 13.0v5を使用しています。
よろしくお願いします。
Offline
フォントを触りませんでしたか。
そのフィールドを少し幅を大きくすると表示されるのでは。
Offline
フォントを触りませんでしたか。
そのフィールドを少し幅を大きくすると表示されるのでは。
特にさわっていません。
フィールドの幅を大きくしましたが、だめでした。
フォントも変えてみましたが、だめでした。
PDFで書き出した時は、ちゃんと数字が表示されます。
うーん。
Offline
フィールドツールで、フィールドをドラックして、再度、設定しなおしたところ、表示されるようになりました。
不思議です。
Offline
と思いましたら、別のフィールドを配置していました（汗）
同じフィールドだと、やはり、再配置してもだめでした。
Offline
PDFで書き出したら、ちゃんと数字が出るのに、「印刷」の後、「PDFで保存」にすると、「？」になる。
Offline
請求書作成の手順が複雑で、データ量が結構多くなってきていることが原因ということも考えられるかもしれないと思い始めています。
Offline
http://filemaker-jp.custhelp.com/app/an … /related/1
上記に、FileMaker Pro 14 および FileMaker Pro 14 Advanced の技術仕様が書かれています。
私が使用しているのは、FileMaker Pro 13ですが、ほぼ同じ機能と思われます。
その中の一番下の方に、
カスタム関数の再帰限界：という項目があり、
総計 50,000 再帰呼び出し
コールスタックにおいては、どのポイントでも 10,000 コールまで掘り下げることができます。この限界を超えると、カスタム関数は、"?" を返します。（以下略）
とあります。
カスタム関数というのが何を意味するのかわかりませんが（汗）、
何か同じような制限に引っかかってきているのかもしれません。（入力データが増えたことにより）
ただ、プレビューでは表示されていて、印刷時に「？」になるということで、
プレビューより印刷時の方が、リソースを食うのかもしれません。
実は、私が、以前、みなさんに教えていただきながら作った、請求書システムは、繰り越しを考慮できる請求書で、
「締め」を設けていないため、ひたすら参照する値、計算量が増える仕様となっており、
それが原因かもしれません。
入力するデータを制限しながら、期間毎に別ファイルにして、使用すればいいのかなと思っています。
※ただ、まだ推測の段階で、近いうちに、データ量（売上、入金のデータ）を減らしてみて、検証したいと思っています。
Offline
前レコードを参照しているのでしょうかね？
ならば、
その前レコードの参照をルックアップ等で自レコードの値として持たせればいいでしょう。
または、
リレーションの集計法にすればいいと思いますよ。
Offline
前レコードを参照しているのでしょうかね？
ならば、
その前レコードの参照をルックアップ等で自レコードの値として持たせればいいでしょう。または、
リレーションの集計法にすればいいと思いますよ。
ありがとうございます。
ルックアップは以前、選択できなかったような気がします。
頂いたヒントを試してみます。
Offline
チポ wrote:前レコードを参照しているのでしょうかね？
ならば、
その前レコードの参照をルックアップ等で自レコードの値として持たせればいいでしょう。または、
リレーションの集計法にすればいいと思いますよ。ありがとうございます。
ルックアップは以前、選択できなかったような気がします。
頂いたヒントを試してみます。
「計算」で過去のレコードから計算した値を入れたフィールドを、「集計」で選んで、新たなフィールドに入れるということをしてみたのですが、「集計」というのは、こういう使い方でいいのでしょうか？
いまいち、使い方がわかっていません（汗）
Offline
fujisan wrote:チポ wrote:前レコードを参照しているのでしょうかね？
ならば、
その前レコードの参照をルックアップ等で自レコードの値として持たせればいいでしょう。または、
リレーションの集計法にすればいいと思いますよ。ありがとうございます。
ルックアップは以前、選択できなかったような気がします。
頂いたヒントを試してみます。
「計算」で過去のレコードから計算した値を入れたフィールドを、「集計」で選んで、新たなフィールドに入れるということをしてみたのですが、「集計」というのは、こういう使い方でいいのでしょうか？
いまいち、使い方がわかっていません（汗）
上記の方法でやってみたところ、「集計」を使ったフィールドが「空欄」で印刷されるようになりました。1つの請求書だけ選んだ時、最初の印刷ではきちんと出ましたが、2回目から空欄になってしまいました。うーん。
Offline
「集計」がいまいちよくわからないので、「ルックアップ」の方の再挑戦をしてみました。
今回の10/20締めの請求書の「前回請求額」を9/20締めの請求書の「今回請求額」からルックアップする、という方法です。
ところが、やはり、画面ではきちんと「今回請求額」が表示されているのに、印刷すると「今回請求額」が " ? "と表示されてしまいました。
うーん。
Offline
「集計」がいまいちよくわからないので、「ルックアップ」の方の再挑戦をしてみました。
今回の10/20締めの請求書の「前回請求額」を9/20締めの請求書の「今回請求額」からルックアップする、という方法です。
ところが、やはり、画面ではきちんと「今回請求額」が表示されているのに、印刷すると「今回請求額」が " ? "と表示されてしまいました。
うーん。
フィールドで、ルックアップ値を使用すべきところが、まだ計算によるものを入れていたためでした。
これを修正したところ、一見、うまくいったように見えますが、、、比較し、検証します。
Offline
うまくいったかもしれません。
過去の全ての請求書で、一括でルックアップしたのですが、２つエラーが出たのが気になりますが。。。
「この処理中に合計2個のエラーが発生しました。2レコードは、他のユーザーによって使用されているか、使用したアクセス権では変更できません」という内容です。
少し様子を見てみます。
チポさま、貴重なアドバイスをありがとうございました。
Offline
Pages: 1
[ Generated in 0.010 seconds, 9 queries executed - Memory usage: 599.16 KiB (Peak: 616.07 KiB) ]