ISP Billing ISP Billing Documentation
Italiano Back to website
Portals and apps

Web Customer Area

Operational manual for invoices, services, support, notifications, profile, and shared documents.

Last updated: 2026-08-19

Purpose and navigation

The Customer Area is the self-service portal linked to the customer record managed by the ISP. An authenticated customer can review their position without gaining access to operator-only functions. The observed navigation includes Home, Invoices, Services, Support, Quotes, Notifications, Refer a friend, Profile, Notification preferences, and Documents.

The header identifies the active customer code and name. Always check it before paying or opening a support request, especially when an account may switch between profiles.

Account access and security

Access belongs to an authorized Customer Area contact. Passwords and confirmation or recovery links are personal and must never be shared with an operator or another customer. On desktop, Log out is at the bottom of the sidebar. On smartphones and in ISP APP, open More → Profile and use Disconnect account at the bottom of the page. The system warns that the session will end and asks for confirmation; the next access requires e-mail and password again.

Home and operational summaries

Home highlights unpaid invoices, active services, open tickets, recent documents, and quick actions. Counters are shortcuts; open the underlying record to verify dates, amounts, status, and references.

Customer Area example Home
Home summarizes the customer position and the most frequent actions.

Invoices: search, state, and detail

The invoice archive can be searched and paginated so the customer can retrieve a document without relying on an e-mail link. Open the detail to review number, issue date, due date, total, remaining balance, status, selected method, recorded payments, downloadable PDF, and the actions currently permitted.

Unpaid means that a balance remains; it does not necessarily mean that no attempt exists. Likewise, displaying a card or bank method does not prove collection. When figures appear inconsistent, compare the document total, payment rows, credit notes, refunds, and current balance before contacting support.

Pay an invoice

Open the definitive invoice, compare amount and balance, select one of the methods offered by the ISP, and choose Pay now. On the provider page, verify merchant identity, amount, currency, and document reference before authorizing the test or real payment.

A redirect or success page is only an intermediate result. Return to the invoice and consider the operation complete only when the payment entry, remaining balance, and document status are updated consistently. Do not repeat the payment while the provider result is still being processed; first refresh the document and check the transaction history.

Invoice payment detail in the Customer Area
The invoice detail is the authoritative starting point for a customer payment.

Services: list and search

My services lists the offers associated with the active customer profile. Each card or row can show offer name, operational status, installation address, and VAT-inclusive recurring charge; search and pagination help when the customer has several subscriptions or locations.

Check the active profile before concluding that a service is missing. Status describes the record known by the portal and must be interpreted together with activation, suspension, termination, provisioning, and billing information shown in the detail.

Customer services list
Each service card combines status, installation address, and recurring charge.

Service detail and support request

Open a service to review unit price, quantity, total, billing cycle, next billing date, payment method, delivery or installation address, status, and the other technical or commercial information made available by the ISP. A displayed next date is a scheduling value, not proof that a future invoice has already been issued or paid.

Request support starts a ticket already associated with that service, reducing ambiguity for customers with several subscriptions. Before sending, confirm the selected service, describe the symptom and timing, attach only useful evidence, and avoid including passwords or full payment credentials.

Identify a rechargeable service

A rechargeable service card shows its status, current active-through date, and a Recharge now prompt. Its detail page displays the cuts configured by the ISP, VAT-inclusive price, duration, start date, available payment method, and the exact period being purchased.

The verified rechargeable service model offered one monthly €12.20 cut. Before the first purchase, its end date was 18 August 2026 and the proposed period was 19 August–18 September 2026.

Customer rechargeable service form
Monthly cut, price, start date, Stripe method, and system-calculated period.

Generate and pay for the recharge

  1. Select the required cut.
  2. Check the start date and calculated period.
  3. Verify the payment method.
  4. Select Recharge now and confirm document generation.
  5. Open the generated proforma and compare amount and due date.
  6. Select Pay now and complete the gateway.

The executed flow created Proforma36 for €12.20 with Credit card (Stripe). Checkout clearly showed Sandbox and the saved test card ending in 4242.

