20 — Sales & Invoicing

Overview

Sales & Invoicing is the operational revenue module used after commercial intent is confirmed and the business is ready to issue structured financial documents. It covers Items, Estimates, Invoices, Payments, Credit Notes, recurring invoice handling, receivables review, and sales reporting. The module gives sales and finance teams one controlled quote-to-cash workflow so pricing, billing, collection, and customer balance visibility stay connected inside one system instead of being split across spreadsheets, email threads, and manual trackers.

The module is used to turn approved work into billable documents with cleaner controls around numbering, dates, taxes, currencies, due dates, payment modes, reminders, and customer communication. It supports both document creation and operational follow-up, which means the team can prepare estimates, send invoices, record payments, apply credits, and review outstanding balances inside one governed working model.

Sales & Invoicing should be treated as the system of record for billing operations. It is not only for creating PDFs. It is the place where the organization confirms which items are billable, which estimate was accepted, which invoice is still unpaid, which payment was recorded, which credit remains available, and which customer balances need follow-up. When used properly, it improves cash discipline, invoice accuracy, traceability, and month-end visibility.

The module also supports several practical controls that are important for daily operations. These include estimate list and pipeline modes, save-and-send-later behavior, estimate expiry reminders, estimate-to-invoice conversion, invoice number validation, recurring invoices, merge checks for invoices, billing from billable tasks or billable expenses, payment recording directly from invoice review, batch payments, payment receipt PDFs, payment receipt emailing, and applying open credit notes to invoices when the invoice status allows it.

A strong operating model in Sales & Invoicing gives the company four major benefits. First, it standardizes how billable documents are prepared and sent. Second, it improves receivables control by making unpaid, partially paid, overdue, recurring, and credited invoices easier to monitor. Third, it reduces rework between sales and finance by keeping items, taxes, dates, and balances inside the same commercial flow. Fourth, it makes reporting more reliable because the reports are based on controlled transactional records instead of manual summaries.

Roles & permissions

Sales & Invoicing works best when ownership is clearly separated between quoting, billing, collection, and configuration.

A Sales User should normally prepare estimates, keep estimate details accurate, follow up with customers, and move approved scope toward billing readiness. This role should be responsible for item selection, commercial clarity, and status discipline on estimates. It should not freely change payment records, applied credits, or accounting-sensitive billing controls without finance involvement.

A Billing / Finance user should normally create invoices, manage recurring invoicing rules, record payments, send payment receipts, apply credit notes, monitor overdue balances, and review aging and revenue reports. This role should control financial accuracy after approval and should not change commercial scope casually once the financial document is already issued.

An Admin should normally control numbering rules, tax configuration, currencies, payment modes, due-date defaults, templates, PDF output behavior, and permission boundaries. This role should also control who can create, edit, delete, cancel, or send documents. The Admin should not use configuration access to bypass operational review discipline.

A Read-only Reviewer or manager should normally review estimate flow, invoice status, payment history, and receivable risk without making direct transactional changes. This role is useful for leadership visibility and weekly review discipline.

Permission discipline matters. Creation of estimates should not automatically mean the same user can issue, cancel, delete, and settle invoices. Payment entry and payment deletion should be restricted. Credit-note issuance and credit application should be tightly governed. Document numbering, reminder logic, and recurring rules should remain under controlled access. This separation helps reduce accidental changes and protects the audit trail.

Setup checklist

#### 1. Define finance and document rules

Start by confirming the base currency, allowed currencies, tax rules, and document numbering logic. Estimate and invoice numbering should be consistent, understandable, and controlled. Because the system validates document numbers and checks for duplicates, the team should agree on prefix usage and year-based numbering discipline before go-live. Due-date defaults for estimates and invoices should also be confirmed early so document dates remain consistent.

#### 2. Prepare the item catalog

Create a clean list of billable Items before live use. Each item should have a clear name, rate, unit, and tax treatment where relevant. Teams should decide whether item pricing is fixed, usually editable, or tightly controlled by role. The item catalog is one of the most important quality controls in the module because weak item discipline creates weak estimates and weak invoices.

#### 3. Prepare customer billing data

Make sure customer records are ready before issuing documents. Billing and shipping details should be complete, invoice-recipient contacts should be correct, and customer currency settings should be reviewed. If invoices may be linked to projects, billable tasks, or billable expenses, the team should also define how billing readiness is confirmed before invoicing starts.

#### 4. Define estimate operating rules

Decide how the team will use Estimates. Confirm whether the team prefers pipeline view, table view, or both. Define estimate statuses, expiry logic, follow-up expectations, internal review rules, and whether users are allowed to save and send later. Also decide when an estimate should be copied, when it should be revised, and when it should be converted to invoice.

#### 5. Define invoice operating rules

