Vorladerestriktionen

Derzeit können nur Daten zu den erstellten Lanes heruntergeladen werden. Dabei können die Daten der aktiv genutzten Lanes unter Lane Management oder die Daten der Lanes, die einem Tender zugeordnet wurden (Loady4Tender), heruntergeladen werden.

Für weitere Datenabzüge kann das Customer Success Team angefragt werden.

Übermittle uns deine Idee einfach per E-Mail an support@loady.com. Wir sammeln alle Ideen und bewerten sie hinsichtlich Machbarkeit, Aufwand und Eignung für Loady. Du erhältst auf jeden Fall eine Rückmeldung zum Status deiner Idee. Wenn es sich um eine neue, komplexe Funktionalität handelt, werden wir dich zusätzlich zur Klärung der konkreten Anforderungen kontaktieren.

‍

Loady unterstützt derzeit keine PDF-Uploads. Sie können das PDF auf einer Website hochladen und einen Link als URL im entsprechenden Freitextfeld in Loady einfügen.

Es gibt keine universelle Lösung für die Strukturierung von Daten in Loady. Die Struktur in Loady sollte die Datenstruktur des ERP-Systems abbilden. Im Folgenden sind einige Hilfestellungen dargestellt, um potenzielle Konflikte zu minimieren.

‍

Die Namen der Objekte sollten klar und eindeutig sein, um eine gute Übersichtlichkeit sicherzustellen. Für einen funktionierenden Austausch von Daten zwischen ERP-System und Loady ist das Feld ERP-Referenznummer, das für jedes Objekt gepflegt werden muss, entscheidend. Hier muss die exakte Bezeichnung aus dem ERP-System eingetragen werden.

‍

Für eine optimale Übersichtlichkeit und Zuordnung der verschiedenen Ent-/ladeanforderungen wird empfohlen, dass für klar trennbare Ladeverfahren jeweils eigene Ent-/Ladestellen angelegt werden.

‍

Folgende Beispiele für die Aufteilung von Ent-/Ladestellen nach unterschiedlichen Verladeverfahren:

• Bulk-Produkte vs. verpackte Produkte
• Container- vs. LKW-Verladung

‍

In Loady könnte beispielsweise ein Standort angelegt werden, zu dem mehrere Ent-/Ladestellen gehören.

Im Beispiel sind diese klar getrennt nach der Art der verladenden Güter beziehungsweise den Prozessen, die zur Verladung notwendig sind:

• Standort: 001
  
  • Ladestelle: 001_Bulk
  • Ladestelle: 001_Verpackt_ LKW Verladung
  • Ladestelle: 001_Verpackt_ Container Verladung

‍

Sollten Unklarheiten bezüglich der Datenstruktur auftreten, steht unser Customer Success Team für eine individuelle Beratung gerne zur Verfügung.

Grundlegende Voraussetzung für das Löschen von Objekten in Loady ist, dass das Objekt in keinen verbindenden Elementen wie zum Beispiel in Anforderungsprofilen und Lanes enthalten ist.

‍

Beispiele:

• Um ein Outbound Produkt zu löschen, müssen zuerst alle Anforderungsprofile und Lanes gelöscht werden, in denen das Outbound Produkt enthalten ist
• An allen Ent-/Ladestellen, an denen das Unternehmensprodukt als Inbound oder Outbound Produkt zugeordnet wurde, muss es entfernt werden, bevor es gelöscht werden kann

‍

Um verschiedene Objekte in Loady zu löschen, muss folgende Reihenfolge eingehalten werden:

1. Anforderungsprofile
2. Lanes
3. Inbound und Outbound Produkte
4. Unternehmensprodukte
5. Lade- und Entladestellen (Gebäude)
6. Standorte
7. Business Partner

Das Übertragen von Daten zwischen Loady und anderen Systemen erfordert die Anbindung über eine unserer APIs (Application Programming Interfaces). Loady bietet verschiedene standardisierte APIs für unterschiedliche Anwendungen an. Die IT-Abteilungen unserer Kunden konfigurieren diese Anbindungen nach den spezifischen Bedürfnissen. Das bedeutet, dass der Datentransfer individuell in den Prozessen des Kundenunternehmens definiert werden muss.

‍

Gehe bitte direkt auf den verantwortlichen Integrationsmanager oder die IT-Abteilung zu. Diese können dir genau erklären, wie der Datentransfer zwischen Loady und anderen Systemen ausgelöst und durchgeführt wird.

Ein Inbound oder Outbound Master beinhaltet Anforderungen, die auf mehrere Inbound oder Outbound Produkte an einer Ent-/Ladestelle zutreffen. Zum Beispiel: An einem Standort existiert eine Ladestelle, an der 10 Outbound Produkte mit identischen Ladeanforderungen verladen werden. Statt die Anforderungen 10x für die einzelnen Produkte zu pflegen, können diese Anforderungen 1x in einem Outbound Master hinterlegt werden. Werden die Outbound Produkte diesem Outbound Master zugeordnet, übertragen sich die Anforderungen, die auf Ebene des Masters gepflegt wurden, auf die einzelnen Outbound Produkte.

‍

Die Anlage und Pflege eines Outbound Masters (Inbound Master analog) erfolgt folgendermaßen:

1. Erstelle den Outbound Master als Objekt und pflege die Anforderungen
2. Weise die zugehörigen Outbound Produkte dem Outbound-Master zu

‍

Wichtig: Sobald Outbound Produkte einem Outbound Master zugewiesen werden, überschreiben sich die ursprünglich hinterlegten Daten der einzelnen Outbound Produkte. D.h. sie werden gelöscht und können nicht wiederhergestellt werden. Werden Outbound Produkte von einem Outbound Master entfernt, bleiben die Anforderungen des Masters bestehen, die Daten werden lediglich nicht mehr synchronisiert. Sie müssen ab diesem Zeitpunkt manuell auf Produktebene bearbeitet werden.

Vonseiten Loady stehen verschiedene Tutorials zur Verfügung. Ihr könnt die aktuellen Tutorials über das Dashboard direkt in Loady oder über folgenden Link abrufen: Tutorials

Darüber hinaus stehen euch weitere Tutorials zur Verfügung, die innerhalb der Organisation an zentraler Stelle vorliegen (z.B. Cloud-Speicherort). Kontaktiere hierzu euren unternehmensinternen Loady-Verantwortlichen. Wir fügen stetig neue Tutorials hinzu und planen einen zentralen Ort innerhalb der Applikation, wo auf die Tutorials einfach zugegriffen werden kann. Die Priorisierung bei der Erstellung der Tutorials nehmen wir gemäß unserer Einschätzung der Bedarfe der Kunden vor.

‍

Solltet ihr dringend ein Tutorial zu einem bestimmten Thema benötigen, kontaktiert bitte support@loady.com. Damit können wir dies im Rahmen unserer internen Priorisierung berücksichtigen.