Skip to content
PERINGER Data Solutions, back to home

Back

Solution

Customer and supplier portal

Some enquiries ask for information the management system already holds. A portal exposes views and actions through an API, with permissions, validation and logging. It doesn’t open the ERP to the internet.

The customer checks their own file

In practice

  • A mediating API with minimal views, using cache or synchronisation only where load and availability justify it
  • Separate accounts per customer or supplier, with two-factor authentication
  • A declared scope per account: what is visible, and what never is
  • Downloadable documents: invoices, delivery notes, certificates
  • Document upload by the partner, with format checks on receipt
  • An access log, so you know who looked at what and when

Systems involved

  • ERP and management software, read over APIs
  • Accounting, for invoice status
  • Document management systems
  • Mail, for notifications
  • Your directory, when your own staff need access too

Service lineApplications and integration →

How it runs

  1. Scope

    What a partner may see or do, excluded data and export paths. This decision shapes the API, controls and tests.

  2. Access

    Accounts, authentication matched to the risk, and opening and closing procedures. Reconciliation verifies each removal, and exceptions get an owner.

  3. Read

    The screens that answer the most frequent questions, wired to the ERP, tested by a handful of willing customers.

  4. Opening up

    Gradual rollout, with document upload added once reading has settled.

Test the fit: Customer and supplier portal

Describe the context, constraints and decision you need to make. The first conversation qualifies scope, boundaries and the next useful step.

Describe the situation