Confirm invoice statuses, recurring invoice policy, allowed payment modes, merge policy, overdue-reminder behavior, and cancellation rules. Decide whether invoices may be built from accepted estimates only, or whether approved direct billing can also be used. If your service teams invoice from project work, define how billable tasks and billable expenses are reviewed before the invoice is issued.

#### 6. Define payment and receipt rules

Decide who can record a payment, who can edit or delete it, which evidence is required, and when a payment receipt should be emailed. If batch payments will be used, define strict review rules to prevent wrong invoice allocation. Also decide whether the invoice PDF should be attached automatically to payment-receipt emails when that option is enabled.

#### 7. Define credit-note rules

Set a clear rule for when a Credit Note is issued, who approves it, whether it should be applied to open invoices or left as available credit, and what explanation is required in the notes. Credit handling should follow a documented policy because it directly affects receivable balances and customer statements.

#### 8. Validate document output and sending

Review estimate, invoice, and payment-receipt output before launch. Confirm PDF quality, company details, terms, footer notes, contact email behavior, and sending templates. If your team emails invoices with an attached statement period or payment receipts with attached invoice copies, validate these combinations before production use.

#### 9. Publish reporting rhythm

Agree on a review rhythm before go-live. At minimum, review estimates awaiting action, invoices by status, overdue balances, payments received, open credits, and aging by customer every week. A module like this creates value only when reports are used in routine decision-making.

#### 10. Run acceptance testing

Before using the module live, test the main flows end to end. Test estimate creation, estimate email sending, estimate expiry reminder, estimate-to-invoice conversion, direct invoice creation, invoice merging, billing from tasks and expenses, payment recording, batch payments, credit-note application, overdue reminders, recurring invoices, PDF generation, and email delivery. Go-live should only happen after these flows are validated with real business scenarios.

Key workflows

#### 1. Maintain billable items

The first working discipline in this module is item readiness. Sales and finance should not create every document from scratch with free-text lines unless there is a real exception. Build and maintain a structured Items list so estimates and invoices use consistent descriptions, units, prices, and tax treatment. This reduces pricing inconsistency and makes document preparation much faster.

#### 2. Create and send an estimate

Use Estimates when the customer needs a structured commercial document before billing. Create the estimate with the correct customer, items, taxes, currency, dates, and notes. Review the estimate carefully, then either send it immediately or use the save-and-send-later flow when internal review is still pending. Teams can work in table view or pipeline view depending on how they want to monitor status and workload.

After sending, track the estimate status closely. Add notes when important changes happen, review activity history, and send an expiry reminder if the validity period is about to end. If the commercial terms need revision, copy the estimate and edit the new version instead of rebuilding it from the beginning. Once the estimate is accepted, convert it to an invoice. If finance wants to review the invoice before sending, use the option to convert while saving the invoice as draft where appropriate.

#### 3. Create an invoice

Create an invoice from an accepted estimate or from an approved direct billing case. When the customer is selected, the system can bring in billing and shipping details, customer currency, billable tasks, and billable expenses where relevant. It can also check whether there are eligible invoices to merge for the same customer, which is useful when the organization wants cleaner billing consolidation.

Before issuing the invoice, confirm the number, date, due date, terms, payment modes, item lines, taxes, discounts, and any project-related billing links. If the organization uses recurring invoices, configure those settings at this stage. Users can save the invoice and record a payment immediately, or save and send later, depending on the operating model. After creation, the team can preview the invoice, generate a PDF, send it by email, optionally include a statement range, mark it as sent, pause or resume overdue reminders, cancel it, or restore it if cancellation was applied by mistake.

#### 4. Record payments

Payments can be recorded from the invoice workflow or managed from the Payments workspace. For each payment, confirm the invoice, amount, date, payment mode, and reference details. Payments should be posted carefully because they affect balance due, status, customer history, and receivables reporting. A weak payment process creates confusion very quickly.

The system also supports batch payments, which is useful when finance receives many payments and wants to process them faster against unpaid invoices. This is a strong productivity feature, but it should be governed carefully because incorrect allocation affects customer balances and follow-up quality. Once recorded, the payment can be reviewed, edited if allowed, turned into a payment-receipt PDF, or sent by email to selected customer contacts. If the organization wants it, the invoice PDF can also be attached to the payment-receipt email.

#### 5. Apply credit notes

Credit Notes should be used when a billing adjustment must remain visible and auditable. The team can issue a credit note, review remaining available credits, and apply them to open invoices when the invoice status allows credit application. During application, the user can see the credit amount, available credits, amount to apply, and the remaining balance due on the invoice. This helps the team apply credits cleanly instead of using informal off-system adjustments.

A practical operating rule is to document why the credit was created, who approved it, and whether the credit should reduce the next invoice, partially reduce a current invoice, or remain available for future use. Credit handling should never be treated as casual cleanup because it affects cash reporting and customer communication.

