Alles, was laeuft kann.

laeuft liest neue Amazon-Aufträge in festem Takt über die Selling-Partner-API, mit Käufer, Lieferadresse, Positionen und Zahlungsstand. Jeder Auftrag landet in derselben Auftragsliste wie alle anderen Kanäle und behält seine Amazon-Bestellnummer für spätere Schritte wie Versandmeldung und Rechnungs-Upload.

eBay-Aufträge liest laeuft in festem Takt über die Schnittstelle von eBay, samt Käufer, Adresse und Zahlung. Sie erscheinen in der gemeinsamen Auftragsliste und behalten die eBay-Bestellnummer für alles, was danach kommt.

laeuft liest Kaufland.de-Aufträge in festem Takt über die Händler-API von Kaufland. Sie stehen neben Amazon, eBay und den übrigen Kanälen, mit denselben Status und Filtern.

Du verbindest deinen Shop einmal, indem du die laeuft-App in Shopify freigibst; den Zugang speichert laeuft verschlüsselt für deine Firma. Danach kommen Aufträge automatisch an, und von jedem Auftrag springst du direkt in Shopify.

MediaMarkt DE, MediaMarkt AT, Voelkner und Conrad laufen auf Mirakl, deshalb bindet laeuft jeden davon über dieselbe Mirakl-Schnittstelle mit eigenen Shop-Zugangsdaten an. Aufträge, Angebote und die Belege, die der Betreiber verlangt, gehen über diese eine Anbindung je Shop.

Alle Kanäle und deine eigenen B2B-Aufträge teilen sich eine Auftragsliste. Du filterst nach Kanal, Status oder Zahlung, öffnest einen Auftrag im Seitenpanel und siehst seinen ganzen Weg: Bestand, Pick, Pack, Label, Rechnung, Zahlung.

Sobald ein Label gebucht ist, baut laeuft die Versandmeldung im Format, das der jeweilige Kanal erwartet, mit Carrier und Sendungsnummer. Jeder Kanal wird einzeln eingeschaltet (aus, Schatten oder live), und der Versandmonitor zeigt Aufträge, deren Meldung noch fehlt.

Jeder Artikel hat Nummer, GTIN, Marke, Texte, Merkmale und einen Lebenszyklus-Status: Entwurf, aktiv, auslaufend, gesperrt oder eingestellt. Der Status entscheidet, ob ein Artikel verkauft und nachbestellt werden darf; gelöscht wird nie, damit Aufträge und Belege weiter auf ihn zeigen.

Ein Set hat eigene Nummer, eigenen Preis und eigene Angebote, aber keinen eigenen Bestand: Seine Verfügbarkeit rechnet laeuft aus den Komponenten. Beim Verkauf werden die Komponenten am Auftrag festgehalten, einzeln gepickt und gescannt, und eine spätere Änderung am Set ändert bestehende Aufträge nie.

Jeder Artikel weiß, wie viele Stück eine Einheit enthält. Einzelstücke derselben Ware können den Bedarf eines Packs decken, aber nur nach oben und nur in ganzen Packs; ein Pack wird nie geteilt, um Einzelstücke zu liefern.

Artikel, die physisch dieselbe Ware unter verschiedenen Marken oder Nummern sind, bilden eine Austauschgruppe. Jedes Mitglied kann den Auftrag jedes anderen erfüllen, so zählt der Bestand einmal und verkauft sich überall; verbunden wird erst, wenn du bestätigst.

laeuft übernimmt deinen bestehenden Katalog einmal, in Etappen; danach ist jede Änderung eine Revision mit wer, wann und vorher/nachher. Ändert das alte System danach noch einen Artikel, zeigt laeuft das Feld als Abweichung, die du übernimmst oder verwirfst. Nichts wird automatisch überschrieben.

Titel werden für jeden angebundenen Marktplatz in seinen Längenregeln vorgeschlagen, und ein Muster, das für eine Variante gefunden ist, gilt auch für ihre Geschwister. Veröffentlicht wird erst nach deiner Prüfung. Heute über Sievate Attributes, als Nächstes direkt in laeuft.

Jeder Marktplatz hat sein eigenes Attributschema. Werte werden je Marktplatz gefüllt, bei Wertelisten einem erlaubten Eintrag zugeordnet, und zusammengehörige Felder wie Länge und Einheit gemeinsam gefüllt. Deine festen Werte und Vorgaben gelten zuerst. Heute über Sievate Attributes.

