๐Ÿ‡ช๐Ÿ‡บ Static IP for SCAYLE

๐Ÿ‡ช๐Ÿ‡บ Static IP for SCAYLE

SCAYLE lets you restrict integration and OnBehalf tokens to specific IP addresses, and staging environments accept trusted IP ranges. That security only holds if your services egress from stable IPs. Route them through two fixed static EU IPs and the whitelists stick.

Works with SCAYLE Apps, Admin API integrations, ERP and PIM sync services

erp-sync.js ยท SCAYLE App

import { HttpsProxyAgent } from "https-proxy-agent";

// HTTPS_PROXY set in the app environment

const agent = new HttpsProxyAgent(process.env.HTTPS_PROXY);

const res = await fetch(

  "https://erp.partner.example.com/stock",

  { headers: auth, // agent applied }

);

Why SCAYLE Integrations Get Blocked

SCAYLE supports IP restrictions on developer tokens. That feature assumes you control the IPs your services call from. On managed and cloud infrastructure, you usually don't.

Token IP restrictions need a stable IP

When you generate an integration or OnBehalf token in the SCAYLE Panel, you can pin it to specific IP ranges so a stolen key only works from your addresses. If your CI, middleware, or sync service egresses from rotating cloud IPs, there is no address to pin the token to, and the restriction never gets enabled.

ERP and PIM partners enforce allowlists

Stock syncs, price imports, and order exports hit enterprise systems whose security teams restrict access by IP. A sync job calling from an unrecognized address simply does not get in.

Staging environments trust IP ranges

SCAYLE staging, QA, and sandbox environments support trusted IP addresses or CIDR ranges for access. Developers on dynamic connections, CI runners, and cloud workloads keep falling outside those ranges, so either the list grows endlessly or testing moves to production credentials.

Shop teams should not run networking

The people shipping SCAYLE integrations are commerce developers, not infrastructure engineers. Spinning up a self-managed proxy VM just to get a stable IP is the wrong use of their time.

When an enterprise partner asks for your IP

"Whitelist these addresses, or the integration stays off."

You need an answer that is still true next quarter.

Route SCAYLE Integrations Through a Static IP Proxy

SCAYLE shop

OutboundGateway

Two fixed EU IPs

ERP / PIM / partners

Add the two fixed EU IPs to your SCAYLE token whitelists and staging ranges once. Every Admin API call, ERP sync, and PIM import then arrives from an address SCAYLE already trusts.

  • One env var on your integration service covers every outbound call it makes.
  • Two IPs with automatic failover, so a maintenance window on one never halts a stock sync.
  • No infrastructure to own: your commerce team sets a variable, not a network.

Why SCAYLE Teams Choose This

  • Two fixed EU IPs your partners can allowlist once and never touch again.
  • The same egress identity across staging and production integration services.
  • Set up in minutes: one environment variable, no networking project.
  • EU-hosted egress, GDPR-aligned, with traffic kept inside EU jurisdiction.

Designed For

D2C brands on SCAYLE

Shops integrating ERPs, PIMs, and fulfillment partners behind IP allowlists.

SCAYLE agencies

Implementation partners who need one stable egress across client projects.

Custom SCAYLE Apps

Apps calling third-party services that restrict access by source address.

EU retail groups

Retailers keeping order and customer data traffic inside the EU.

How It Works

Point your integration service's outbound traffic at the proxy. Nothing in your SCAYLE shop configuration changes.

Option 1: Node.js (SCAYLE Apps and services)

SCAYLE's developer ecosystem is JavaScript-native. Attach an https-proxy-agent to outbound calls from your App or integration service.

# .env  (never commit)
HTTPS_PROXY=https://USER:PASS@eu-01.outboundgateway.com:8443
import axios from "axios";
import { HttpsProxyAgent } from "https-proxy-agent";

const partner = axios.create({
  httpsAgent: new HttpsProxyAgent(process.env.HTTPS_PROXY),
});

// stock sync call, now from a fixed EU IP
const { data } = await partner.get(
  "https://erp.partner.example.com/stock",
  { headers: { Authorization: `Bearer ${process.env.ERP_TOKEN}` } }
);

๐Ÿ“– Full guide: for per-request agents and error handling, see the Node.js SSL proxy guide. For SCAYLE APIs and webhooks, see the SCAYLE documentation.

Option 2: Python (requests)

Sync scripts and middleware in Python need no code changes: requests honors HTTPS_PROXY from the environment automatically.

import requests, os

# requests reads HTTPS_PROXY from the environment
r = requests.get(
    "https://erp.partner.example.com/orders",
    headers={"Authorization": f"Bearer {os.environ['ERP_TOKEN']}"},
    timeout=30,
)
for order in r.json()["items"]:
    ...  # import into SCAYLE

๐Ÿ“– Full guide: see the Python SSL proxy guide.

Option 3: Docker

Wherever your integration service runs, load the proxy from a .env file so credentials never land in the image.

docker run --rm --env-file .env my-scayle-erp-sync

Built for European Retail

SCAYLE comes out of the German e-commerce ecosystem. Your integration traffic should stay in the same jurisdiction.

EU-hosted egress

Your proxy runs on infrastructure inside the European Union, so order and customer data traffic stays within EU jurisdiction.

GDPR-aligned

Data handling that aligns with European privacy expectations for retail and customer data.

No US routing

Traffic is not detoured through US-based servers, which keeps your compliance story simple.

Clear outbound identity

Two fixed IPs give partner security teams a stable, documented answer about where requests originate.

Why Developers Choose OutboundGateway

Two fixed EU IPs

A pair of static IPs with automatic failover. Allowlist once, keep syncing.

Works with your stack

Node.js Apps, Python sync scripts, Docker services. One env var covers them all.

No infra project

No proxy VMs to run, patch, or babysit. Commerce devs stay on commerce work.

One identity everywhere

Staging, production, and every client project can share the same allowlisted pair.

HTTPS-only

TLS passthrough. Order data and API credentials are never decrypted by the proxy.

Production-ready

Starting from โ‚ฌ19/month. Flexible plans for every scale. Cancel anytime.

Get a Static IP for Your SCAYLE Integrations

Give your ERP, PIM, and partner integrations two fixed EU IPs today.

Frequently Asked Questions

How does a static IP work with SCAYLE token IP restrictions?

When you generate an integration or OnBehalf token in the SCAYLE Panel, you can define the IP ranges that token is allowed to call from. Add OutboundGateway's two fixed EU IPs to that whitelist, then set HTTPS_PROXY on the services that use the token. Every call to the SCAYLE Admin API now arrives from an allowlisted address, so even a compromised key is useless from anywhere else. If one proxy node goes down, the second IP keeps your integrations running.

Why can't I just give partners the IP of my SCAYLE shop?

Because that IP is not yours to give. SCAYLE runs your shop on its managed infrastructure, and the egress your integrations use is not something you control or can promise to a partner's security team. Routing your outbound integration calls through OutboundGateway gives you two fixed EU IPs that are documented, stable, and independent of whatever infrastructure your services run on.

Can an agency use one proxy across multiple SCAYLE client projects?

Yes. Integration services for several clients can share the same two fixed EU IPs, which means one allowlist entry per partner across all projects. If a client later needs its own isolated egress identity, you can move that project to its own proxy credentials without touching the others.

Still Deciding?

We're happy to help you check whether OutboundGateway fits your SCAYLE integration setup.

Contact Our Team →