SK SKYVVA Documentation

Adapter Operational Status & Processing Behaviors

Overview

This document explains how the system behaves when an Adapter is set to an inactive status.

When an adapter becomes inactive, the system must stop processing integrations immediately.
No outbound or inbound transaction should continue processing until the adapter is active again.

The inactive adapter feature helps provide:

This functionality applies to both:

1. Adapter Status List

The adapter status configuration contains 3 processing behaviors.

StatusDescription
ActiveProcess integrations normally
Inactive with Create Pending Message or BasketStop processing but preserve the transaction
Inactive with Hard Stop ProcessingStop processing completely with no transaction storage

1.1. Active Status

1.1.1. Description

When the adapter status is set to:

Active

the integration works normally.

The system continues processing requests without restriction.

This applies to both outbound and inbound integrations.


1.1.2. Outbound Processing

For outbound processing, the system performs:

Outbound Active Flow

image

1.1.3. Inbound Processing

For inbound processing, the system performs:

Inbound Active Flow

image

1.2. Inactive with Create Pending Message or Basket

1.2.1. Description

When the adapter status is set to:

Inactive with Create Pending Message or Basket

the system stops active processing but keeps the transaction for future reprocessing.

The way the transaction is preserved depends on:

The system may create: or
depending on the processing scenario.

1.2.2. Outbound Processing

Description

Outbound processing supports only:

Outbound processing does not support: Because outbound integrations do not support these processing modes, Basket creation is not available for outbound processing.

System Behavior

When the outbound adapter is inactive:

Instead, the system creates a Pending Message for future reprocessing.

Pending Message Information

FieldValue
StatusPending
CommentAdapter is inactive

Outbound Inactive Flow

image

1.2.3. Inbound Processing

Description

Inbound processing fully supports:

Depending on the selected processing mode, the system creates either: or
when the adapter is inactive.

1.2.4. Inbound Processing Logic

Scenario 1 — Batch/Bulk/Auto-Switch Enabled

If the user enables one of the following:

the system creates:

Basket

This allows the inbound transaction to be grouped and processed later.


Inbound Basket Flow

image

Scenario 2 — All Modes Unticked

If all processing modes are disabled:

the system creates:

Pending Message

instead of Basket.


Inbound Pending Message Flow

image

1.3. Inactive with Hard Stop Processing

1.3.1. Description

When the adapter status is set to:

Inactive with Hard Stop Processing

the system completely ignores the transaction.

No processing activity is performed.


1.3.2. System Behavior

The system performs:

This mode is useful for:

Hard Stop Flow

image

2. Reprocessing Behavior

Transactions preserved as:

or
can later be reprocessed after the adapter becomes active again.

2.1. Reprocessing Options

The system supports:

This helps ensure that temporarily stopped integrations can continue processing later without losing transaction information.

3. Important Notes

3.1. Outbound Processing Notes


3.2. Inbound Processing Notes


4. Full processing flow

image

5. Summary

Adapter DirectionProcessing ModeResult
OutboundAll ModesCreate Pending Message
InboundBatch/Bulk/Auto-Switch EnabledCreate Basket
InboundAll Modes UntickedCreate Pending Message
Any DirectionHard Stop ProcessingNo Processing
Open this article in the interactive viewer →