TechKnowledge Content
المشكلة: منطق الطباعة ل SOP Blank أو Short أو Long أو حل نموذج فاتورة آخر: فيما يلي نظرة عامة حول منطق الطباعة لنماذج فواتير SOP الفارغة أو القصيرة أو الطويلة أو نماذج الفواتير
الأخرى:
1.) تطبع دائما "قافية" في أعلى الصفحة الأولى.
2.) تطبع PH في أعلى كل الصفحات الأخرى. إذا كان نموذج فاتورة صفحة واحدة فقط، فإن PH لن تطبع أبدا.
3.) لن تطبع H1 أبدا. وذلك لأن هذا المقطع يتم منعه بواسطة حقل محسوب، تكون قيمته دائما صفرية.
4.) يطبع H2 عناصر السطر.
5.) يطبع H3 مكونات عدة. يطبع هذا القسم فقط إذا كان لديك عدة أدوات على الفاتورة وقد وضعت علامة على "تضمين مكونات المجموعة في نافذة خيارات طباعة مستند المبيعات.
6.) لا يطبع H4 أبدا، لنفس السبب مثل H1.
7.) لا يطبع H5 أبدا، لنفس السبب مثل H1.
8.) يطبع B فقط إذا كان العنصر به أرقام تسلسلية أو أرقام كثيرة.
9.) من F5 إلى F2، اطبع تعليقات عنصر السطر. إذا لم تضع تعليقات على عناصر السطر، سيتم ضغط هذه تاشيارات إضافية تلقائيا.
10.) لا يطبع F1 أبدا، لنفس السبب مثل H1.
11.) يطبع PF على كل الصفحات باستثناء الصفحة الأخيرة. إذا كانت فاتورة صفحة واحدة، فإن PF لا يطبع. يتم استخدام PF بشكل أساسي لأغراض التباعد.
12.) يطبع RF على الصفحة الأخيرة. إذا كانت فاتورة صفحة واحدة، فإن RF هو الذي يطبع.
ملاحظة احتفظ بنفس حجم PH وPF، واحتفظ بالحجم نفسه ل RF وPF. وهذا يعني أن المعلومات الواردة من صفحة واحدة لا تطبع على الصفحة التالية عند طباعة أكثر من سجل واحد. يفحص "كاتب التقرير" أولا مقطعي "RF" و"PH" في التقرير ومقسمي RF وPF لتخطيط التقرير. بعد ذلك، يحدد كاتب التقرير عدد الأسطر التي يمكن طباعتها على التقرير. يحتفظ النظام بالمساحة المخصصة لرأس الصفحة وترأسها (RF أو PF) قبل طباعة باقي التقرير. كاتب التقرير هو أداة تمرير واحد. وبالتالي، عندما يبدأ "كاتب التقرير" بالطباعة، لا يعرف أن PF وRF أو PH وS RH قد يكونان مختلفين الأحجام. يؤدي هذا إلى حدوث تداخل في عناصر السطر. وبالتالي، يجب أن يكون ل RF وPF الحجم نفسه في التقرير، ويجب أن يكون للحجم نفسه للحجم في التقرير في كل من RF وPF.
كانت هذه المقالة TechKnowledge Document ID:3425
