ZenithronOpen workspace ↗

Manual deposit records

Your combined invoice in three steps

Zenithron Handbook / Actuals and service billing

Engineers and billing staff with the required permissions

Actuals and service billing

Review performed work before handing it to an ERP.

What to do

  1. Record actual labour and parts against the correct report. Choose the relevant approved service item when applicable and enter the true quantity.
  2. Review differences from quotation scope. Unapproved additional work or quantity overruns require review before billing handover.
  3. Check billing readiness, including Customer PO number, Engineer name, Description, Service report number, Equipment serial number and Model.
  4. Submit the ready report through the permitted handover action. Preserve the submission reference and check its status rather than sending a second unrelated submission after a timeout.
  5. Review material and invoice confirmations separately. A pending or unclear ERP response is not proof that nothing happened.
  6. Open the report and expand Review recorded time and material. Check hours or net consumed pieces after returns, select the approved offer position where applicable, enter the review reason and confirm the source, quantity and assignment. Add the reviewed entry; this does not change stock or create an invoice.
  7. In a report’s Billing readiness section, Company commercial review settings stores company-wide advisory preferences. Configuration requires both company administration and billing-review rights; Billing can read saved versions and use the hypothetical preview. PO exception requests start disabled and the quantity escalation percentage starts unconfigured. Save an explicit percentage or leave it empty, with a reason. The preview uses total actual quantity across reports in the same unit and exact decimals. Even within the advisory threshold, excess quantity still requires revised customer approval; a missing PO still blocks billing. These settings neither waive a PO nor create an invoice, tax calculation or approval. Refresh protects unsaved inputs; uncertain replies can be retried with the same intent.
  8. From a current frozen handover, an authorized billing user can explicitly request a SAP invoice draft only when a customer contract and operator authorization are available. Verify item codes, tax codes and units. A draft is not a final invoice or material movement. After an uncertain response, integration staff reconcile the existing reference without posting again.
  9. Open Customer POs and position assignments on the report. Record exact references for this work order and assign each current actual position deliberately; another report does not inherit the assignments.
  10. Review the preview, then confirm with a reason. Explicitly adopt the one assigned PO as the single billing reference only after checking all positions.
  11. To inspect separate billing by customer PO, save the explicit position assignments first, then load the billing preview in the PO section. Choose operating invoices or local simulation. It shows original invoiced quantities, remaining quantities and amounts before tax in each original currency. Payments, credits and reopening do not release original quantities. Unknown historical bindings, changed sources and rounding differences require review. This preview saves nothing; separate invoices cannot yet be confirmed or issued here. The existing single-PO handover checks remain active.

Before you continue

Software subscription charges are separate from your company’s service billing workflow.

Live SAP posting is not enabled merely because the local simulator demonstrates the process. Real integration requires an approved configured adapter.

Already reviewed sources cannot be added twice, including material assigned to another report. If time or returns change, refresh and review the changed source to update the existing entry before preparing or submitting the report. A full return voids the linked actual entry; the review history remains.

Commercial handover is a separate internal review. Choose an existing customer contact and recorded coverage evidence for every actual position, exact service date and reviewed business time zone. Unknown or conflicting coverage blocks preparation; separate repair warranties need deliberate review and never imply free work. Quantities include other visits and prices/rounding remain those of the exact approved offer. Freeze a version only after explicit review. The internal JSON export retains a stable package ID, report/approval/actual revisions and one durable export record; retries do not send anything or book an ERP. Changes to contact, source data, offer/coverage or usage mark earlier packages outdated; original signed reports and exports remain available. This is not an invoice: real tax, invoice and ERP mapping policies remain unconfigured.

Coordination prepares an offer for the work order. Service management or the organization owner records verified customer approval for that exact version. Linking an offer to a finding does not approve it.

A new offer version needs its own approval. Record actual work separately and use the approved positions. Coverage evidence does not automatically change prices; this offer does not calculate tax.

Billing reviews the saved report, PO, billing contact, approved version, actual quantities and coverage for the service date and time zone. Check readiness again after changing inputs. A positive preview is not a saved handover.

Freezing creates an internal snapshot. The JSON export preserves that snapshot; it is not an invoice, payment or ERP booking. Any SAP draft operation is separate and requires its own current authorization and checks.

Keep this form open until saving is confirmed. Cancel navigation to continue or deliberately discard changes. After a lost response, retry the same unchanged action; after a conflict, review the current saved version. Unsaved inputs are not guaranteed to survive Back, reload or closing the page.