Titel werden nach Längen-Passung, Nähe zu Titeln, die verkaufen, Schlüsselwörtern und Informationsdichte bewertet. Schwache Noten zeigen, welche Listings sich zuerst lohnen. Heute über Sievate Attributes.

Nach dem Veröffentlichen wird jedes Listing direkt beim Marktplatz geprüft: Status, Angebot, Attribute und Verarbeitungsfehler. Eine Abweichung wird mit der Meldung des Marktplatzes diagnostiziert, repariert und erneut geprüft; was sich nicht automatisch lösen lässt, landet bei dir. Heute über Sievate Attributes.

laeuft rechnet je Artikel eine verfügbare Menge, bevor Kanalregeln greifen: freier Bestand über alle Standorte, austauschbare Artikel und auffüllbare Packs, abzüglich Bedarf, den sonst nichts deckt. Jedes Kanalangebot veröffentlicht aus dieser Zahl, damit dasselbe Stück nie zweimal verkauft wird.

Jedes Kanalangebot verbindet einen Artikel mit SKU und Angebot im Kanal, auf Wunsch mit Ausnahmen wie Bearbeitungszeit, Fest- oder Mindestpreis und Höchstmenge. laeuft liest, was der Kanal gerade zeigt, und markiert jedes Angebot, bei dem ein Feed Bestand, Preis oder Bearbeitungszeit ändern würde.

Preise entstehen aus Regelwerken: Einkaufspreis, Margenregel, Kanalgebühr, Versandanteil und Umsatzsteuer ergeben den Kanalpreis, und jeder Preis zeigt diese Rechnung. Regelwerke sind versioniert und werden mit Gültigkeitsdatum freigegeben; je Kanal wählst du ein Preisziel, auf Wunsch mit Rundung und Mindest-/Höchstpreis je Angebot.

Aufträge per Telefon oder Mail legst du in laeuft für einen Direktkunden an, mit Preisen, Rabatten, Zahlungsbedingungen und Lieferadresse. Bestätigt bekommen sie eine Auftragsnummer und laufen durch dieselben Schritte in Floor, Rechnung und Zahlung wie Marktplatz-Aufträge.

Ein Angebot hat Fassungen: Bearbeitbar ist nur der neueste Entwurf, jede mitgeteilte Fassung bleibt unverändert. Nimmt der Kunde die aktuelle Fassung an, legt laeuft einen bestätigten Auftrag mit genau ihren Preisen, Rabatten und Konditionen an, ohne neu zu rechnen.

Aufträge, Angebote, Kunden, Rechnungen und Gutschriften haben je einen eigenen Nummernkreis, wo es passt mit Jahreszahl (zum Beispiel AU26-00001). Vergeben wird im selben Schritt wie der Vorgang selbst, lückenlos und nie doppelt.

Direktkunden tragen Adressen, Kontakte, USt-IdNr., Zahlungsbedingungen und für öffentliche Auftraggeber eine Leitweg-ID, deren Prüfziffer laeuft prüft. Neue Aufträge und Angebote übernehmen diese Werte als Momentaufnahme; eine spätere Änderung am Kunden schreibt einen bestätigten Auftrag nie um.

Belege tragen einen QR-Code, der eine Bestellseite auf deiner eigenen Domain öffnet, mit Status, Sendungsverfolgung und Rechnung. Der Link ist ein signiertes Token je Auftrag: laeuft speichert nur dessen Hash, kann ihn ablaufen lassen oder widerrufen und begrenzt die Abrufe je Besucher.

Jede Versandkarte trägt ihren eigenen Bewertungscode. Bei einem Amazon-Auftrag führt er direkt zur Bewertung genau dieses Auftrags, sonst auf deine Bewertungsseite, zum Beispiel bei Google. laeuft zählt Karten und Scans je Kanal und Gerät, ohne Bots und Linkvorschauen, und jeder Scan führt zurück zu seinem Auftrag.

Jeder Standort und jeder Lagerplatz zählt in einen Bestand je Artikel, deshalb arbeiten Verfügbarkeit, Picken und Umlagerung mit denselben Zahlen. Je Standort siehst du, was frei, reserviert, unterwegs oder schon offenen Aufträgen versprochen ist.

