GESAMTANLEITUNG · SCHRITT 1

Technische Basis bei All-Inkl

TECHNISCHE BASIS

Dein erster Schritt:
eine sichere Datenbank
bei All-Inkl.

Hier speichert dein späteres Drop-Tool die echten Produktdaten. Shopify wird danach angeschlossen – nicht umgekehrt.

DIE DIREKTE ANTWORT

Muss Shopify zuerst fertig sein?

Nein. Wähle jetzt einen vorhandenen Shopify-Shop als späteres Ziel aus. Du musst dort heute aber noch keine Produkte, Kollektionen oder eine Custom App anlegen. Zuerst entsteht bei All-Inkl der geschützte Speicherort für deine Daten.

15–20 min einmalig1 Zielshop auswählen1 MySQL-Datenbank anlegen0 Produkte jetzt anlegen

DEIN FORTSCHRITT

0 von 0 Punkte erledigt

WARUM DIE REIHENFOLGE WICHTIG IST

Das Tool ist die Zentrale. Shopify ist das Ziel für geprüfte Artikel.

Bei der Tour entstehen Fotos, Maße, Farben, Einkaufspreis und Verkaufspreis zuerst in deinem eigenen System. Erst wenn ein Datensatz vollständig ist, wird daraus ein Shopify-Entwurf. Deshalb benötigt das Tool einen eigenen, geschützten Speicherort – eine MySQL-Datenbank.

1All-Inkl-DatenbankProduktdaten sicher speichern

→

2Tool mit Formularauf beiden Android-Handys

→

3Shopify-Entwurferst nach Datenprüfung

JETZT ENTSCHEIDEN · 5 MINUTEN

Einen Shopify-Zielshop festlegen

Du brauchst keinen neuen Shop. Nimm einen deiner bestehenden, rechtssicheren Shops als Ziel für die spätere Anbindung. Wichtig ist nur: Du musst Inhaberzugriff auf den Shopify-Admin haben. Das Shop-Design, die Startseite und die ersten Kollektionen bauen wir nicht in diesem Schritt.

1
Eine klare Entscheidung treffen
Notiere auf Papier oder in deiner Passwort-App, welchen Shop du künftig für die Drops verwendest. Nicht beide parallel anbinden. Ein Tool schreibt zunächst immer in einen Zielshop.
Beispielnotiz: „Zielshop für Drop-System: trendklamotten.shop“
2
Nur drei Informationen bereitlegen
Schreibe die öffentliche Shop-Domain, die interne …myshopify.com-Adresse und die E-Mail des Shop-Inhabers auf. Die myshopify-Adresse findest du später im Shopify-Admin; sie ist für die technische Verbindung wichtiger als die schöne Webadresse.
3
Heute nichts in Shopify umbauen
Lege jetzt keine Produkte, keine Entwürfe und keine API-Zugangsdaten an. Die spätere Custom App bekommt nur die Berechtigungen, die sie wirklich benötigt. Shopify beschreibt Custom Apps ausdrücklich als Anwendungen für einen einzelnen Shop; ihre Zugriffsrechte steuern, welche Shopdaten gelesen oder geschrieben werden dürfen.

Ich habe genau einen bestehenden Shopify-Zielshop ausgewählt. Ich habe Shop-Domain, myshopify-Adresse und Inhaber-E-Mail notiert.

VOR DEM KAS-LOGIN · 2 MINUTEN

Diese Namen legst du vorher fest

Du musst dir keinen technischen Datenbanknamen ausdenken. All-Inkl vergibt die technische Kennung. Du brauchst nur eine klare Beschreibung und ein eigenes, sicheres Passwort.

BESCHREIBUNG IM KAS

drop-system-produktiv

Oder: foto-drop-daten. Mindestens drei Zeichen. Wähle einen Namen, der in einem Jahr noch eindeutig ist.

PASSWORT

Automatisch generieren

Nutze die KAS-Funktion „automatisch generieren“ oder ein langes, zufälliges Passwort aus deinem Passwort-Manager.

ZUGRIFF

Nur localhost

Das spätere PHP-Programm liegt bei All-Inkl und greift intern zu. Es gibt keinen Grund, die Datenbank weltweit zu öffnen.

Nicht verwenden: Namen, Geburtstage, Städtenamen oder ein Passwort, das du bereits für KAS, Shopify, E-Mail oder PayPal nutzt. All-Inkl empfiehlt ebenfalls ein eigenständiges, sicheres Passwort.

Beschreibung und sicheres, eigenständiges Passwort sind vorbereitet.

KAS · EXAKTE KLICKS

Die Datenbank bei All-Inkl anlegen

Diese Schritte machst du im KAS, der technischen Verwaltung von All-Inkl. Öffne dazu nur die offizielle Adresse kas.all-inkl.com/login.

Im KAS einloggen

Öffne kas.all-inkl.com/login und melde dich mit deinem KAS-Zugang an. Dieser Zugang ist nicht dasselbe wie ein Datenbankbenutzer.

Links auf „Datenbanken“ klicken

Im linken KAS-Menü wählst du Datenbanken. Du siehst eine Übersicht bereits angelegter Datenbanken, falls es welche gibt.

„neue Datenbank anlegen“ wählen

Rechts oben klickst du auf neue Datenbank anlegen. Genau so beschreibt All-Inkl den aktuellen KAS-Ablauf.

Beschreibung eintragen

In das Feld Beschreibung trägst du zum Beispiel drop-system-produktiv ein. Die Beschreibung hat nur den Zweck, dass du die Datenbank später eindeutig erkennst.

Passwort generieren lassen

Klicke auf automatisch generieren, falls diese Option sichtbar ist. Kopiere das Passwort direkt in deinen Passwort-Manager. Nicht in Messenger, nicht in eine ungeschützte Notiz und nicht hier in den Chat.

Zugriff auf „localhost“ lassen

Die Standardeinstellung beschränkt den Zugriff auf Programme, die auf dem All-Inkl-Server liegen. Das ist genau richtig. Bitte wähle nicht „von überall“ und trage keine IP-Adresse ein. Unser späteres PHP-Backend läuft im selben Hosting-Paket.

Auf „speichern“ klicken

Danach erscheint die Datenbank in der Übersicht. Öffne sie nicht in phpMyAdmin, um Tabellen per Hand anzulegen. Die Tabellen erstellt die spätere Anwendung kontrolliert und nachvollziehbar.

DAS ERGEBNIS

Eine leere, geschützte MySQL-Datenbank

Sie enthält noch keine Kundinnen, keine Produkte und keine Passwörter im Klartext. Das ist richtig so. Sie ist nur der sichere Ort, an dem das künftige Tool seine Daten speichern wird.

Die Datenbank ist im KAS angelegt und hat die richtige Beschreibung.

DIREKT NACH DEM SPEICHERN · 3 MINUTEN

Nur diese Angaben sicher notieren

Die KAS-Übersicht zeigt die technischen Daten an. Lege in deinem Passwort-Manager einen neuen Eintrag mit dem Titel DROP SYSTEM – All-Inkl Datenbank (Produktion) an.

Datenbankname

Exakt so aus dem KAS kopieren. Nicht mit der Beschreibung verwechseln.

Datenbankbenutzer

Exakt aus dem KAS kopieren. Er ist nicht zwingend dein KAS-Loginname.

Datenbankpasswort

Das gerade erzeugte Passwort. Es wird später nur auf dem All-Inkl-Server als geheime Konfiguration hinterlegt.

Verbindungsort für das spätere Tool