#### 6. Review receivables and collections

After invoices and payments are posted, the team should move into routine receivable control. Review invoices by status, review overdue balances, check which invoices do not yet have payments, and monitor recurring invoices that need ongoing attention. When a customer needs a formal reminder, use the overdue-notice flow. When reminders should temporarily stop, use the pause or resume reminder controls instead of relying on side notes or memory.

This workflow is where the module creates the most financial value. Good invoicing matters, but disciplined follow-up on balances matters even more.

Reports

Sales & Invoicing includes several important review layers that managers should use every week.

Estimates review should show estimate status, age, sales ownership, totals, and conversion readiness. Because the system supports both estimate list view and pipeline view, this review helps the team understand what is still pending, what has stalled, and what is ready for invoicing.

Invoice list and filter review should be used to analyze invoices by number, total, tax, year, customer, project, due date, status, recurring behavior, sale agent, invoices with no payments, and payments by payment mode. This is one of the most practical review layers in the module because it helps finance move quickly from broad volume review to action-level filtering.

Invoice report analysis should be used for deeper financial review. This report includes invoice number, customer, year, date, due date, amount, amount with tax, total tax, tax lines by type, discount, adjustment, applied credits, amount open, and final invoice status. It is especially useful for period-close review, tax review, receivable review, and finance-management reporting.

Payments review should show recorded payments by customer, invoice, method, and date. Payment history is important not only for collections review but also for customer service, dispute resolution, and audit follow-up. Batch payments should also be reviewed carefully after posting.

Credit review should track open credits, credits already applied, and remaining balance effects at invoice level. Open credits that sit too long without policy-based action create confusion in collections and customer balance communication.

A strong reporting rhythm usually includes a weekly receivables review, a weekly estimate-to-invoice review, a monthly revenue review, and a month-end exception review for cancellations, credits, recurring invoices, and payment corrections.

Troubleshooting / FAQ

#### The estimate is not moving toward invoice. What should we check?

Check whether the estimate status is updated correctly, whether the customer and pricing details are complete, whether the validity period has expired, and whether the team is using a clear approval rule before conversion. Also confirm whether the invoice should be created immediately or first saved as draft for finance review.

#### The invoice total looks wrong. What should we check?

Review item prices, quantities, discounts, taxes, and any adjustments. Also check whether the correct currency is being used and whether the invoice was built from the intended estimate, task billing, or expense billing path. Weak item discipline is one of the main causes of invoice inconsistency.

#### The customer says the invoice email was not received. What should we check?

Confirm the customer contact email, re-check the invoice send action, and verify whether PDF attachment or statement attachment settings were used correctly. Re-send from the invoice screen after validating the recipient list and CC behavior.

#### A payment was recorded, but the invoice still does not look settled. What should we check?

Confirm that the payment was applied to the correct invoice, check whether the payment is partial, and review whether credit notes are still open or whether there is a remaining balance. Also review whether the payment mode or payment entry requires correction.

#### Why are open credits not being applied?

Check whether the invoice status allows credit application, confirm that available credits still exist, and verify that the customer currency and invoice balance support the intended application. Credits should be applied through the controlled credit application flow, not through manual off-record adjustments.

#### Why are we getting document-number issues?

Review prefix settings, year-based numbering logic, and duplicate-number handling rules. Estimate and invoice numbering should be validated before production use and should not be changed casually after live documents already exist.

#### How should we manage overdue reminders?

Use the built-in reminder controls. Pause reminders only for justified exceptions and resume them when the case returns to normal follow-up. Do not rely on informal manual reminders outside the system if consistent receivable control is important.

#### What is the safest way to use batch payments?

Use batch payments only with verified invoice lists and reviewed customer matching. The feature saves time, but it should always be followed by a quick review of posted invoices and updated balances.

#### How do we keep this module healthy over time?

Standardize Items, keep customer billing details accurate, review estimates weekly, monitor overdue balances every week, use Credit Notes only through policy-based approval, and review payment corrections and recurring invoices as part of monthly finance control. The module stays strong when document discipline and receivable discipline are both maintained.

نظرة عامة

تُعد وحدة Sales & Invoicing الوحدة التشغيلية الأساسية لإدارة الإيراد بعد اعتماد التوجه التجاري واستعداد المؤسسة لإصدار مستندات مالية منظمة. وتشمل الوحدة Items وEstimates وInvoices وPayments وCredit Notes، إلى جانب الفواتير المتكررة، ومراجعة الذمم المدينة، وتقارير المبيعات والتحصيل. وتمنح هذه الوحدة فرق المبيعات والمالية دورة عمل موحدة من التسعير إلى التحصيل، بحيث تبقى الأسعار والفوترة والتحصيل وأرصدة العملاء داخل مسار واحد واضح بدل الاعتماد على جداول منفصلة أو رسائل بريد متفرقة.