Bestand wird je Lagerplatz geführt (zum Beispiel B-07-3), damit der Floor immer genau sagt, wohin du gehst. Korrekturen und manuelle Reservierungen sind Buchungen mit Grund, keine stillen Änderungen.

Zu den Zeiten, die du festlegst, bündelt laeuft, was offene Kundenaufträge noch brauchen, zu einer Lieferantenbestellung und rechnet frühere Bestellungen als bereits unterwegs an. So wird nichts doppelt bestellt. Zusätzliche Mengen trägst du von Hand nach. Der Lieferant holt die Bestellung auf seiner eigenen Seite ab und meldet je Position, was wann kommt oder nicht lieferbar ist; der Wareneingang sieht die Lieferung als erwartete Liste.

Im Wareneingang scannst du, was ankommt; laeuft löst den Barcode zum Artikel auf und sagt dir, wohin er gehört: zu einem offenen Auftrag oder auf einen Lagerplatz. Erwartete Lieferungen stehen gesammelt in einer Liste statt auf Papier.

Findet ein Scan keinen Artikel, fragt der Floor, zu welchem Artikel er gehört. Einmal zugeordnet, funktioniert der Barcode überall in laeuft, und die offenen Aufgaben dazu stehen in einer Liste, die das Team abarbeitet.

Wo ein Artikel eingescannt wird, im Wareneingang, am Verteilen oder bei Retouren, druckt der Floor so viele Etiketten, wie du brauchst: Barcode, Artikelnummer und Name auf einem Etikett mit 62 × 29 mm. Der Barcode ist die EAN-13 des Artikels, wo er eine hat, sonst ein Code 128 der Artikelnummer.

Braucht ein Standort Ware vom anderen, legt laeuft den Umlagerungsbedarf und eine mobile Pickliste für den abgebenden Standort an. Gepickte Ware zählt als unterwegs, bis sie am empfangenden Standort eingescannt ist.

Jede Buchung am Floor lässt sich rückgängig machen, in jedem Zustand, Schritt für Schritt wie ein Stapel. Ein Fehler wird mit einer Gegenbuchung korrigiert, die Historie bleibt vollständig.

Der Floor arbeitet im Browser auf Handys, Handscannern und Packplätzen, installiert wird nichts. Jedes Gerät meldet sich mit seiner Rolle an und sieht nur die Arbeit seines Standorts.

Zusätzlich gibt es eine iPhone-App, die die Kamera als Scanner nutzt. Sie verwendet dieselben Fähigkeiten wie der Floor im Browser, Rechte und Buchungen sind also identisch.

Jeder Floor-Bildschirm zeigt genau einen nächsten Schritt: Artikel, Menge in großen Ziffern, Lagerplatz und einen Knopf. Hinweise übernehmen nie den Hauptknopf, so bleibt der Ablauf jedes Mal gleich.

laeuft gibt Aufträge an den Floor frei, wenn Bestand, Zahlung und Sperren es erlauben, und sortiert den Weg nach Lagerplatz. Jeder Pick wird per Scan von Artikel oder Platz bestätigt; ein fehlender Artikel wird als Problem gemeldet statt geraten.

Aufträge mit mehreren Artikeln sammeln sich in einer nummerierten Versandbox, bis alle Artikel da sind. Erst dann geht der Auftrag zum Packen, unvollständige Pakete verlassen das Lager nicht.

Am Packtisch wird jeder Artikel gegen den Auftrag gescannt. Ein falscher oder überzähliger Scan stoppt das Paket, bevor ein Label gebucht wird, und das Gewicht wird für den Carrier erfasst.

laeuft bucht DHL-Pakete, Kleinpakete und internationale Sendungen direkt über die DHL-Parcel-DE-API mit deiner eigenen Kundennummer. Das Label kommt in Sekunden zurück und druckt am Packtisch; ein DHL-Portal brauchst du dafür nicht.

GLS-Pakete werden über die GLS-Web-API mit deinem eigenen Zugang gebucht und storniert. Das Label druckt wie jedes andere dort, wo das Paket gepackt wird.

Briefe und Warenpost frankiert laeuft über die Internetmarke der Deutschen Post aus deiner eigenen Portokasse. Regeln entscheiden, wann ein Brief erlaubt ist. Geschäftskunden bekommen zum Beispiel immer mindestens ein Kleinpaket.