localhost. Das gilt, weil die Anwendung und die Datenbank im selben All-Inkl-Hosting liegen.

Wichtig: Die Adresse dein-kas-login.kasserver.com ist laut All-Inkl für externe Datenbankprogramme relevant. Für unser späteres PHP-Programm auf demselben All-Inkl-Webspace bleibt der Datenbankzugriff auf localhost beschränkt.

Datenbankname, Benutzer und Passwort sind in meinem Passwort-Manager gespeichert. Ich habe keine Zugangsdaten per Messenger, E-Mail oder Chat verschickt.

WICHTIG: HIER NICHT WEITERMACHEN

Diesen Teil lassen wir bewusst für später

Keine Tabellen per Hand bauen

Keine Tabellen wie „produkte“ oder „kunden“ in phpMyAdmin erzeugen. Zuerst definieren wir die Datenfelder gemeinsam, dann legt das Tool sie sauber an.

Kein externer DB-Zugriff

Keine weltweite Freigabe und keine IP-Freigabe. Das wäre nur für externe Programme nötig und vergrößert unnötig die Angriffsfläche.

Noch keine Shopify-Custom-App

Die App erhält später nur minimal nötige Rechte. Der Zugriffstoken gehört nie in eine statische HTML-Seite oder auf ein Android-Handy.

Keine echten Kundendaten testen

Bis das Tool steht, werden keine Kundinnendaten und keine Live-Bestellungen in der neuen Datenbank gespeichert.

SCHRITT 1 IST FERTIG, WENN …

Du vier klare Häkchen setzen kannst

Zielshop: Ein bestehender Shopify-Shop ist als späteres Ziel festgelegt. Datenbank: Die All-Inkl-MySQL-Datenbank ist im KAS angelegt. Sicherheit: Zugriff ist auf localhost beschränkt und das Passwort ist einzigartig. Geheimnisse: Datenbankname, Benutzer und Passwort liegen nur im Passwort-Manager.

DANN KOMMT SCHRITT 2

Eine kleine, geschützte Server-Anwendung auf deinem All-Inkl-Webspace.

Erst danach verbinden wir diesen Server mit dem ausgewählten Shopify-Shop und erstellen eine erste Custom App mit minimalen Rechten. Du musst dafür heute nichts weiter konfigurieren.

QUELLEN · STAND 17.10.2026

Weiterführende Originalanleitungen

All-Inkl: Datenbank anlegen im KAS – Menüweg, Beschreibung, Passwort, localhost und Speichern.
All-Inkl: Datenbankverbindung – Abgrenzung zwischen localhost und externem Zugriff.
Shopify: About apps – Zweck und Verwaltung von Custom Apps.
Shopify: API access scopes – Zugriffsrechte nur nach notwendigem Umfang vergeben.

GESAMTANLEITUNG · SCHRITT 2

Geschützter Serverbereich

Nach oben ↑

GESCHÜTZTER SERVERBEREICH

Dein zweiter Schritt:
ein geschützter
Arbeitsbereich bei All-Inkl.

Jetzt verbinden wir noch nichts mit Shopify. Wir bereiten nur einen sicheren Platz vor, an dem dein künftiges Tool mit der Datenbank sprechen kann.

DAS ZIEL VON SCHRITT 2

Am Ende antwortet eine harmlose Testadresse mit `{"ok":true}`.

Das beweist: Subdomain, HTTPS, PHP und die Datenbank funktionieren zusammen. Es werden noch keine Produkte, Bilder, Kundinnen oder Shopify-Zugangsdaten gespeichert.

1 eigene Subdomain1 öffentlicher Ordner1 privater App-Ordner0 Shopify-Token

DEIN FORTSCHRITT

0 von 0 Punkte erledigt

WAS HIER ENTSTEHT

Eine kleine Brücke zwischen deinem Tool und der Datenbank.

Deine Android-Oberfläche wird später im Browser laufen. Sie darf das Datenbankpasswort und den Shopify-Zugang niemals kennen. Deshalb liegt zwischen Handy und Datenbank ein kleiner PHP-Serverteil auf deinem All-Inkl-Webspace. Er nimmt später nur erlaubte Anfragen entgegen und verwahrt Geheimnisse außerhalb des öffentlich erreichbaren Ordners.

1Android-HandyFoto, Maße, Preis

→

2PHP-Serverprüft und speichert

→

3MySQL-Datenbankaus Schritt 1

VORAB · 3 MINUTEN

Drei Dinge müssen bereits vorhanden sein

Schritt 1 ist abgeschlossen

Die All-Inkl-MySQL-Datenbank existiert. Datenbankname, Benutzer und Passwort liegen sicher in deinem Passwort-Manager.

Eine freie Subdomain ist möglich

Beispiel: drop.deine-domain.de. Sie darf nicht auf deinen bestehenden Shop, WordPress oder eine andere Seite zeigen.

FTP- oder SFTP-Zugang

Du kannst Dateien auf deinen All-Inkl-Webspace hochladen. Für diesen einmaligen technischen Schritt ist ein Computer bequemer als ein Handy.

Empfehlung: Verwende eine eigene, neutrale Subdomain wie drop.deine-domain.de. Nicht trendklamotten.shop selbst umstellen. Der Shop bleibt unverändert, die neue Subdomain gehört nur deinem internen Arbeitswerkzeug.

Schritt 1 ist fertig und ich kann auf meinen All-Inkl-Webspace zugreifen. Ich habe eine freie Subdomain für das interne Tool festgelegt.

IM FTP-PROGRAMM · 5 MINUTEN

Die sichere Ordnertrennung anlegen

Öffne den Webspace im FTP-Programm. Lege im Verzeichnis deiner gewählten Domain einen neuen Hauptordner mit dem Namen drop-system an. Darin entstehen die folgenden vier Unterordner.

drop-system/
├── app/                 ← privat: PHP-Code und Konfiguration
│   ├── config.local.php ← enthält später das DB-Passwort
│   └── database.php     ← stellt die DB-Verbindung her
├── public/              ← nur dieser Ordner wird per Subdomain erreichbar
│   ├── index.html       ← kommt später mit dem Android-Tool
│   └── api/
│       └── health.php   ← ungefährlicher Verbindungstest
└── logs/                ← später: technische Fehlerprotokolle

Die wichtigste Regel: Deine Subdomain zeigt später auf drop-system/public – niemals auf drop-system. Damit kann niemand die Datei app/config.local.php über einen Browser aufrufen.

1
Zum richtigen Domain-Ordner navigieren
Öffne im FTP-Programm das Stammverzeichnis der Domain, unter der die neue Subdomain laufen soll. Lass vorhandene Shop- oder WordPress-Dateien unverändert.
2
drop-system anlegen
Dieser Ordner wird die Klammer für dein komplettes Werkzeug. Er ist kein öffentlicher Webordner.
3
Drei Unterordner anlegen
Lege exakt app, public, public/api und logs an. Schreibweise klein, ohne Leerzeichen und ohne Umlaute.
4
Keine Zugriffsrechte „reparieren“
Verändere keine Datei- oder Ordnerrechte auf 777. All-Inkl führt PHP laut eigener Dokumentation als CGI/FPM unter deinem FTP-Benutzer aus; normalerweise musst du keine Rechte anpassen.

Die Ordner app, public, public/api und logs existieren.

IM KAS · 5–10 MINUTEN

Die Subdomain auf den öffentlichen Ordner zeigen lassen