الهدف من الوحدة ليس فقط إخراج PDF للفواتير أو العروض، بل إنشاء دورة تشغيل منضبطة حول المستندات المالية. فهي المكان الذي يتم فيه تأكيد العناصر القابلة للفوترة، ومراجعة عرض السعر، وإصدار الفاتورة، وتسجيل السداد، وتطبيق الرصيد الدائن، ومتابعة المبالغ المستحقة على العميل، ومراجعة الأداء الدوري للإيرادات والتحصيل. وعندما تُستخدم بشكل صحيح، فإنها ترفع دقة الفوترة، وتقلل إعادة العمل بين المبيعات والمالية، وتحسن السيطرة على الذمم المدينة.

كما تدعم الوحدة قدرات عملية مهمة جدًا في التشغيل اليومي، مثل العمل على Estimates من خلال قائمة أو Pipeline، وخيار الحفظ والإرسال لاحقًا، وإرسال تذكيرات انتهاء الصلاحية، وتحويل Estimate إلى Invoice، والتحقق من أرقام الفواتير قبل الإنشاء، وإدارة الفواتير المتكررة، والبحث عن فواتير قابلة للدمج، والفوترة من المهام القابلة للفوترة أو المصروفات القابلة للتحميل، وتسجيل المدفوعات من داخل شاشة الفاتورة، وتسجيل الدفعات المجمعة، وإصدار إيصالات السداد بصيغة PDF، وإرسالها بالبريد، وتطبيق Credit Notes على الفواتير المفتوحة عندما تسمح حالة الفاتورة بذلك.

وتمنح هذه الوحدة المؤسسة أربع فوائد رئيسية. أولًا، توحيد أسلوب إعداد المستندات التجارية والمالية وإرسالها. ثانيًا، تحسين الانضباط في متابعة الذمم المدينة من خلال رؤية واضحة للفواتير غير المدفوعة أو المتأخرة أو المدفوعة جزئيًا أو المتأثرة برصيد دائن. ثالثًا، تقليل التضارب بين المبيعات والمالية لأن العناصر والضرائب والتواريخ والأرصدة كلها داخل نفس المسار. رابعًا، رفع موثوقية التقارير لأن البيانات تعتمد على معاملات فعلية مضبوطة لا على ملخصات يدوية.

الأدوار والصلاحيات

تعمل وحدة Sales & Invoicing بشكل أفضل عندما تكون المسؤوليات موزعة بوضوح بين التسعير والفوترة والتحصيل والإعداد.

يجب أن يكون Sales User مسؤولًا في العادة عن إعداد Estimates، والتأكد من صحة البيانات التجارية، ومتابعة العميل حتى يصبح النطاق جاهزًا للفوترة. هذا الدور مسؤول عن اختيار العناصر، وضبط الأسعار المبدئية، والمحافظة على الحالات بشكل صحيح. ولا ينبغي له تعديل المدفوعات أو الرصيد الدائن أو الضوابط المالية الحساسة بدون تنسيق مع المالية.

أما Billing / Finance فيجب أن يتولى إصدار Invoices، وإدارة إعدادات التكرار في الفواتير، وتسجيل Payments، وإرسال إيصالات السداد، وتطبيق Credit Notes، ومراقبة التأخر في السداد، ومراجعة تقارير الأعمار والإيراد. هذا الدور مسؤول عن الدقة المالية بعد الاعتماد، ولا ينبغي له تعديل النطاق التجاري بشكل عشوائي بعد إصدار المستند المالي.

أما Admin فيجب أن يتحكم في الترقيم، والضرائب، والعملات، ووسائل الدفع، وقواعد تاريخ الاستحقاق، والقوالب، وسلوك إخراج PDF، وحدود الصلاحيات. كما يجب أن يحدد من يملك حق الإنشاء أو التعديل أو الحذف أو الإلغاء أو الإرسال. ولا ينبغي استخدام صلاحيات الإدارة لتجاوز المراجعة التشغيلية أو إضعاف الضبط الداخلي.

أما Read-only Reviewer أو المدير المراجع، فيحتاج إلى رؤية Estimates وInvoices وPayments والذمم المدينة دون تعديل المعاملات. ويكون هذا الدور مهمًا جدًا للمراجعات الأسبوعية ولرؤية الإدارة العليا.

ويُعد ضبط الصلاحيات عنصرًا أساسيًا في نجاح الوحدة. فمن غير المناسب أن يكون إنشاء Estimate مساويًا تلقائيًا لإمكانية إصدار أو حذف أو إلغاء أو تسوية Invoice. كما يجب تقييد تسجيل Payments أو حذفها، وضبط إصدار Credit Notes وتطبيقها على الفواتير، وحصر صلاحيات الترقيم والتذكيرات والتكرار في نطاق إداري منضبط. هذا الفصل يقلل الأخطاء ويحافظ على أثر المراجعة.

