Logistics requirements from external warehouse operators

It is not currently possible to directly restore data within Loady. Please contact the Customer Success Team.

Simply send us your idea by email to support@loady.com. We collect all ideas and evaluate them based on feasibility, effort, and suitability for Loady. You will receive an update on the status of your idea. If it involves a new, complex functionality, we will also contact you to clarify the specific requirements.

‍

We are happy to support you with the initial setup of the data. Based on our experience, we can recommend some best practices. Generally, during the initial data setup on Loady, it is advisable to designate a central contact person to coordinate and monitor the setup (e.g., ensuring all sites are created, all products assigned).

‍

Additionally, expertise from various departments is required for data setup. Which departments actually need to be involved in the data setup depends on the client's organization and the distribution of responsibilities. Based on previous experience, expertise from the following departments is needed:

‍

• Sites and loading/unloading points within your own company: employees from site management or those responsible for loading/unloading points
• Company products: Employees from product management, quality management, or technical marketing
• Business Partners and all associated objects such as sites, unloading points, inbound products and associated unloading requirements are usually maintained or managed by customer service or sales employees
• Previous loading restrictions: Employees from quality management, technical marketing, or those responsible for loading points
• Tenders: Employees from the purchasing organization
• ERP structure: Key users or employees from IT departments

Currently, Loady offers copy functions for various data and objects. The existing copy functions are presented below:

‍

Copy functions for Company Products:

• Copying the entire company product
• Navigate to the product list via the navigation bar
• Click the copy icon in the top right corner
• In the pop-up, select the appropriate company and the company product to be copied
• The copied company product appears with the suffix (copy) in the product list for further editing

Copying the module Cleaning Requirements

• Navigate to the Cleaning Requirements of the company product into which the existing Cleaning Requirements of another company product are to be copied
• Click the copy icon in the top right corner
• In the pop-up, select the appropriate company and the company product from which the Cleaning Requirements are to be copied
• The Cleaning Requirements will be copied and will overwrite existing data

‍

Copying Previous loading restrictions

• Navigate to the Previous loading restrictions of the company product into which the existing Previous loading restrictions of another company product are to be copied
• Click the copy icon in the top right corner
• In the pop-up, select the appropriate company and the company product from which the Previous loading restrictions are to be copied
• The Previous loading restrictions will be copied and will overwrite existing data

‍

Copy functions for Inbound and Outbound Products

• Navigate to a module of an Inbound or Outbound Product, into which data is to be copied
• Click the copy icon in the top right
• In the pop-up, select the appropriate company, the appropriate Site, the appropriate Loading Point, the desired modules, and the appropriate Inbound or Outbound Product from which requirements are to be copied
• The desired requirements will be copied into the selected modules, overwriting existing data. Important: Only data from selected modules will be copied and overwritten. If modules are not selected, the existing data will remain unchanged

A fundamental prerequisite for deleting objects in Loady is that the object is not contained in any connecting elements, such as in requirement profiles and lanes .

‍

Examples:

• To delete an outbound product, all requirement profiles and lanes in which the outbound product is contained must first be deleted.
• At all loading/unloading points where the company product was assigned as an inbound or outbound product , it must be removed before it can be deleted.

‍

To delete various objects in Loady, the following order must be observed:

1. Requirement profiles
2. Lanes
3. Inbound and outbound products
4. Company products
5. Loading and unloading points (buildings)
6. Sites
7. Business partners

An Inbound or Outbound Master includes requirements that apply to multiple Inbound or Outbound Products at a loading/unloading point. For example: At a site there is a loading point where 10 Outbound Products are loaded with identical loading requirements. Instead of maintaining the requirements 10 times for the individual products, these requirements can be stored once in an Outbound Master . When the Outbound Products are assigned to this Outbound Master , the requirements maintained at the master level are transferred to the individual Outbound Products.

‍

The creation and maintenance of an Outbound Master (Inbound Master similarly) is done as follows:

1. Create the Outbound Master as an object and maintain the requirements
2. Assign the associated Outbound Products to the Outbound Master

‍

Important: As soon as Outbound Products are assigned to an Outbound Master , the originally stored data of the individual Outbound Productswill be overwritten. This means they are deleted and cannot be restored. If Outbound Products are removed from an Outbound Master , the master's requirements remain, but the data is simply no longer synchronized. From this point on, they must be manually edited at the product level.

There is no universal solution for structuring data in Loady. The structure in Loady should mirror the data structure of the ERP system. The following provides some guidance to minimize potential conflicts.

‍

Object names should be clear and unambiguous to ensure good clarity. For a functional exchange of data between the ERP system and Loady, the field ERP Reference Number, which must be maintained for each object, is crucial. The exact designation from the ERP system must be entered here.

‍

For optimal clarity and assignment of different loading/unloading requirements, it is recommended that separate loading/unloading points be created for clearly distinguishable loading procedures.

‍

The following are examples of how loading/unloading points can be divided according to different loading procedures:

• Bulk products vs. packed products
• Container vs. truck loading

‍

For example, a site could be created in Loady that includes several loading/unloading points.

In this example, these are clearly separated by the type of goods being loaded or the processes required for loading:

• Site: 001
  
  • Loading Point: 001_Bulk
  • Loading Point: 001_Packed_ Truck Loading
  • Loading Point: 001_Packed_ Container Loading

‍

Should any ambiguities arise regarding the data structure, our Customer Success Team is happy to provide individual consultation.

Transferring data between Loady and other systems requires integration via one of our APIs (Application Programming Interfaces). Loady offers various standardized APIs for different applications. Our customers' IT departments configure these integrations according to their specific needs. This means that data transfer must be individually defined within the customer's business processes.

‍

Please contact the responsible integration manager or IT department directly. They can explain exactly how data transfer between Loady and other systems is initiated and executed.