Im KAS verwaltest du die Domain beziehungsweise Subdomain. Der genaue Linkname kann je nach KAS-Ansicht leicht abweichen; gesucht ist die Bearbeitung der gewünschten Domain oder Subdomain und darin das Feld Webspace.

KAS öffnen

Melde dich unter kas.all-inkl.com/login an und gehe zu Domain beziehungsweise Subdomain.

Neue Subdomain anlegen oder freie Subdomain bearbeiten

Nutze zum Beispiel drop.deine-domain.de. Falls die Subdomain bereits existiert, bearbeite genau diesen Eintrag. Verändere nicht die Einstellung deiner Shop-Hauptdomain.

Im Feld „Webspace“ den Zielordner eintragen

Trage den relativen Pfad zum Ordner drop-system/public ein. All-Inkl kann eine Domain direkt auf ein Unterverzeichnis verweisen; dieses Verzeichnis erscheint später nicht in der Browseradresse.

Speichern und kurz warten

Speichere die Domain-Einstellung. Rufe die neue Subdomain noch nicht als Erfolgskriterium auf – HTTPS und die Testdatei folgen erst in den nächsten Abschnitten.

Achtung: Wenn das Feld „Webspace“ auf drop-system statt auf drop-system/public zeigt, sind Konfigurationsdateien womöglich aus dem Browser erreichbar. Prüfe den letzten Teil des Pfads doppelt.

Meine neue Subdomain zeigt ausschließlich auf drop-system/public.

SICHERHEIT · 5 MINUTEN PLUS WARTEZEIT

HTTPS einschalten und PHP-Version prüfen

1. HTTPS

Let’s Encrypt für die Subdomain aktivieren

Bearbeite im KAS die neue Subdomain und öffne den Bereich SSL-Schutz. Wähle ein Let’s-Encrypt-Zertifikat aus, sofern es nicht automatisch aktiv ist. All-Inkl weist darauf hin, dass aktuelle Tarife Let’s Encrypt unterstützen, sofern die Domain per DNS zu All-Inkl zeigt.

Ziel: https://drop.deine-domain.de zeigt ein gültiges Schloss im Browser.

2. PHP

Aktuelle angebotene PHP-Version verwenden

In der Bearbeitung von Domain oder Subdomain gibt es den Bereich PHP-Version. Wähle eine aktuell angebotene, regulär unterstützte Version und speichere. All-Inkl schreibt, dass die Änderung nach einigen Minuten getestet werden kann.

Keine Sonderregel: Keine .htaccess-Tricks und kein Wechsel auf veraltete PHP-Versionen.

Die Subdomain ist mit https:// erreichbar und zeigt kein Zertifikatswarnsymbol. Für die Subdomain ist eine aktuell angebotene PHP-Version ausgewählt.

DREI KLEINE DATEIEN · ERST JETZT

Die Verbindung sicher vorbereiten

So arbeitest du damit: Erstelle diese Dateien mit einem Texteditor in deinem FTP-Programm oder lade sie später aus einem von mir erzeugten Paket hoch. Die Datei mit dem Passwort liegt ausschließlich in app/, also außerhalb des Webordners.

PFAD

`drop-system/app/config.local.php`

Ersetze nur die vier Platzhalter durch die Werte aus Schritt 1. Die Anführungszeichen und Kommas bleiben stehen.

<?php
declare(strict_types=1);

return [
    'db_host' => 'localhost',
    'db_name' => 'HIER_DEN_DATENBANKNAMEN_EINFÜGEN',
    'db_user' => 'HIER_DEN_DATENBANKBENUTZER_EINFÜGEN',
    'db_password' => 'HIER_DAS_EINZIGARTIGE_DB_PASSWORT_EINFÜGEN',
];

Diese Datei niemals nach public/ hochladen, niemals in WhatsApp/Messenger teilen und niemals in ein Git-Repository einchecken.

PFAD

`drop-system/app/database.php`

Diese Datei stellt eine sichere PDO-Verbindung her. Sie zeigt bei Fehlern nichts Sensibles im Browser an.

<?php
declare(strict_types=1);

$config = require __DIR__ . '/config.local.php';

$dsn = sprintf(
    'mysql:host=%s;dbname=%s;charset=utf8mb4',
    $config['db_host'],
    $config['db_name']
);

return new PDO($dsn, $config['db_user'], $config['db_password'], [
    PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
    PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC,
    PDO::ATTR_EMULATE_PREPARES => false,
]);

PFAD

`drop-system/public/api/health.php`

Das ist der einzige öffentliche Test. Er prüft nur SELECT 1 und gibt nie Datenbanknamen, Passwörter oder Fehlermeldungen aus.

<?php
declare(strict_types=1);

header('Content-Type: application/json; charset=utf-8');
header('Cache-Control: no-store');

try {
    $pdo = require dirname(__DIR__, 2) . '/app/database.php';
    $pdo->query('SELECT 1');
    echo json_encode(['ok' => true]);
} catch (Throwable $exception) {
    http_response_code(500);
    echo json_encode(['ok' => false]);
}

Alle drei Dateien liegen im richtigen Ordner; besonders config.local.php liegt nicht im Ordner public.

DER EINZIGE TEST IN SCHRITT 2

Die Testadresse aufrufen

IM BROWSER EINGEBEN

https://drop.deine-domain.de/api/health.php

Ersetze nur die Subdomain. Falls die Verbindung korrekt funktioniert, erscheint ausschließlich:

{"ok":true}

✓

Genau richtig

{"ok":true} – Die Verbindung zu MySQL funktioniert. Der Server ist für Schritt 3 bereit.

Noch kein Erfolg

{"ok":false}, 404 oder eine Zertifikatswarnung – das ist kein Datenverlust. Nutze zuerst die Fehlerhilfe im nächsten Abschnitt.

Die Testadresse wurde mit https:// aufgerufen und ich kenne ihr Ergebnis.

WENN DER TEST NICHT GRÜN IST

Nur die passende Ursache prüfen

404 / SEITE NICHT GEFUNDEN

Ordnerziel stimmt nicht

Kontrolliere im KAS den Webspace-Pfad der Subdomain. Er muss auf drop-system/public zeigen. Kontrolliere außerdem, ob api/health.php dort wirklich liegt.

ZERTIFIKATS-WARNUNG

HTTPS ist noch nicht aktiv

Kontrolliere den SSL-Schutz der Subdomain im KAS und warte nach Änderungen einige Minuten. Verwende das Tool erst, wenn die HTTPS-Adresse ohne Warnung öffnet.

{"ok":false}

Datenbankwerte prüfen

Prüfe Zeichen für Zeichen: Datenbankname, Benutzer, Passwort und localhost in config.local.php. Die Datenbank muss in Schritt 1 bereits angelegt sein.

PHP-FEHLER / LEERE SEITE

PHP-Version prüfen

Öffne die Subdomain-Einstellung im KAS und prüfe die gewählte PHP-Version. Nach einem Wechsel einige Minuten warten und erneut testen.

Niemals als Lösung: Das Datenbankpasswort in die Browserseite schreiben, den Datenbankzugriff auf „von überall“ stellen oder PHP-Fehlermeldungen öffentlich anzeigen lassen.

SCHRITT 2 IST FERTIG, WENN …

Die technische Basis sauber steht

Trennung: Subdomain zeigt auf public; App und Passwortdatei liegen außerhalb. HTTPS: Die Subdomain zeigt ein gültiges Schloss im Browser. PHP: Eine aktuelle angebotene PHP-Version ist für die Subdomain eingestellt. Test: /api/health.php antwortet mit {"ok":true}.