Recharge proforma payment
A separate recharge document is created and reviewed before checkout.
Recharge Stripe Sandbox checkout
Test payment for the €12.20 monthly cut.

Verify that the recharge is complete

A gateway return is insufficient. Reopen the document and verify Paid status, amount, date, method, and payment reference. The test linked the recharge proforma to invoice Fatture17/2026 for €12.20 and recorded its Stripe payment.

Return to the service and verify the recharge end date. It changed to 18 September 2026, while the next form automatically proposed 19 September as the next start. Only this two-sided check proves that payment and service period are aligned.

Paid recharge invoice
Paid status with the recorded amount, date, method, and Stripe reference.
Updated rechargeable service period
The updated end date and next non-overlapping period.

Open a support request

Select New request, choose the department, optionally associate a service, and provide a clear subject and detailed message. Attach only relevant files and never include passwords or unnecessary third-party data.

The executed example flow selected a test customer-service department, linked the sample subscription, submitted the request, received the success confirmation, and obtained a numbered ticket.

Completed new support request form
Department, service, subject, and description route and identify the request.

Ticket conversation and reply

The ticket page keeps subject, opening date, status, complete message history, department, linked service, attachments, and last update together. Read the entire exchange before replying, especially when several operators or channels have contributed.

A reply remains in the same conversation and can contain attachments. Confirm that the active profile and linked service are correct, answer the latest unresolved question, and upload only files intended for support personnel. After sending, verify that the new message appears once in chronological order.

Customer ticket conversation and summary
The conversation and operational summary remain visible on one page.

Close and retrieve a ticket

Close ticket displays an explicit confirmation and warns that further replies will no longer be possible in that conversation. Close only when the request is resolved or deliberately abandoned, and save any useful final information before confirming.

Open and Closed tabs separate active work from historical requests. A closed ticket remains available for consultation with its messages and summary; if the issue returns, follow the ISP’s reopen or new-request policy instead of attempting to post into a locked conversation.

Closed customer ticket
A closed request remains available as support history.

Quotes

Quotes contains commercial proposals shared with the customer. A quote is not an invoice and does not prove service activation. When a proposal is available, review its lines, amounts, validity, and required acceptance action.

Customer quote archive
The archive clearly reports an empty state when no quotes are available.

Notifications and preferences

The inbox contains notices sent to the profile, while Notification preferences manages recipients and consent categories. The observed ISP APP controls distinguish marketing, service communications, invoice notices, and tickets. Disabling a channel does not remove invoices, due dates, or contractual duties.

Customer notification preferences
Notification categories and authorized contacts are managed separately.

Referral credit

Refer a friend shows earned credit and referral history. Request credit is enabled only when an eligible amount exists; it was disabled at a zero balance in the example. Promotional credit is not the same as a recorded payment or a fiscal credit note.

Referral credit page
Referral credit is kept separate from ordinary invoice payments.

Profile and automatic payment methods

Profile summarizes account status, contact and billing address, customer-since date, tax identifiers, and SDI/PEC details. Incorrect information should be corrected through the ISP process before new documents are issued.

Card and bank-account controls launch separate authorization flows. A visible Add or change action does not mean a valid method is already linked. Never enter live payment data in a sample environment.

Customer profile and automatic methods
Identity, fiscal delivery details, and automatic method status are shown together.

Shared documents

Documents is the file archive shared by the ISP and is separate from invoices and quotes. Review description, date, and origin before downloading. Visibility belongs to the authenticated profile and files must not be redistributed to another customer.

Shared customer documents archive
The archive remains clear and usable even when no files have been published.

Customer checklist

  • Check the active customer code after sign-in
  • Open details before paying or reporting an issue
  • Compare invoice total, balance, due date, and status
  • Wait for actual gateway registration
  • Select the correct service and address
  • Use the correct support department
  • Never attach secrets or unnecessary data
  • Close tickets only after resolution
  • Manage contacts and consent separately
  • Verify profile tax data
  • Log out on shared devices