قائمة الإعداد قبل التشغيل

#### 1. تحديد قواعد المستندات والمالية

ابدأ بتأكيد العملة الأساسية، والعملات المسموح بها، وقواعد الضرائب، ومنطق ترقيم المستندات. يجب أن تكون أرقام Estimates وInvoices مفهومة ومتسقة ومضبوطة. وبما أن النظام يتحقق من الأرقام ويتابع التكرار، فيجب الاتفاق على البادئات وطريقة الترقيم حسب السنة قبل التشغيل الفعلي. كما يجب تحديد قواعد تاريخ الاستحقاق الافتراضي لكل من Estimates وInvoices حتى تبقى المستندات متسقة.

#### 2. تجهيز دليل Items

أنشئ قائمة واضحة للعناصر القابلة للفوترة قبل الاستخدام الفعلي. يجب أن يحتوي كل Item على اسم واضح وسعر ووحدة وقاعدة ضريبية عند الحاجة. كما ينبغي تحديد ما إذا كان السعر ثابتًا أو قابلًا للتعديل أو مقيدًا بحسب الدور الوظيفي. ويُعد هذا الدليل من أهم عناصر جودة الوحدة لأن ضعف تنظيم العناصر يؤدي مباشرة إلى ضعف جودة Estimates وInvoices.

#### 3. تجهيز بيانات فوترة العملاء

تأكد من جاهزية بيانات العملاء قبل إصدار أي مستندات. يجب أن تكون بيانات الفوترة والشحن صحيحة، وأن تكون جهات اتصال استلام الفواتير محدثة، وأن تتم مراجعة عملة العميل الافتراضية. وإذا كانت الفوترة قد تعتمد على مشروع أو مهام قابلة للفوترة أو مصروفات قابلة للتحميل، فيجب تحديد طريقة اعتماد الجاهزية قبل إصدار الفاتورة.

#### 4. تحديد قواعد العمل على Estimates

احسم مبكرًا كيف ستستخدم المؤسسة Estimates. هل سيتم العمل عليها من خلال القائمة أم الـ Pipeline أم كلاهما؟ ما هي الحالات المستخدمة؟ ما منطق انتهاء الصلاحية؟ ما قواعد المتابعة؟ وهل يمكن للمستخدم الحفظ والإرسال لاحقًا؟ كما يجب تحديد متى يتم نسخ Estimate ومتى يجب تعديله ومتى يتحول إلى Invoice.

#### 5. تحديد قواعد العمل على Invoices

حدد حالات الفواتير، وسياسة الفواتير المتكررة، ووسائل الدفع المسموح بها، وسياسة دمج الفواتير، وسلوك تذكيرات التأخير، وقواعد الإلغاء. كما يجب تحديد ما إذا كانت الفاتورة يجب أن تصدر فقط من Estimate معتمد أو يمكن إنشاؤها مباشرة من حالة فوترة معتمدة. وإذا كانت فرق الخدمات تُصدر فواتير من مهام أو مصروفات، فيجب تحديد كيف تتم مراجعة هذه المدخلات قبل الفوترة.

#### 6. تحديد قواعد المدفوعات والإيصالات

حدد من يملك حق تسجيل الدفعة، ومن يملك تعديلها أو حذفها، وما المستند المطلوب لإثباتها، ومتى يجب إرسال إيصال السداد. وإذا كانت الشركة ستستخدم Batch Payments، فلابد من وضع قواعد مراجعة صارمة لتجنب ربط الدفعات بالفواتير الخطأ. كما يجب تحديد ما إذا كانت نسخة الفاتورة ستُرفق تلقائيًا مع إيصال السداد عندما يكون هذا الخيار مفعّلًا.

#### 7. تحديد قواعد Credit Notes

يجب وضع سياسة واضحة لمتى يتم إصدار Credit Note، ومن يوافق عليها، وهل يتم تطبيقها على فواتير مفتوحة أم الاحتفاظ بها كرصيد متاح، وما الشرح المطلوب في الملاحظات. فمعالجة الرصيد الدائن تؤثر مباشرة على الذمم المدينة وكشوف العملاء ويجب ألا تتم بشكل غير منضبط.

#### 8. مراجعة الإخراج والإرسال

راجع مخرجات Estimates وInvoices وإيصالات السداد قبل الإطلاق. تأكد من جودة PDF، وبيانات الشركة، والشروط، وملاحظات التذييل، وسلوك الإرسال، ودقة القوالب. وإذا كانت المؤسسة سترسل الفاتورة مع كشف حساب لفترة معينة أو سترسل إيصال السداد مع نسخة الفاتورة، فيجب اختبار هذه الحالات قبل التشغيل الفعلي.