DANN KOMMT SCHRITT 3

Die Android-Erfassungsoberfläche und die richtigen Datenfelder.

Danach bauen wir die erste echte Eingabemaske für SKU, Kategorie, Maße, Farben, Netto-EK, Brutto-VK und Bilddateien. Erst wenn die Erfassung sauber funktioniert, kommt die Shopify-Custom-App als eigener Schritt.

QUELLEN · STAND 17.10.2026

Offizielle All-Inkl-Hinweise

All-Inkl: Einstellungen einer Domain bearbeiten – Webspace-Zielordner, SSL-Schutz, PHP-Version und CGI/FPM-Verhalten.
All-Inkl: PHP-Version im KAS prüfen – PHP-Version für Domain/Subdomain wählen, speichern und testen.
All-Inkl: Let’s Encrypt einbinden – Voraussetzungen für SSL-Zertifikate.
All-Inkl: Datenbank anlegen – Datenbank aus Schritt 1 und die localhost-Beschränkung.

GESAMTANLEITUNG · SCHRITT 3

Android-Erfassung

Nach oben ↑

ANDROID-ERFASSUNG

Dein dritter Schritt:
ein Style. Ein Datensatz.
Zwei Handys.

Jetzt bauen wir die Oberfläche, mit der du im Großhandel Fotos, Maße, Farben und Preise sauber erfasst. Der Datensatz entsteht einmal und bleibt von der ersten Aufnahme bis zum späteren Shopify-Entwurf eindeutig.

DAS ZIEL VON SCHRITT 3

Nach zwei Minuten ist ein Style vollständig – oder eindeutig als „noch offen“ markiert.

Die App speichert in diesem Schritt nur echte Originalbilder und Produktdaten. Sie erstellt keine Shopify-Artikel und postet nichts auf Facebook. Erst die saubere Erfassung macht spätere Automatisierung zuverlässig.

2 Android-Handys1 gemeinsame Drop-Liste1 automatische SKU10 Styles je Prüfblock

DEIN FORTSCHRITT

0 von 0 Punkte erledigt

WARUM DIESE APP NÖTIG IST

Die Kamera macht Fotos. Die App macht daraus ein verkaufbares Produkt.

Ein Handy-Foto ohne sicheren Datensatz wird später schnell unbrauchbar: Farbe, Maße und Preis lassen sich nicht mehr zweifelsfrei zuordnen. Die Android-Web-App verbindet deshalb jeden Style mit einer automatischen SKU, den Originalbildern und genau den Daten, die du für Shop, Facebook-Post und Bezahlung brauchst.

1SKU erzeugeneindeutig und fortlaufend

→

2Daten + Bilderim gleichen Style speichern

→

3Prüfstatusgrün erst bei Vollständigkeit

VOR DEM BAU DER OBERFLÄCHE

Zwei Personen, zwei eigene Zugänge

Ihr arbeitet in derselben Drop-Liste, aber nicht mit demselben Passwort. Das ist sicherer und zeigt später nachvollziehbar, wer welchen Datensatz ergänzt oder korrigiert hat.

HANDY 1 · CONTENT

Foto & Bildqualität

Startet den nächsten Style über die vorgegebene SKU.
Macht SKU-Foto, Front, Detail/Rückseite und Farbkarte.
Lädt Originaldateien direkt in den Style hoch.
Sieht offene Bildhinweise und ergänzt sie sofort.

Kein Zugriff auf Passwörter oder Systemeinstellungen.

HANDY 2 · COMMERCE

Daten, Maße & Preis

Wählt Kategorie, trägt Maße, Farben und One-Size-Hinweis ein.
Erfasst Netto-EK und bestätigt den Brutto-VK-Vorschlag.
Setzt den Datenstatus und prüft 10er-Blöcke.
Erstellt später Reservierungen – aber erst in einem späteren Schritt.

Kein Zugriff auf Server- oder Datenbankkonfiguration.

Admin-Zugang: Du erhältst zusätzlich einen Besitzerzugang. Nur dieser darf Drop-Vorlagen, Preislogik, Benutzer und spätere Shopify-Einstellungen verändern. Kein gemeinsames „Masterpasswort“ auf beiden Handys.

Es sind drei Zugänge vorgesehen: Admin, Content und Commerce. Content und Commerce sehen dieselbe Drop-Liste, aber nur ihre erlaubten Funktionen.

DIE DATENFELDER EINMAL RICHTIG DEFINIEREN

Nur Daten speichern, die später wirklich verkauft werden

Die Eingabemaske zeigt niemals alle Felder auf einmal. Sie fragt erst die gemeinsamen Pflichtangaben ab und blendet anschließend nur die passenden Maße der gewählten Kategorie ein.

1. Drop-Daten · einmal vor der Tour

Drop-Namez. B. Stadt 2 · 17.10.2026Stadt-Codez. B. S2Laden-Codez. B. 01Startnummernormalerweise 001

2. Jeder Style · immer Pflicht

SKUwird automatisch erzeugtKategorieHose, Oberteil, Jacke/Mantel, SetNetto-EKwie beim HändlerBrutto-VKVorschlag prüfen und bestätigenFarbenalle verfügbaren FarbenOne-Size-Hinweisz. B. ca. 40–44StatusEntwurf, offen, vollständig, geprüftOriginalbilderSKU, Front, Detail, Farbkarte

3. Maße · nur nach Kategorie

HoseBund ungedehnt, Bund gedehnt, Hüfte, Innenbein, GesamtlängeOberteilAchsel zu Achsel, Gesamtlänge, OberarmweiteJacke / MantelAchsel zu Achsel, Gesamtlänge, ÄrmellängeSetTop-Maße plus Hosenmaße

DIE SKU ENTSTEHT AUTOMATISCH

S2-01-001

S2Stadt 201Laden 1001Style 1

Die App vergibt die Nummer beim Start eines Styles und sperrt sie für diesen Datensatz. Niemand tippt sie später erneut ab.

Diese Kategorien, Maße und Preisfelder sind als verbindliche erste Version festgelegt.

ORIGINALBILDER SICHER ABLEGEN

Keine Drive-Ordner, keine Bilder im Messenger, keine öffentlichen Datei-Links.

Die Handys laden Bilder direkt über die App hoch. Der Server gibt jeder Datei einen zufälligen Dateinamen, speichert sie außerhalb des öffentlichen Webordners und verknüpft sie nur über die SKU mit dem Produkt.

drop-system/
├── app/                    ← private Serverlogik
├── public/                 ← Android-Web-App und API
└── storage/
    └── originals/
        └── 2026-10-17_S2/
            └── S2-01-001/
                ├── sku.jpg
                ├── front.jpg
                ├── detail.jpg
                └── farben.jpg

SKU-Foto

Die SKU-Karte liegt sichtbar am Produkt. Dieses Bild ist der Zuordnungsbeweis, nicht das Verkaufsbild.

Front

Sauberes Hauptbild im 4:5-Hochformat. Gleiches Licht, gleiche Hauptkamera, keine Filter.

Detail / Rückseite

Zeigt Details, Rückenansicht oder einen kaufrelevanten Stoffbereich.

Farbkarte

Zeigt alle tatsächlich verfügbaren Varianten in einem Bild.

Wichtig: In Schritt 3 werden keine KI-Tragebilder erstellt. Sie sind später eine bewusste Marketing-Ergänzung. Als Grundlage für Farben, Schnitt und Maße gelten immer die Originalbilder.