Synthetic invoice draft: TEST DATA ONLY — NOT AN INVOICE — NO PAYMENT DUE

Complete a current billing handover with a purchase order and uncovered labour, a German company profile and a declared tax identifier. Then refresh.

The seller is an unregistered sole trader. Registered businesses and companies require additional legal details and are outside this pilot.

Saving was not confirmed. Keep this form and retry with the same data, or refresh to inspect saved versions.

Source changed: this historical draft must not be treated as current.

Pilot date range: 2026-01-01 to 2026-10-09. Other dates and scenarios need review. Declared tax identifiers do not prove registration.

Finalize and correct test invoices: Synthetic test documents only. Test numbers use SIM. No legal invoice, payment request, accounting entry or external delivery is created.

I reviewed the current draft, amounts and sources and confirm synthetic local use only.

I reviewed the original and want to reverse its full amount in this local simulation. Partial corrections and self-billing are outside this step.

Action not confirmed. Keep the form, inspect saved documents and retry with the same data.

Missing, changed or mixed assignments block billing. No automatic invoice or quantity splitting. Existing signed versions stay unchanged; a PO reference is not approval, signature, budget coverage, payment or a supplier order.

Questions and troubleshooting

Pending confirmation: should I send again?

No blind retry. The external system may already have booked the request. An integration manager must reconcile the existing reference using the supported recovery workflow.

Material confirmed but invoice failed?

Keep the material confirmation. Resolve the invoice side through the supported retry/reconciliation action rather than reposting both documents.

Browse all topics · Resolve a problem

Your combined invoice in three steps

This guide covers manually combining service reports for the explicitly configured Austrian standard-labour case. Each report needs a signed version, a reviewed internal handover and a current eligible invoice draft. The company owner must configure the applicable invoicing scope first. This is not a general release for other countries, material invoices or automatic monthly billing.

  1. Choose 2–20 ready reports for the same customer, including the report you have open.
  2. Review the selected reports. Check the seller and customer details, dates, positions and totals before continuing.
  3. Only issue the invoice when the final confirmation is available and you have checked it. Reviewing alone does not issue an invoice. Nothing is sent automatically and no payment is taken.
Dates, supported combinations and limits

Reports may have different supply dates, but all included drafts still need the same intended issue date and matching order, party and timezone context. If dates conflict, update the individual drafts and reload the combined review. This does not create an automatic monthly run or flat-rate subscription.

Availability is checked for these exact manually selected sources. Only a permitted manual original can be explicitly issued. Run-bound issuance and financial follow-up actions remain unavailable.

This report has invoiced work

It cannot be used as the starting report for a new combined invoice. Check its existing invoices instead. To combine other reports, open a different ready report that has not been invoiced. Combined invoices are in the history in the report; individual invoices remain in this report’s invoice history.

Sources changed. Remove affected selections and select their current versions again, then review.

If the result is unclear after issuing, check the existing request and saved receipt. Do not start a new request to replace an uncertain attempt. A verified saved original is shown in the combined invoice history with its PDF. Issuing here does not send the invoice, collect money or submit a tax return.

Manual deposit records

Document external deposit events, not money movements through Zenithron. Entries are your internal statements, not bank confirmation or a legal decision about retention.

  1. Select the booking

    Open Deposit records with the required finance and customer access. A deliberately saved fixed deposit requirement is needed to start; unset or no-deposit bookings do not automatically create a journal.

  2. Record an external event

    Choose an external receipt, refund or retention decision. Enter the exact amount, event time, reference and reason, then confirm the statement. Never record a card authorisation as money received.

  3. Review balances and corrections

    Check the documented received, refunded and retained amounts and the remaining held balance. Correct mistakes through a recorded void, not by overwriting originals. If needed, record a corrected replacement separately after reviewing the result.

Does this transfer money?

No. No payment, refund, invoice, bank verification or notification occurs. Retention documents an outside decision; Zenithron does not decide whether it is lawful.

Why is an action refused?

Refunds or retention cannot exceed the documented available balance. A void cannot make that balance negative. Existing access, versions and commercial limits still apply. For an uncertain save, check and recover the exact attempt.

Why does the requirement differ?

The journal is bound to one fixed requirement version and currency. Later changes are flagged, not applied retroactively. Outstanding requirement and overpayment compare that bound requirement with documented receipts; no currency conversion occurs.

Are balances limited to the visible history?

No. Balances use the complete active history, while the displayed history can be limited. Remaining held does not mean a refund is legally due. For setup and operational context, see the rental terms and protocol guides on the Inventory help page.

Rental terms · Handover and return protocols