Ein kleiner Druck-Agent auf dem PC am Packtisch empfängt Druckaufträge von laeuft und schickt sie an den Zebra-Etikettendrucker. Gedruckt wird nur, wenn jemand auf Drucken tippt, und der Knopf zeigt, ob der Auftrag angekommen ist.

Aus der Versandhistorie druckst du jedes Label erneut oder stornierst es beim Carrier. Ein storniertes Label wird mit Zeit und Person festgehalten, damit sich Carrier-Rechnungen später dagegen prüfen lassen.

Das Guthaben der Portokasse für die Internetmarke steht im Kopf des Floors. Bevor es knapp wird, lädt laeuft automatisch einen festen Betrag nach, damit Briefe am Packtisch nie stehen bleiben.

Jede Versandart trägt ihre Maß- und Gewichtsgrenzen und eine Maßskizze, die beim Auswählen erscheint. laeuft schlägt die Versandart aus Auftrag und Regeln vor, der Packer bestätigt oder ändert sie im Raster.

Scanne ein Paketlabel oder such einen Auftrag und du siehst, was im Paket war, wer es wann gepackt hat, mit welcher Versandart und Sendungsnummer. Von dort druckst du neu, stornierst oder korrigierst das Gewicht.

Der Monitor listet Aufträge, die über der Versandfrist des Kanals liegen, und Sendungen, die dem Kanal noch nicht gemeldet sind. Für jeden kannst du einen neuen Termin zusagen, damit verspätete Aufträge erledigt sind, bevor der Kanal reagiert.

Tageszahlen je Standort: Pakete, Versandarten und Carrier und wie lange es vom Auftrag bis zum Label und vom Label bis zum gepackten Paket gedauert hat. Die Zahlen kommen direkt aus den Versandbuchungen.

Bevor ein Label gebucht wird, prüft eine KI die Adresse. Formale Korrekturen wie eine vertippte Postleitzahl oder Straßenschreibweise übernimmt laeuft automatisch und protokolliert sie; alles Unklare landet in der Inbox bei einem Menschen.

In der Retourenannahme machst du zuerst ein Foto von Paket oder Label; laeuft liest es, schlägt den passenden Auftrag vor und du bestätigst. Danach wird jeder Artikel geprüft, eingelagert oder entsorgt, und jeder Schritt lässt sich rückgängig machen.

laeuft erstellt Rücksendelabels bei DHL oder GLS für Kunden und hängt sie an den Retourenfall. Eine Regel je Firma bestimmt, wer zahlt, und die Sendungsnummer des Labels ordnet das Paket bei der Annahme zu.

Nach der Annahme stellt laeuft die Gutschrift aus und bereitet je Korrektur einen Erstattungsauftrag vor, passend zum Erstattungsweg des Kanals. Standardretouren können automatisch freigegeben werden; alles andere wartet auf einen Menschen, ausgezahlt wird nichts ohne Freigabe.

laeuft stellt die Rechnung aus dem versendeten Auftrag und die Gutschrift aus der Retoure aus, jeweils mit eigenem Nummernkreis. Ausgestellte Belege werden nie geändert; korrigiert wird mit Storno oder Gutschrift, die sich auf das Original beziehen.

Gibst du eine Teillieferung frei, bekommt jede Lieferung eine eigene Rechnung über die tatsächlich versendeten Mengen. Versandkosten stehen auf der ersten Teilrechnung, die letzte nimmt genau den Rest, so stimmt die Summe auf den Cent.

Jede Rechnung entsteht aus einem Belegmodell: als PDF/A-3 mit eingebettetem ZUGFeRD-XML für Mensch und Maschine und als reine XRechnung, wo der Käufer sie braucht. Beide tragen dieselben Zahlen, weil sie aus denselben Daten kommen.

Öffentliche Auftraggeber erkennt laeuft an der Leitweg-ID am Kunden, deren Prüfziffer beim Eintragen geprüft wird. Sie wird in jeden Auftrag und jedes Angebot übernommen und in der XRechnung als Käuferreferenz gesetzt; je Auftrag kannst du eine andere Dienststelle eintragen.

laeuft bestimmt den Steuerfall je Auftrag (Inland, OSS-Fernverkauf, innergemeinschaftlich, Ausfuhr) und den Satz je Position aus der Steuerkategorie des Artikels und dem Bestimmungsland. Versand und Gebühren folgen der Ware, bei gemischten Sätzen anteilig aufgeteilt.