Die Bilder werden über die App direkt in den Style geladen und nicht mehr manuell in Drive sortiert.

VOR JEDER EINKAUFSFAHRT · 5 MINUTEN

Einen Drop anlegen, beide Handys prüfen

1
Mit dem Admin-Zugang einen neuen Drop starten
Wähle Stadt, Datum und Laden. Beispiel: Stadt 2 · Laden 01 · 17.10.2026. Die App setzt daraus den Stadt- und Laden-Code.
2
Erste SKU prüfen
Die Vorschau muss S2-01-001 zeigen. Wenn ihr in einem anderen Laden weiterarbeitet, wird daraus zum Beispiel S2-02-001.
3
Beide Handys einzeln anmelden
Content öffnet die Kamera-Ansicht. Commerce öffnet den gleichen Drop und die Produktliste. Beide sehen den Status „0 Styles erfasst“.
4
Netz und Speicher testen
Ein Testfoto aufnehmen und wieder löschen. Beide Handys müssen mobiles Internet haben, mindestens 20 GB freien Speicher und genug Akku oder Powerbank.

Einfacher Grundsatz: Ohne aktiven Drop wird kein Style begonnen. So kann keine SKU versehentlich im falschen Laden oder am falschen Tag landen.

Ein Test-Drop wurde angelegt und beide Handys sehen dieselbe SKU-Vorschau.

IM GROSSHANDEL · MAXIMAL 2 MINUTEN JE STYLE

Der Bildschirm führt euch durch den gleichen Takt

Der nächste Style startet immer in der App. Erst dann wird fotografiert. Dadurch zeigt das Content-Handy die richtige SKU an und das Commerce-Handy ergänzt den dazugehörigen Datensatz.

Commerce-Handy Content-Handy gemeinsamer Gegencheck

00:00–00:10

Commerce

Auf „Neuer Style“ tippen. Kategorie auswählen. Die App sperrt die neue SKU.

Content

SKU-Karte schreiben und mit dem Produkt in Position bringen.

00:10–00:35

Commerce

Netto-EK eintragen. Brutto-VK-Vorschlag prüfen und bestätigen.

Content

SKU-Foto und sauberes Frontfoto direkt in den geöffneten Style hochladen.

00:35–00:55

Commerce

Die zur Kategorie passenden Maße eintragen.

Content

Detailfoto oder Rückseitenbild aufnehmen und hochladen.

00:55–01:10

Commerce

Alle Farben per Spracheingabe als Liste erfassen.

Content

Farbkarte mit allen Varianten aufnehmen und hochladen.

01:10–01:40

Commerce

One-Size-Spanne, Material und kaufrelevante Besonderheiten ergänzen.

Content

Nächsten Style vorbereiten. Keine KI-Bilder, keine Facebook-Posts vor Ort.

01:40–02:00

Gegencheck

App zeigt Pflichtfelder und Bilder als Ampel. Alles grün?

Ergebnis

Grün: Status Vollständig. Gelb: Offen und sofort nacharbeiten, nicht später raten.

Der Zwei-Minuten-Takt wurde zu Hause mit einem alten Kleidungsstück einmal komplett durchgespielt.

NACH JEDEM 10. STYLE · 5–7 MINUTEN

Die App stoppt Fehler, bevor sie sich zehnfach wiederholen

10Das Dashboard zählt zehn begonnene Styles.

!Es zeigt nur gelbe oder rote Punkte: fehlendes Bild, Maß, Preis, Farbe oder falscher Status.

✓Content ergänzt Bilder, Commerce ergänzt Daten. Erst dann werden alle zehn grün.

→Der Block erhält den Status Geprüft. Erst später dürfen diese Datensätze Shopify-Entwürfe erzeugen.

Entwurf

SKU erzeugt, noch nicht vollständig.

Offen

Mindestens ein Pflichtwert oder Bild fehlt.

Vollständig

Alle Pflichtfelder und Originalbilder liegen vor.

Geprüft

10er-Block kontrolliert; bereit für den nächsten Prozessschritt.

Keine Ausnahmen: „Ich weiß später schon noch, welches Teil das war“ zählt nicht. Offene Styles bleiben sichtbar, bis sie wirklich nachgemessen oder nachfotografiert wurden.

Der 10er-Block zeigt ausschließlich geprüfte oder klar offene Styles – nie unklare Mischzustände.

EINMAL PRO HANDY

Die Web-App auf dem Android-Homescreen installieren

Die fertige Erfassungsoberfläche ist keine App aus dem Play Store. Sie läuft über die eigene HTTPS-Adresse und kann auf Android wie eine App auf dem Homescreen installiert werden.

1
HTTPS-Adresse in Chrome öffnen
Auf beiden Handys die Adresse der fertigen App öffnen, zum Beispiel https://drop.deine-domain.de. Mit dem jeweiligen Zugang anmelden.
2
Chrome-Menü öffnen
Rechts neben der Adressleiste auf das Menü tippen und Installieren beziehungsweise Installieren und Verknüpfung erstellen wählen.
3
Namen prüfen und bestätigen
Als App-Name steht zum Beispiel DROP SYSTEM. Danach liegt das Symbol auf dem Homescreen und öffnet die Erfassung ohne langes Suchen nach der URL.

Wichtig für Version 1: Die Erfassung benötigt mobiles Internet. Offline-Fotos mit späterer Synchronisation bauen wir erst, wenn der Live-Ablauf stabil funktioniert. Das hält den Start deutlich einfacher und sicherer.

Die fertige HTTPS-Web-App wurde auf beiden Android-Handys auf dem Homescreen installiert.

ZUERST ZU HAUSE · DANN ERST LIVE

Der Probedrop mit drei alten Styles

Test-Drop

Einen eigenen Test-Drop anlegen. Keine echte Stadt und kein echter Laden nötig.

Drei Styles

Drei alte Kleidungsstücke vollständig erfassen: SKU, Daten, Maße und vier Originalbilder.

Zwei Rollen

Content und Commerce arbeiten gleichzeitig auf getrennten Handys.

10er-Prüfung simulieren

Eine Pflichtangabe absichtlich offen lassen, markieren und wieder korrigieren.

Erst wenn dieser Test sauber funktioniert: Den Test-Drop samt Bildern löschen oder archivieren. Danach den ersten echten Drop starten. Keine Live-Tour als technische Generalprobe benutzen.

Der Probedrop mit drei Styles ist fehlerfrei durchgelaufen und wurde anschließend archiviert oder gelöscht.

SCHRITT 3 IST FERTIG, WENN …

Die Erfassung schneller und sicherer ist als euer Messenger-Ablauf

Zugänge: Admin, Content und Commerce sind getrennt angelegt.Datensatz: SKU, Kategorie, Maße, Farben, Netto-EK, Brutto-VK und Originalbilder liegen zusammen.Bildablage: Originalbilder liegen außerhalb des öffentlichen Webordners und sind nur über die App verknüpft.Ablauf: Zwei Handys haben einen Test-Drop und einen 10er-Prüfblock gemeinsam bestanden.

DANN KOMMT SCHRITT 4

Shopify-Custom-App und automatische Entwürfe.

Erst dann verbinden wir den ausgewählten Shopify-Shop. Das Tool sendet ausschließlich geprüfte Datensätze als Shopify-Entwurf – niemals automatisch live.

QUELLEN · STAND 17.10.2026

Weiterführende Originalanleitung