#### 9. نشر إيقاع المراجعة

قبل التشغيل، اتفق على إيقاع مراجعة ثابت. في الحد الأدنى يجب مراجعة Estimates المعلقة، والفواتير حسب الحالة، والأرصدة المتأخرة، والمدفوعات المستلمة، والأرصدة الدائنة المفتوحة، وأعمار الذمم حسب العميل أسبوعيًا. القيمة الحقيقية للوحدة لا تظهر إلا عندما تصبح التقارير جزءًا من القرار الدوري.

#### 10. تنفيذ اختبار قبول شامل

قبل استخدام الوحدة فعليًا، اختبر المسارات الرئيسية من البداية للنهاية. اختبر إنشاء Estimate، وإرساله، وتذكير انتهائه، وتحويله إلى Invoice، وإنشاء Invoice مباشرة، ودمج الفواتير، والفوترة من المهام أو المصروفات، وتسجيل Payment، وBatch Payments، وتطبيق Credit Notes، وتذكيرات التأخير، والفواتير المتكررة، وإخراج PDF، والإرسال بالبريد. ويجب ألا يبدأ الاستخدام الفعلي قبل نجاح هذه الاختبارات على سيناريوهات حقيقية.

سير العمل الأساسي

#### 1. الحفاظ على جاهزية Items

أول قاعدة تشغيلية في هذه الوحدة هي أن تكون العناصر القابلة للفوترة جاهزة ومحدثة. لا ينبغي أن تُكتب كل المستندات بصياغة حرة من الصفر إلا في الحالات الاستثنائية. وجود قائمة منظمة من Items يحافظ على اتساق الأوصاف والوحدات والأسعار والضرائب، ويجعل إعداد Estimates وInvoices أسرع بكثير وأكثر انضباطًا.

#### 2. إنشاء وإرسال Estimate

استخدم Estimates عندما يحتاج العميل إلى مستند منظم قبل الفوترة. أنشئ Estimate بالعميل الصحيح والعناصر والضرائب والعملة والتواريخ والملاحظات المناسبة. ثم راجعه جيدًا، وبعد ذلك أرسله مباشرة أو استخدم خيار الحفظ والإرسال لاحقًا إذا كانت المراجعة الداخلية ما زالت مطلوبة. ويمكن للفريق العمل من خلال القائمة أو الـ Pipeline حسب أسلوب المتابعة المناسب له.

بعد الإرسال، راقب حالة Estimate عن قرب. أضف الملاحظات عند حدوث تطورات مهمة، وراجع سجل النشاط، وأرسل تذكير انتهاء الصلاحية إذا اقتربت المدة من الانتهاء. وإذا احتاج العميل إلى تعديل، فالأفضل نسخ Estimate وإنشاء نسخة معدلة بدل إعادة البناء من الصفر. وعندما يتم قبول Estimate، قم بتحويله إلى Invoice. وإذا كانت المالية تريد مراجعة الفاتورة قبل خروجها، فيمكن إنشاء Invoice كمسودة عند التحويل بحسب السياسة المعتمدة.

#### 3. إنشاء Invoice

أنشئ Invoice من Estimate معتمد أو من حالة فوترة مباشرة معتمدة. عند اختيار العميل يمكن للنظام إحضار بيانات الفوترة والشحن والعملة الافتراضية، وإظهار المهام القابلة للفوترة والمصروفات القابلة للتحميل عند الحاجة، كما يمكنه فحص الفواتير القابلة للدمج مع نفس العميل. وهذه خاصية مهمة عندما تريد المؤسسة دمج فوترة العميل بدل تشتيتها في عدة مستندات منفصلة.

قبل اعتماد الفاتورة، تأكد من الرقم والتاريخ والاستحقاق والشروط ووسائل الدفع والعناصر والضرائب والخصومات وأي ارتباط بمشروع أو حالة تنفيذ. وإذا كانت المؤسسة تستخدم الفواتير المتكررة، فيجب ضبط إعداداتها في هذه المرحلة. ويمكن للمستخدم الحفظ مع تسجيل دفعة مباشرة، أو الحفظ مع الإرسال لاحقًا، حسب نموذج التشغيل الداخلي. وبعد الإنشاء يمكن معاينة الفاتورة، وإخراج PDF، وإرسالها بالبريد، وإرفاق كشف حساب إذا لزم، وتعليمها كمرسلة، وإيقاف أو استئناف تذكيرات التأخير، وإلغاؤها أو التراجع عن الإلغاء عند الحاجة.

#### 4. تسجيل Payments

يمكن تسجيل Payments من داخل شاشة Invoice أو من خلال مساحة Payments نفسها. وعند تسجيل أي دفعة يجب التأكد من الفاتورة والقيمة والتاريخ ووسيلة الدفع والمرجع. فعملية السداد لا تؤثر فقط على الرصيد، بل تؤثر أيضًا على حالة الفاتورة، وسجل العميل، وتقارير التحصيل، لذلك يجب التعامل معها بدقة.