Je Kanal legst du fest, wie Belege zugestellt werden: Upload an die Bestellung (Mirakl, Amazon, Kaufland), Mail an den Käufer, Mail an eine feste Betreiberadresse oder bewusst gar nicht, mit Grund. Scheitert ein Pflicht-Upload, weicht laeuft nie still auf Mail aus.

laeuft liest deine Qonto-Konten alle paar Minuten über die Qonto-API, nur lesend, beim ersten Verbinden die letzten 90 Tage. Ein täglicher Nachabgleich holt später geänderte Umsätze; laeuft überweist nie etwas.

Postbank-Umsätze kommen über FinTS mit entkoppelter TAN-Freigabe, mehrmals täglich. Wie jede Bankquelle liest die Anbindung nur; Überweisungen bleiben in deinem Banking.

laeuft liest PayPal-Transaktionen samt Gebühren über die PayPal-API und sucht zu jeder Zahlung den passenden Auftrag. Zahlungen und Gebühren werden ihren Rechnungen zugeordnet und getrennt gebucht.

laeuft holt die Transaktionsberichte von Amazon, eBay, Kaufland, Shopify und den Mirakl-Marktplätzen über deren APIs. Jede Auszahlung wird in Aufträge, Erstattungen, Gebühren und sonstige Kosten zerlegt, so ist die Bankbuchung der Auszahlung auf den Cent erklärt.

Für jede Bank ohne direkte Anbindung lädst du Kontoauszüge als CAMT, MT940 oder CSV hoch. Sie fließen in denselben Bankfeed wie angebundene Konten, Abgleich und offene Posten funktionieren gleich.

Feste Regeln entscheiden: Referenzen im Verwendungszweck (Rechnungs-, Auftrags- oder Kanal-Bestellnummer) und der Betrag müssen zu einem offenen Posten passen. Die KI sortiert nur Kandidaten; Unklares geht an einen Menschen, und ein Zahlungsavis verteilt eine Überweisung auf mehrere Rechnungen.

Ein offener Posten ist die Rechnung minus Korrekturen minus bestätigte Zahlungen. Du siehst, was je Kunde und Kanal noch offen ist, und eine eingehende Vorkasse gibt den Auftrag selbst für den Versand frei.

Drei Stufen (Zahlungserinnerung, erste und zweite Mahnung) mit Tagen, Gebühren und neuer Zahlungsfrist, die du einstellst, für Geschäftskunden getrennt. laeuft entwirft jeden Mahnlauf aus den offenen Posten; du prüfst und gibst ihn frei, das Versenden hängt an einem eigenen Schalter.

Aus Rechnungen, Gutschriften, Auszahlungen und Bankumsätzen bereitet laeuft die Buchungen vor: Umsätze, Gebühren und Auszahlungen auf Konten, die du je Regel festlegst, auf Basis von SKR03. Jede Buchung behält den Verweis auf ihren Beleg.

Die Buchungen gehen je Monat im DATEV-Format an deine Steuerberatung, jede mit Verweis auf ihr Belegbild, damit dort die Rechnung dahinter sichtbar ist. Hochgeladen wird in die Produktion erst, wenn du das für deine Firma einschaltest.

Bevor ein Monat übergeben wird, zeigt laeuft, was noch offen ist: Bankumsätze ohne Zuordnung, noch nicht zerlegte Auszahlungen, zu prüfende Ausnahmen. Abgeschlossen wird, wenn die Liste leer ist.

Du lädst die Rechnungsdatei des Carriers hoch; laeuft ordnet die Spalten einmal zu (die KI schlägt vor, du bestätigst) und gleicht jede Zeile per Sendungsnummer mit einem Paket ab. Gewichtsabweichungen, stornierte und trotzdem berechnete Labels, unbekannte Pakete und Doppelte stehen in einer Liste.

Sind die Carrier-Rechnungen abgeglichen, trägt jedes Paket seine echten Kosten. laeuft summiert sie je Auftrag und je Kanal, so siehst du, was der Versand dort, wo du verkaufst, wirklich kostet.

Jede Aktion in laeuft ist einmal als typisierte Fähigkeit beschrieben, mit Eingabe, Ausgabe, Recht und Risikostufe. App, HTTP-API, CLI und MCP-Server entstehen aus diesem Register und rufen dieselbe Fachlogik auf.