Google Chrome Help: Web-Apps auf Android verwenden – Web-App in Chrome öffnen, installieren und auf dem Homescreen nutzen.
All-Inkl: Domain-Einstellungen – Webspace-Ziel, SSL-Schutz und PHP-Version aus den vorherigen Schritten.

GESAMTANLEITUNG · SCHRITT 4

Shopify-Entwürfe

Nach oben ↑

SHOPIFY-CUSTOM-APP & ENTWÜRFE

Dein vierter Schritt:
ein Knopf für Entwürfe.
Nicht für Live-Artikel.

Jetzt verbinden wir den ausgewählten Shopify-Shop mit deinem All-Inkl-Server. Nur vollständig geprüfte Styles dürfen als Entwurf angelegt werden. Kein Produkt wird automatisch veröffentlicht.

DIE DIREKTE ANTWORT

Ja: Jetzt brauchst du den ausgewählten Shopify-Shop. Aber noch keine fertige Shop-Gestaltung.

Die App schreibt Titel, Beschreibung, Preis, Farben, Varianten und Originalbilder in den Shop. Der Status bleibt ausdrücklich Entwurf. Erst nach deiner kurzen Prüfung entscheidest du später über eine Veröffentlichung.

3 minimale Berechtigungen1 Teststyle zuerst10 geprüfte Styles je Import0 automatische Veröffentlichungen

DEIN FORTSCHRITT

0 von 0 Punkte erledigt

WAS HIER ENTSTEHT

Aus einem geprüften Datensatz wird ein kontrollierbarer Shopify-Entwurf.

Die Android-App aus Schritt 3 hält die vollständigen Daten. Der All-Inkl-Server prüft sie noch einmal und sendet sie an Shopify. Shopify liefert eine Produkt-ID zurück. Diese ID wird bei deinem Style gespeichert, damit eine Wiederholung niemals unbemerkt doppelte Artikel erzeugt.

1Style geprüftSKU, Preise, Maße, Bilder grün

→

2Server synchronisiertnur über sichere Zugangsdaten

→

3Shopify-Entwurfsichtbar nur im Admin

VOR DEM SHOPIFY-LOGIN

Diese vier Voraussetzungen müssen stimmen

Ein Zielshop

Du hast in Schritt 1 genau einen bestehenden Shopify-Shop ausgewählt. In diesem Schritt wird nur dieser Shop verbunden.

Inhaberzugriff

Du bist Shop-Inhaber oder hast die Shopify-Berechtigung zur App-Entwicklung. Falls „Apps entwickeln“ fehlt, muss der Shop-Inhaber sie freigeben.

Schritt 2 funktioniert

Dein All-Inkl-Server antwortet über HTTPS und die Datenbankverbindung zeigt {"ok":true}.

Schritt 3 ist getestet

Mindestens ein Teststyle kann vollständig erfasst und als Geprüft markiert werden.

Kein Manus-Shopify-Connector nötig: Die spätere Verbindung verläuft direkt zwischen deinem All-Inkl-Server und deinem Shopify-Shop. Die Zugangsdaten gehören nicht in die Android-App und nicht in einen Chat.

Ich habe einen Shopify-Zielshop und die Berechtigung zur App-Entwicklung. Die drei vorigen Schritte sind mit einem Test erfolgreich abgeschlossen.

IM SHOPIFY DEV DASHBOARD · EINMALIG

Die interne Shopify-App erstellen und installieren

Shopify nennt diese Lösung eine App, die exklusiv für deinen eigenen Shop gebaut wird. Der aktuelle Weg führt über das Dev Dashboard. Die Namen einzelner Menüeinträge können sich leicht ändern; entscheidend sind die folgenden Bildschirme: App erstellen, Version konfigurieren, freigeben und installieren.

Zum Bereich „Apps entwickeln“ gehen

Öffne im Shopify-Admin Einstellungen → Apps / Apps und Vertriebskanäle → Apps entwickeln und dann Apps im Dev Dashboard erstellen. Alternativ öffnest du das Shopify Dev Dashboard direkt, falls dein Shop dort bereits sichtbar ist.

Eine neue App anlegen

Im Bereich Apps auf Create app tippen beziehungsweise klicken, Start from Dev Dashboard wählen und die App benennen: DROP SYSTEM – Produktionsimport.

Eine erste Version konfigurieren

Öffne den Tab Versions. Für diese Version wird die App-URL auf deine sichere Tool-Adresse gesetzt, zum Beispiel https://drop.deine-domain.de. Als Webhooks-API-Version wählst du die neueste angebotene Version.

Berechtigungen eintragen und Version freigeben

Die drei nötigen Berechtigungen stehen im nächsten Abschnitt. Anschließend Release wählen. Eine freigegebene Version ist der konfigurierbare Stand der App.

Die App im ausgewählten Shop installieren

In der App auf Home gehen, nach unten zu Install app scrollen, den Zielshop auswählen und installieren. Die App wird nur in diesem einen Shop verwendet.

Bitte nicht: Keine öffentliche App im Shopify App Store anlegen und keine Berechtigung für Kundendaten, Bestellungen, Checkout oder Veröffentlichungen hinzufügen. Das Tool braucht all das in diesem Schritt nicht.

Die App „DROP SYSTEM – Produktionsimport“ ist erstellt, freigegeben und im richtigen Zielshop installiert.

MINIMALE API-BERECHTIGUNGEN

Nur drei Rechte – nicht mehr

Berechtigungen sind der Schlüssel zur Sicherheit. Shopify verlangt, dass Apps nur die Datenzugriffe erhalten, die sie für ihre Aufgabe wirklich benötigen. Für Produktentwürfe mit eigenen Bildern reichen in der ersten Ausbaustufe diese drei Rechte.

read_products

Produkte lesen

Damit der Server prüfen kann, ob zur SKU bereits ein Entwurf existiert. So entstehen keine doppelten Artikel.

write_products

Produkte schreiben

Damit der Server Entwürfe, Produktoptionen, Varianten, Preis, Titel, Text und Tags anlegen kann.

write_files

Dateien schreiben

Damit private Originalbilder sicher an Shopify übertragen und danach dem Produkt zugeordnet werden können.

Keine Kundenrechte

Keine Kundendaten lesen oder ändern. Das ist erst für spätere Sammelzahlungen relevant und gehört nicht in diese App-Version.

Keine Bestellrechte

Keine Draft Orders und keine Zahlungen in Schritt 4. Produktentwurf und Zahlungsablauf bleiben getrennt.

Keine Veröffentlichungsrechte

Der Server ruft niemals eine Veröffentlichung auf. Ein Entwurf bleibt ein Entwurf, bis du später bewusst handelst.

Es sind nur read_products, write_products und write_files eingetragen.

NACH DER INSTALLATION · GEHEIMNISSE RICHTIG SPEICHERN

Client-ID und Client-Secret gehören nur auf deinen Server

Im Tab Settings deiner App findest du Client-ID und Client-Secret. Shopify verwendet diese Werte, damit dein Server zeitlich begrenzte Zugriffstokens anfordern kann. Laut Shopify laufen diese Tokens nach 24 Stunden ab; der Server fordert bei Bedarf selbst einen neuen an.

Shopify kopiert

Client-ID und Client-Secret einmal aus den App-Einstellungen kopieren.

Server speichert

Werte nur in drop-system/app/config.local.php eintragen.

Server erneuert

Der Server holt selbst Tokens. Kein Token liegt auf Android oder in HTML.

NUR AUF ALL-INKL ERGÄNZEN

`drop-system/app/config.local.php`