كما يدعم النظام Batch Payments، وهي ميزة عملية جدًا عندما تستقبل الإدارة المالية عددًا كبيرًا من الدفعات وتحتاج إلى تسجيلها بسرعة على مجموعة من الفواتير غير المسددة. لكنها تحتاج إلى حوكمة دقيقة لأن أي خطأ في الربط سيؤثر على الأرصدة ومتابعة التحصيل. وبعد التسجيل يمكن مراجعة الدفعة أو تعديلها إن كانت السياسة تسمح، أو إصدار إيصال سداد بصيغة PDF، أو إرساله بالبريد إلى جهات الاتصال المختارة للعميل، مع إمكانية إرفاق نسخة من الفاتورة مع الإيصال إذا كانت هذه الميزة مفعلة.

#### 5. تطبيق Credit Notes

يجب استخدام Credit Notes عندما تحتاج المؤسسة إلى تعديل مالي يجب أن يظل ظاهرًا وقابلًا للمراجعة. يمكن للفريق إصدار Credit Note، ومراجعة الرصيد المتبقي منها، ثم تطبيقه على Invoices مفتوحة عندما تسمح حالة الفاتورة بذلك. وأثناء التطبيق يظهر للمستخدم مقدار الرصيد الكلي، والرصيد المتاح، والمبلغ الذي سيتم تطبيقه، والرصيد المستحق على الفاتورة بعد التطبيق. وهذا يساعد على معالجة الرصيد الدائن بشكل واضح بدل الاعتماد على تسويات غير موثقة خارج النظام.

ومن الأفضل دائمًا توثيق سبب إنشاء Credit Note، ومن الذي وافق عليها، وهل ستُستخدم لتخفيض فاتورة حالية أو لاحقة أو ستظل رصيدًا متاحًا لفترة قادمة. فإدارة الرصيد الدائن تؤثر على رؤية النقد والذمم وعلى تواصل الشركة مع العميل.

#### 6. مراجعة الذمم والتحصيل

بعد تسجيل الفواتير والمدفوعات، يبدأ الجزء الأهم في هذه الوحدة وهو الانضباط في متابعة الذمم. راجع الفواتير حسب الحالة، وافحص المتأخر منها، وحدد الفواتير التي لا تحتوي على أي Payment، وراقب الفواتير المتكررة التي تحتاج متابعة مستمرة. وعندما يحتاج العميل إلى تذكير رسمي، استخدم إشعار التأخير. وإذا كانت هناك حالة تستدعي وقف التذكير مؤقتًا، فاستخدم أوامر الإيقاف والاستئناف داخل النظام بدل الاعتماد على الملاحظات غير الرسمية أو الذاكرة الشخصية.

وهنا تظهر القيمة المالية الحقيقية للوحدة. فإصدار الفواتير مهم، لكن المتابعة المنظمة للأرصدة هي ما يحمي السيولة ويعطي الإدارة رؤية صحيحة.

التقارير

تحتوي Sales & Invoicing على عدة طبقات مراجعة مهمة يجب أن تُستخدم أسبوعيًا.

مراجعة Estimates يجب أن تُظهر الحالة والعمر والملكية والقيمة وجاهزية التحويل إلى فواتير. وبما أن النظام يدعم العرض الجدولي والـ Pipeline، فإن هذه المراجعة تساعد على معرفة ما هو معلق، وما هو متوقف، وما أصبح جاهزًا للفوترة.

مراجعة قائمة الفواتير والمرشحات يجب استخدامها لتحليل الفواتير حسب الرقم والقيمة والضريبة والسنة والعميل والمشروع وتاريخ الاستحقاق والحالة والتكرار وSales Agent والفواتير التي لا تحتوي على دفعات ووسيلة الدفع المستخدمة. وهذه من أكثر طبقات المراجعة العملية في الوحدة لأنها تساعد المالية على الانتقال السريع من الرؤية العامة إلى الإجراء المباشر.

تحليل تقارير الفواتير يجب استخدامه للمراجعة المالية الأعمق، لأنه يعرض رقم الفاتورة والعميل والسنة والتاريخ والاستحقاق والقيمة والقيمة بالضريبة وإجمالي الضريبة والضرائب حسب النوع والخصم والتعديل والاعتمادات المطبقة والمبلغ المفتوح والحالة النهائية. وهو مناسب جدًا لإقفال الفترات، ومراجعة الضرائب، وتحليل الذمم، وتقارير الإدارة المالية.

مراجعة Payments يجب أن تُظهر المدفوعات المسجلة حسب العميل والفاتورة والطريقة والتاريخ. وهذا مهم ليس فقط للتحصيل، بل أيضًا لخدمة العملاء، وتسوية الخلافات، والمتابعة التدقيقية. كما يجب مراجعة Batch Payments بعد التسجيل مباشرة.