Jede Fähigkeit steht unter /api/v1 bereit, beschrieben als OpenAPI 3.1, damit du Clients erzeugen kannst. Anfragen nutzen dieselben Rechte, Fachfehler und dieselbe Idempotenz wie die App.

Die laeuft-Kommandozeile ruft jede Fähigkeit beim Namen auf, für Skripte, zeitgesteuerte Jobs oder einen schnellen Blick aus dem Terminal. Sie meldet sich mit einem Agenten-Token an und folgt denselben Freigaberegeln.

laeuft betreibt einen MCP-Server unter app.eslaeuft.com/mcp. Verbinde einen MCP-Client mit einem Agenten-Token; seine Werkzeuge sind genau die Fähigkeiten, die dieser Agent nutzen darf.

Jeder Agent ist eine eigene Identität mit Namen, einem Teil der Rechte seines Erstellers und optionalem Ablauf. Das Token wird einmal angezeigt, gespeichert wird nur sein Hash; es gilt nicht mehr nach Widerruf, Ablauf oder wenn sein Ersteller die Organisation verlässt.

Lesen: jede Abfrage, Agenten führen sie aus. Schreiben: Änderungen in laeuft, die korrigierbar sind, Agenten führen sie aus. Folgenreich: erreicht Carrier, Kanal, Bank oder Kunden und braucht eine Freigabe. Kritisch: Einstellungen, Zugänge und Agenten. Nur Menschen, nie freigebbar.

Ruft ein Agent eine folgenreiche Fähigkeit auf, hält laeuft die genaue Anfrage fest und legt sie in die Inbox, statt sie auszuführen. Ein Mensch gibt frei oder lehnt ab; erst dann wird sie ausgeführt. Ausnahme: Dieser Agent darf genau diese Fähigkeit ausdrücklich selbst ausführen.

Jede Änderung hält fest, wer sie gemacht hat (Mensch oder Agent), was sich geändert hat und wann. Persönliche Daten nennt das Protokoll nur als Feld, es kopiert sie nicht.

Manche Routine erledigt laeuft schon selbst: formale Adresskorrekturen vor dem Label, Retouren-Fotos ihren Aufträgen zuordnen, Auszahlungen zerlegen und Zahlungen zuordnen. Jede davon protokolliert, was sie getan hat, und gibt Unklares in die Inbox.

Die Inbox sammelt nur, was heute einen Menschen braucht: eine fehlgeschlagene Buchung, eine unklare Adresse, eine Freigabe, eine Abweichung. Jeder Eintrag bringt seine passende Aktion mit; reine Hinweise schließen sich selbst, sobald die Ursache weg ist.

⌘K öffnet eine Palette, die Aufträge, Artikel, Kunden und Aktionen auf einmal durchsucht. Bereiche haben eigene Tasten (G, dann ein Buchstabe), und jede Aktion zeigt ihr Kürzel. Das Büro arbeitet ohne Maus.

laeuft baut auf einer Echtzeit-Datenbank auf: Ändert sich etwas, aktualisiert sich jeder offene Bildschirm von selbst. Ein Scan am Packtisch erscheint im Büro in derselben Sekunde, ohne Neuladen.

Büro, Floor und API laufen in der Cloud und öffnen sich in jedem aktuellen Browser. Es gibt keinen Client zum Installieren, keinen Server im Büro und keinen Remote-Desktop.

Rechte werden je Rolle vergeben: Büro, Lager und Retourenannahme sehen jeweils nur die Bereiche, die sie brauchen. Dieselben Rechte gelten in der App, in der API und für Agenten.

Zugangsdaten für Kanäle, Carrier, Banken und Mail werden je Firma verschlüsselt gespeichert. Entschlüsselt werden sie erst in dem Moment, in dem ein Aufruf sie braucht; verwaltet wird unter Einstellungen → Zugänge.

Jede Außenwirkung (Belege, Meldungen, Erstattungen, Uploads) hat je Bereich einen Schalter: aus, Schatten oder live. Im Schatten baut laeuft alles und vergleicht es mit deinem bisherigen System, ohne etwas zu senden; live gehst du je Bereich, wenn die Zahlen stimmen.

laeuft verschickt Mails wie Retourenbestätigungen über dein eigenes Microsoft-365-Postfach, das du einmal in den Einstellungen verbindest. Käufer sehen deine Adresse, und die gesendeten Mails liegen in deinem Postfach.