Ergänze die bereits vorhandene Datenbank-Konfiguration um diese drei Zeilen. Ersetze nur die Platzhalter. Der Shopname ist die technische …myshopify.com-Adresse, nicht deine schöne Shop-Domain.

'shopify_shop' => 'DEIN-SHOP.myshopify.com',
'shopify_client_id' => 'HIER_CLIENT_ID_EINFÜGEN',
'shopify_client_secret' => 'HIER_CLIENT_SECRET_EINFÜGEN',

Niemals in eine Android-App, JavaScript-Datei, statische HTML-Seite, WhatsApp-Nachricht oder E-Mail kopieren. Diese Datei bleibt außerhalb von public/.

Client-ID und Client-Secret liegen ausschließlich in der privaten Server-Konfiguration.

DER KNOPF „ALS ENTWURF ERZEUGEN“

So behandelt der Server jeden einzelnen Style

Der Importknopf erscheint nur für Styles mit dem Status Geprüft. Das schützt vor unvollständigen Maßen und falschen Bildern. Der Server importiert nicht blind, sondern arbeitet eine feste Prüfreihenfolge ab.

Lokale Endprüfung

Server prüft: SKU eindeutig, Kategorie, Netto-EK, Brutto-VK, One-Size-Hinweis, passende Maße, mindestens Frontbild und Farbkarte vorhanden?

Doppelimport verhindern

Hat die lokale SKU bereits eine Shopify-Produkt-ID? Dann kein neues Produkt erzeugen. Der Style wird als Korrektur nötig geöffnet.

Private Originalbilder übertragen

Da die Bilder nicht öffentlich liegen, fordert der Server sichere Shopify-Staging-Upload-Daten an, lädt die Dateien hoch und wartet, bis Shopify den Status READY meldet.

Produkt als Entwurf anlegen

Der Server erstellt Titel, Beschreibung, Tags, Optionen und Produktstatus DRAFT. Shopify erstellt neue Produkte standardmäßig unveröffentlicht; wir setzen zusätzlich niemals einen Veröffentlichungs-Schritt ein.

Farben als Varianten anlegen

Für jede reale Farbe entsteht eine Variante mit eigenem Varianten-SKU. Preis und verfügbare Varianten stammen aus dem geprüften lokalen Datensatz.

Rückmeldung speichern

Shopify-Produkt-ID, Entwurfslink, Zeitstempel und Ergebnis werden bei der lokalen SKU gespeichert. Der Status lautet danach Shopify-Entwurf erstellt.

Wichtig: Medienverarbeitung bei Shopify ist asynchron. Der Server darf einen Style erst dann als Erfolg markieren, wenn die Dateien den Status READY haben und dem Produkt zugeordnet sind.

BEISPIEL, WAS IM ENTWURF ANKOMMT

TitelHose · S2-01-001

StatusEntwurf / DRAFT

OptionenFarbe: Beige, Schwarz, Pink

TextOne Size, Größenbereich, echte Maße, KI-Hinweis nur falls vorhanden

MedienFrontfoto zuerst, Detail, Farbkarte; spätere KI-Bilder getrennt

Der Importknopf ist nur für Geprüft sichtbar und setzt den Shopify-Status immer auf DRAFT.

ERST EIN STYLE · NIE DIREKT EIN GANZER DROP

Der sichere Test vor dem ersten Import

Teststyle wählen

Nimm einen vollständig geprüften, aber noch nicht live benötigten Style. Für den Test kann der Titel mit TEST – beginnen.

Entwurf erzeugen

Im Tool genau einmal auf Als Entwurf erzeugen tippen. Nicht doppelt klicken und nicht parallel starten.

In Shopify kontrollieren

Shopify-Admin öffnen und prüfen: Status Entwurf, Titel, Preis, Farben, Varianten, Maße, Bildreihenfolge und Produkttext.

Test aufräumen

Testprodukt in Shopify löschen oder archivieren und den lokalen Teststyle als Test markieren. Erst danach den ersten echten 10er-Block nehmen.

Der Teststyle ist in Shopify als Entwurf, nicht als Live-Produkt sichtbar.Preis, Farben, Varianten, Maße und Bildreihenfolge stimmen mit dem lokalen Datensatz überein.Ein zweiter Klick erzeugt kein Duplikat, sondern wird sicher abgefangen.

DANN ERST: 10 GEPRÜFTE STYLES

Der produktive Import bleibt kontrollierbar

1Im Dashboard 10 Styles mit Status Geprüft auswählen.

2Vor dem Start eine Liste mit SKU, Titel, Brutto-VK und Anzahl Farben sehen.

3Einmal bestätigen: 10 Shopify-Entwürfe erzeugen.

4Der Server verarbeitet jeden Style einzeln. Fehler eines Styles blockieren nicht die anderen.

5Ergebnisliste prüfen: Entwurf erstellt oder Korrektur nötig. Kein stiller Erfolg, kein stiller Fehler.

Dein Handgriff bleibt klein: Du kontrollierst den 10er-Block vor dem Start und die Ergebnisliste danach. Der Server übernimmt die wiederholte Dateneingabe und Bildübertragung. Die Entscheidung, ob ein Produkt später aktiv wird, bleibt bei dir.

Ein 10er-Block kann nur aus Styles mit Status Geprüft gestartet werden.

WENN ETWAS NICHT KLAPPT

Klare Fehler statt stiller Probleme

APP LÄSST SICH NICHT INSTALLIEREN

Version oder Rechte fehlen

Prüfe im Dev Dashboard, ob eine Version freigegeben ist und die App im Zielshop installiert wurde. Neue Berechtigungen müssen nach Änderungen wieder bestätigt werden.

AUTHENTIFIZIERUNG FEHLT

Geheimnis liegt falsch

Prüfe Client-ID, Client-Secret und die exakte myshopify.com-Adresse nur in der privaten Server-Konfiguration. Nie im Android-Browser suchen oder eintragen.

BILDER FEHLEN

Verarbeitung noch nicht bereit

Der Server wartet auf den Shopify-Dateistatus READY. Erst dann wird das Bild mit dem Produkt verbunden und der Entwurf als Erfolg markiert.

DOPPELTER ARTIKEL

SKU-Sperre prüfen

Die lokale SKU muss vor einem neuen Import gegen die gespeicherte Shopify-Produkt-ID geprüft werden. Existiert eine ID, gibt es keine neue Erstellung.

Niemals als Lösung: Zugangsdaten ins Frontend kopieren, das Produkt automatisch live stellen, fehlende Bilder ignorieren oder den Import bei unklarer SKU erneut starten.

SCHRITT 4 IST FERTIG, WENN …

Aus jedem geprüften Style ein sicherer Entwurf werden kann

App: Die interne Shopify-App ist im richtigen Zielshop installiert und hat nur die drei minimalen Rechte.Sicherheit: Client-ID und Client-Secret liegen ausschließlich außerhalb von public/ auf All-Inkl.Test: Ein Teststyle wurde korrekt als Entwurf erzeugt und anschließend kontrolliert.Regel: Der Import verarbeitet nur geprüfte Datensätze und veröffentlicht niemals automatisch.

WAS ALS NÄCHSTES KOMMT

Facebook-Post, Reservierung und Sammelzahlung.

Damit ist die technische Produktstrecke geschlossen: Großhandel → Android-Erfassung → geprüfter Datensatz → Shopify-Entwurf. Im nächsten Konzeptteil lösen wir das kundenfreundliche Sammeln, die Reservierungslogik und den gebündelten Zahlungslink je Kundin.

QUELLEN · STAND 17.10.2026