مراجعة الرصيد الدائن يجب أن تتعقب الأرصدة المفتوحة، والاعتمادات التي تم تطبيقها، وتأثير ذلك على الفواتير الفردية. بقاء رصيد دائن مفتوح لفترة طويلة دون سياسة واضحة يؤدي إلى ارتباك في التحصيل وفي تواصل الأرصدة مع العميل.

وأفضل إيقاع للتقارير عادة هو مراجعة أسبوعية للذمم، ومراجعة أسبوعية لتحويل Estimates إلى Invoices، ومراجعة شهرية للإيراد، ومراجعة استثنائية عند نهاية الشهر للفواتير الملغاة والاعتمادات والفواتير المتكررة وتصحيحات المدفوعات.

معالجة المشكلات / الأسئلة الشائعة

#### الـ Estimate لا يتحرك نحو Invoice. ماذا نراجع؟

راجع حالة Estimate، واكتمال بيانات العميل والتسعير، وصلاحية المستند، ووضوح قواعد الاعتماد قبل التحويل. كما يجب التأكد مما إذا كانت الفاتورة ستصدر مباشرة أم ستُنشأ أولًا كمسودة لمراجعة المالية.

#### إجمالي الـ Invoice غير صحيح. ماذا نراجع؟

راجع أسعار العناصر والكميات والخصومات والضرائب وأي تعديلات. كما يجب التحقق من العملة الصحيحة، ومن أن الفاتورة بُنيت من المسار الصحيح سواء من Estimate أو من مهام قابلة للفوترة أو من مصروفات قابلة للتحميل. ضعف الانضباط في Items من أكثر أسباب أخطاء الفوترة شيوعًا.

#### العميل يقول إنه لم يستلم الفاتورة بالبريد. ماذا نراجع؟

تحقق من بريد جهة الاتصال، وأعد مراجعة عملية الإرسال، وتأكد من أن إعدادات إرفاق PDF أو كشف الحساب استُخدمت بالشكل الصحيح. ثم أعد الإرسال من شاشة الفاتورة بعد مراجعة المستلمين وCC.

#### تم تسجيل Payment ولكن الفاتورة ما زالت لا تبدو مسددة بالكامل. ماذا نراجع؟

تأكد من أن الدفعة طُبقت على الفاتورة الصحيحة، وراجع ما إذا كانت دفعة جزئية، وتحقق من وجود Credit Notes مفتوحة أو رصيد متبقٍ. كما يجب مراجعة صحة بيانات وسيلة الدفع أو إدخال الدفعة نفسها.

#### لماذا لا يمكن تطبيق الرصيد الدائن؟

راجع ما إذا كانت حالة الفاتورة تسمح بتطبيق Credit Notes، وتأكد من وجود رصيد متاح بالفعل، وتحقق من العملة ورصيد الفاتورة المتبقي. يجب أن يتم التطبيق من خلال مسار الاعتماد المخصص داخل النظام وليس عن طريق تسوية يدوية غير موثقة.

#### لماذا تظهر مشكلة في أرقام المستندات؟

راجع إعدادات البادئة، ومنطق الترقيم السنوي، وقواعد منع التكرار. يجب اختبار أرقام Estimates وInvoices قبل التشغيل الفعلي، ويجب عدم تغييرها عشوائيًا بعد وجود مستندات حية في النظام.

#### كيف ندير تذكيرات التأخير بشكل صحيح؟

استخدم أدوات التذكير المدمجة في النظام. أوقف التذكير فقط في الحالات المبررة، وأعد تشغيله عند عودة الحالة إلى المتابعة الطبيعية. ولا تعتمد على التذكيرات اليدوية خارج النظام إذا كانت المؤسسة تريد انضباطًا حقيقيًا في التحصيل.

#### ما هي الطريقة الآمنة لاستخدام Batch Payments؟

استخدمها فقط بعد التحقق من قائمة الفواتير ومن مطابقة العميل. الميزة ممتازة لتوفير الوقت، لكن يجب دائمًا أن تتبعها مراجعة سريعة للفواتير والأرصدة المحدثة.

#### كيف نحافظ على قوة هذه الوحدة مع الوقت؟

وحّد Items، وحافظ على دقة بيانات فوترة العملاء، وراجع Estimates أسبوعيًا، وراقب الأرصدة المتأخرة أسبوعيًا، واستخدم Credit Notes فقط من خلال سياسة اعتماد واضحة، وراجع تصحيحات Payments والفواتير المتكررة ضمن الرقابة المالية الشهرية. تظل الوحدة قوية عندما يكون الانضباط في المستندات والانضباط في الذمم قائمين معًا.