Services · Deployment

Choose a deployment model that fits your operating environment.

Deployment is not a one-size-fits-all label. It is an operating decision that connects infrastructure, security, access, integration, support, data responsibilities, and long-term ownership.

Deployment models

Start with the operating model—not only the server location.

The final arrangement is confirmed for the selected product and project. The descriptions below frame the main responsibility models without assuming that every option applies to every implementation.

01

WMT-managed cloud

WMT provides the agreed hosting and managed-service scope, while the client retains business ownership of users, data, policies, decisions, and authorized use.

  • Defined hosting and service boundaries
  • Coordinated application operations and support
  • Documented access, escalation, backup, recovery, and maintenance responsibilities
02

Approved customer-managed environment

The client provides and operates the approved environment, with WMT responsible for the application activities included in the implementation and support agreement.

  • Client-owned infrastructure and platform operations
  • Agreed technical prerequisites and administrative access
  • Clear separation of application, infrastructure, security, and network responsibilities
03

Connected or hybrid landscape

The WMT product operates within a broader technology environment and exchanges data or identity information with approved client and third-party systems.

  • Integration endpoints and data ownership
  • Identity, network, firewall, and access dependencies
  • Monitoring and support across organizational boundaries

Shared responsibility

Make ownership explicit before the environment is built.

Successful deployment depends on more than technical installation. Responsibilities should be written into the project plan and operating documentation so that security, service, access, and support do not fall between teams.

WMT responsibilities

Product installation or provisioning, configuration, agreed application-level technical work, implementation support, and the managed-service activities included in the contract.

Client responsibilities

Business ownership, authorized users, policies, data stewardship, approvals, local processes, and client-controlled infrastructure or security activities.

Joint responsibilities

Integration design, testing, release coordination, incident triage, change planning, continuity exercises, and confirmation of project-specific controls.

Third-party responsibilities

External platforms, identity providers, network operators, hosting providers, and integrated systems remain governed by their own owners and agreements.

Decision process

Select the model through evidence and readiness.

The strongest choice balances policy, operations, supportability, integration, risk, cost, and the people who will operate the environment after go-live.

  1. 01

    Confirm product and scope

    Define the product, modules, users, locations, data, integrations, environments, and expected service boundaries.

  2. 02

    Review requirements and constraints

    Identify governance, security, data, network, identity, availability, support, and regulatory requirements that affect deployment.

  3. 03

    Assign responsibilities

    Document who provides, operates, monitors, backs up, secures, changes, supports, and approves each layer.

  4. 04

    Validate before production

    Complete readiness checks, testing, operational handover, escalation paths, and launch approvals before switching to live use.

Planning considerations

Questions that shape the deployment decision.

These areas should be discussed early and confirmed in project documentation.

Governance and data

Data ownership, classification, location requirements, retention, authorized access, privacy obligations, and audit needs.

Security and identity

Authentication, role-based access, administrative access, network controls, vulnerability responsibilities, and incident coordination.

Integration and migration

Source systems, interfaces, data quality, migration cycles, ownership, dependencies, reconciliation, and cutover.

Availability and continuity

Operating windows, maintenance, monitoring, backup, recovery, escalation, and institution-specific continuity expectations.

Support and change

Support hours, severity definitions, escalation paths, release coordination, testing responsibilities, and change approval.

Environment readiness

Capacity, supported platforms, network access, certificates, DNS, email delivery, browser/device requirements, and administrative contacts.

Deployment questions

Frequently asked questions

Which deployment model is right for our organization?

The appropriate model depends on governance, infrastructure, security, integration, support, data residency, operational ownership, and project scope. WMT confirms the model during discovery and solution planning.

Can WMT manage the application environment?

WMT can provide cloud hosting and managed services where these are included in the agreed scope. Responsibilities, service boundaries, access, monitoring, backups, recovery, and support are documented for the project.

Can software run in a customer-managed environment?

Approved customer-managed environments may be supported when the technical, security, access, operational, and support requirements are agreed. Applicability depends on the selected product and project conditions.

How are integrations handled across deployment models?

Integration design is confirmed per project. Interfaces may use approved APIs, files, database views or tables, identity services, and other agreed methods, with responsibilities and security controls defined before implementation.

Next step

Confirm the right deployment model for the selected product.

WMT can help your business, IT, security, and operations teams define the environment, responsibilities, dependencies, and readiness path.