Offizielle Shopify-Dokumentation

Shopify: App im Dev Dashboard erstellen – App erstellen, Version freigeben, installieren und Server-Authentifizierung über Client-ID und Client-Secret.
Shopify: API-Zugriffsrechte – Berechtigungen auf die benötigte Aufgabe beschränken.
Shopify: productCreate – Produkte, Optionen, Varianten und Medien per Admin GraphQL API; neue Produkte bleiben standardmäßig unveröffentlicht.
Shopify: Produktmedien verwalten – sichere Staging-Uploads für private Dateien, Status READY und Zuordnung zu Produkten.

GESAMTANLEITUNG · SCHRITT 5

Facebook, Reservierung & Zahlung

Nach oben ↑

FACEBOOK, RESERVIERUNG & SAMMELZAHLUNG

Dein fünfter Schritt:
sammeln statt hetzen.
Ein Link pro Kundin.

Facebook bleibt dein Verkaufskanal für den Erstkontakt. Dein Tool sammelt alle Reservierungen einer Kundin, beendet das Sammelfenster zu einer klaren Frist und erzeugt erst dann einen einzigen sicheren Shopify-Zahlungslink.

DAS ZIEL VON SCHRITT 5

Die Kundin darf einen Tag lang sammeln. Du erstellst nicht mehr pro Teil eine Messenger-Rechnung.

Nach der Frist enthält ein Shopify-Draft-Order genau ihren gesamten Korb. Sie bekommt einen Checkout-Link per Messenger oder E-Mail, zahlt einmal und du verpackst erst nach bestätigter Zahlung.

1 manueller Facebook-Post1 Sammelkorb je Kundin1 klare Frist1 Zahlungsverbindung

DEIN FORTSCHRITT

0 von 0 Punkte erledigt

DER NEUE KUNDENABLAUF

Ein Kommentar startet die Reservierung. Nicht die Rechnung.

Deine Kundinnen kaufen gern mehrere Teile und wollen nicht nach jedem Post sofort bezahlen. Deshalb bleibt der Facebook-Kommentar der einfache Einstieg. Das Tool verwandelt ihn intern in eine klare Reservierung und bündelt später alle Teile derselben Kundin in einem Korb.

1„Möchte ich“Kommentar unter deinem Post

→

2ReserviertTool führt einen Sammelkorb

→

3Einmal zahlenShopify-Link nach der Frist

DIE VERBINDLICHEN GRUNDREGELN

Zwei Fristen, ein Korb, kein unklarer Status

Sammelfenster

Die Kundin kann bis zu einer klar im Post genannten Uhrzeit weitere Teile reservieren. Empfehlung für den Start: bis 20:00 Uhr am Folgetag. Die Uhrzeit bleibt je Drop einstellbar.

Zahlungsfenster

Erst nach Ende des Sammelfensters und bestätigter Händlerreservierung erhält sie den Checkout-Link. Die Zahlungsfrist steht in der Nachricht, zum Beispiel 24 Stunden.

Ein Kundenkorb

Alle bestätigten Reservierungen einer Kundin laufen vor der Zahlungsfreigabe in einem einzigen lokalen Korb zusammen. Pro Kundin entsteht genau ein Shopify-Draft-Order.

Kein Versand vor Zahlung

Ein Online-Checkout wird erst nach erfolgreicher Shopify-Zahlung zur bezahlten Bestellung. Bei Banküberweisung gibst du Versand erst nach dem Bankeingang frei.

Wichtig für deine Kundinnen: Sie müssen keinen Shop-Korb einen Tag lang geöffnet halten. Sie kommentieren wie bisher, können weitere Teile ergänzen und erhalten später genau eine Zahlungsaufforderung für alle reservierten Artikel.

Sammelfrist und Zahlungsfrist sind für den ersten Testdrop festgelegt. Jede Kundin erhält pro Sammelfenster genau einen Korb und maximal einen Zahlungslink.

EINMALIG IM SHOPIFY-ADMIN

Zahlungsarten, Versand und ein zusätzliches App-Recht vorbereiten

1. ZAHLUNG

Mindestens eine echte Online-Zahlungsart aktivieren

Prüfe unter Einstellungen → Zahlungen, ob deine gewünschte Online-Zahlungsart im Zielshop aktiv ist, zum Beispiel PayPal oder Shopify Payments. Shopify Payments in Deutschland unterstützt Karten- und beschleunigte Checkout-Zahlungen; welche Methoden genau erscheinen, hängt von deiner Shop-Konfiguration ab.

2. VERSAND

Eine Versandregel für den gesamten Korb

Prüfe unter Einstellungen → Versand und Zustellung eine klare Versandregel. Sie soll einmal pro Bestellung gelten – nicht pro reserviertem Teil. Die tatsächliche Höhe bleibt deine eigene Preisentscheidung.

3. DRAFT-ORDER-RECHT

App-Version um `write_draft_orders` ergänzen

Im Shopify Dev Dashboard aus Schritt 4 eine neue Version der App anlegen. Ergänze nur write_draft_orders, gib die Version frei und bestätige die Änderung im Zielshop. Dieses Recht erstellt den Sammelkorb als Shopify-Draft-Order.

Keine Kundenrechte

Für die erste Version werden keine Kundenprofile über die API erstellt oder gepflegt. Der Checkout erfasst die nötigen Angaben direkt bei der Kundin.

Keine Bestellrechte

Wir erstellen nur Draft Orders. Die erfolgreiche Online-Zahlung wandelt den Draft Order in Shopify selbst in eine Bestellung um.

Keine Meta-Automation

Facebook-Gruppenposts und Messenger-Nachrichten bleiben manuell. Das Tool erzeugt nur die fertigen Texte und den persönlichen Link.

Im Zielshop ist mindestens eine Online-Zahlungsart und eine Versandregel für einen gesamten Warenkorb aktiv. Die Shopify-App hat zusätzlich nur write_draft_orders erhalten und die neue Version ist im Shop bestätigt.

PRO STYLE · MANUELL IN DEINER GESCHLOSSENEN GRUPPE

Die App schreibt den Post. Du setzt ihn bewusst in Facebook ab.

Jeder geprüfte Style erhält in deinem Tool einen Button Facebook-Post vorbereiten. Das Tool erzeugt Bildauswahl, Titel, Größenhinweis, Preis, Farben, SKU und die einheitliche Kaufanweisung. Du kopierst den Text und lädst die ausgewählten Bilder in Facebook manuell hoch. So bleibt die Kontrolle bei dir und ältere Plattformregeln werden nicht umgangen.

VORLAGE AUS DEM TOOL

NEU · Hose · SKU S2-01-001

Preis: 35 €
Größe: One Size, ca. 40–44
Farben: Beige · Schwarz · Pink
Maße: Bund … cm, Innenbein … cm, Länge … cm

So reservierst du: Kommentiere Möchte S2-01-001 in [Farbe].
Du kannst bis morgen, 20:00 Uhr sammeln. Danach erhältst du einen Zahlungslink für deinen gesamten Korb.

Post-Regel: Die SKU steht immer im Text und im ersten Kommentar. Die Kundin nennt bei ihrer Reservierung immer SKU und Farbe. Ein einzelnes „Möchte“ ohne Farbe wird im Tool als Klärung offen markiert – nicht als sichere Reservierung.

Jeder Facebook-Post enthält Preis, Maße, Farben, SKU, Sammelfrist und die einheitliche Reservierungsformel.

SOBALD EINE KUNDIN KOMMENTIERT