Method for planning a production process

Abstract

The invention refers to a method 200 for planning of a production process of a product. Product planning data is provided 211 with respect to a production entity producing the product. The product planning data is indicative of a production plan that should be fulfilled. Pre-product planning data is provided 210 with respect to a production entity producing the pre-product. The pre-product planning data is indicative of a production plan that should be fulfilled. The product and pre-product planning data are stored 220 on a sequential distributed database. A product status of the production process of the product is determined 230 by comparing the stored product planning data with blockchain oracle data. A pre-product status of the production process of the pre-product is determined 231 by comparing the stored pre-product planning data with blockchain oracle data. The product status is validated 240 with respect to the pre-product status.

Claims

1. A computer implemented method for planning of a production process, wherein the production process is the production of a product based on a pre-product, wherein the pre-product and the product are produced by different production entities, wherein the method comprises: providing product planning data for the product with respect to the production entity producing the product, wherein the product planning data is indicative of one or more aspects of a production plan of the product that should be fulfilled during the production process of the product, providing pre-product planning data for the pre-product with respect to the production entity producing the pre-product, wherein the pre-product planning data is indicative of one or more aspects of a production plan of the pre-product that should be fulfilled during the production process of the pre-product, storing the product planning data and the pre-product planning data on a sequential distributed database, determining a product status of the production process of the product by comparing the product planning data stored on the sequential distributed database with blockchain oracle data of the production process, determining a pre-product status of the production process of the pre-product by comparing the pre-product planning data stored on the sequential distributed database with blockchain oracle data of the production process, and validating the product status with respect to the pre-product status, wherein validation comprises comparing the product status with the pre-product status and determining which of the production entities has fulfilled its production plan with respect to the one or more aspects, and outputting the validation for controlling the production process and pre-production process.

2. The method according to claim 1, wherein the method further comprises generating control data for controlling a production process of the product and/or pre-product based on the validation of the product status with respect to the pre-product status.

3. The method according to claim 1, wherein the validating of the product status with respect to the pre-product status comprises determining a balance between the product status and the pre-product status.

4. The method according to claim 3, wherein the validating of the product status with respect to the pre-product status further comprises distributing validation tokens to the production entities based on the balance.

5. The method according to claim 4, wherein the distributing of validation tokens comprises adding tokens to a token score of a production entity if the balance indicates that the product status or pre-product status of the production entity fulfils the production or pre-production plan less than the other entity.

6. The method according to claim 1, wherein the sequential distributed database further comprises at least one of the following characteristics append-only, immutable, tamper evident and/or tamper resistant.

7. The method according to claim 1, wherein the sequential distributed database is a blockchain database.

8. The method according to claim 1, wherein the product planning data and the pre-product planning data refer to a planned reduction of a resource utilized in the production process and/or to a reduction of waste products generated during the production process.

9. The method according to claim 1, wherein the product and pre-product planning data are stored in form of a chemical product passport comprising a decentral identifier identifying the product and/or pre-product and the product planning data and/or pre-product planning data.

10. An apparatus for planning of a production process, wherein the production process is the production of a product based on a pre-product, wherein the pre-product and the product are produced by different production entities, wherein the apparatus comprises: an input unit configured to a) providing product planning data for the product with respect to the production entity producing the product, wherein the product planning data is indicative of one or more aspects of a production plan of the product that should be fulfilled during the production process of the product, and b) providing pre-product planning data for the pre-product with respect to the production entity producing the pre-product, wherein the pre-product planning data is indicative of one or more aspects of a production plan of the pre-product that should be fulfilled during the production process of the pre-product, one or more processors configured to a) storing the product planning data and the pre-product planning data on a sequential distributed database, b) determining a product status of the production process of the product by comparing the product planning data stored on the sequential distributed database with blockchain oracle data of the production process, c) determining a pre-product status of the production process of the pre-product by comparing the pre-product planning data stored on the sequential distributed database with blockchain oracle data of the production process, and d) validating the product status with respect to the pre-product status, wherein the validation comprises comparing the product status with the pre-product status and determining which of the production entities has fulfilled its production plan with respect to the one or more aspects, and an output unit configured to output the validation for controlling the production process and pre-production process.

11. A computer program product for planning of a production process, wherein the computer program product comprises program code means for causing an apparatus to execute the method according to claim 1.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

[0019] FIG. 1 shows schematically and exemplarily an embodiment of an apparatus for planning of a production process,

[0020] FIG. 2 shows schematically and exemplarily a flowchart of an embodiment of a method for planning a production process,

[0021] FIG. 3 shows schematically and exemplarily a possible network of production entities utilizing the invention,

[0022] FIG. 4 shows schematically and exemplarily possible material flows between production entities, and

[0023] FIG. 5 shows schematically and exemplarily a flowchart of a detailed example of a method for planning a production process.

DETAILED DESCRIPTION OF EMBODIMENTS

[0024] FIG. 1 shows schematically and exemplarily a system 100 comprising a production entity 120 for producing a product. Further, the system 100 can comprise or can be communicatively coupled with one or more production entities symbolized by a production entity 121 producing the one or more pre-products. Generally, the production entities 120 and 121 can be independent production entities that can be located at the same compound or at completely different locations and that can be controlled independent of each other, for example, can be managed by different product vendors. The system 100 further comprises an apparatus 110 that can be part of or communicatively coupled with a production entity 120. Generally, the functions provided by the apparatus 110 can be distributed over a plurality of processors, in particular, can be performed by a network of processors, wherein at least some of these processors can also be part of the production entity 121. Thus, the functions provided by the apparatus 110, and thus the apparatus 110 itself, can be performed by each of the participating production entities but also by one or more third party providers.

[0025] The production entities 120, 121 can refer to or be part of an industrial plant. Generally, such an industrial plant can refer to any technical infrastructure that is used for an industrial purpose. An industrial purpose may be manufacturing or processing of one or more industrial products, i.e., a manufacturing process or a processing performed by the industrial plant. Preferably, the industrial purpose refers to the production of a product or pre-product. The product or pre-product can, for example, be any physical product such as a chemical, a biological, a pharmaceutical, a food, a beverage, a textile, a metal, a plastic, or a semi-conductor. Additionally or alternatively, the product or pre-product can even be a service product such as electricity, heating, air conditioning, waste treatment such as recycling, chemical treatment such as break-down or dissolution, or even incineration, etc. Accordingly, the industrial plant may be one or more of a chemical plant, a process plant, a pharmaceutical plant, a fossil fuel processing facility such as an oil and/or natural gas valve, a refinery, a petrochemical plant, a cracking plant, and the like. The industrial plant can even be any of a distillery, an incinerator, or a power plant. The industrial plant can even be a combination of any of the examples given above.

[0026] For performing a production process, the industrial plant comprises a technical infra-structure which can be controlled by production parameters implemented, for instance, by a process control system into the technical infrastructure. The technical infrastructure may comprise equipment or process units such as any one or more of a heat exchanger, a column such as a fractionating column, a furnace, a reaction chamber, a cracking unit, a storage tank, a precipitator, a pipeline, a stack, a filter, a valve, an actuator, a transformer, a circuit breaker, a machinery, e.g., a heavy duty rotating equipment such as a turbine, a generator, a pulveriser, a compressor, a fan, a pump, a motor, etc. Moreover, the industrial plant typically comprises a plurality of sensors that allow to measure operational parameters of the technical infrastructure. The measured operational parameters can then be stored by a process control system on a database of the industrial plant. Further, the product parameters can also be utilized by the process control system for controlling the production process in the industrial plant. Generally, such measured operational parameter can be utilized as part of the blockchain oracle data.

[0027] The apparatus 130 is adapted to control a production process of a product performed by the production entity 110. Preferably, the production process refers to a recycling process in which the pre-products utilized for producing the product are at least partly reused from a previous product. The apparatus 130 comprises a product production data providing unit 131, a pre-production data receiving unit 132, an optimization unit 133, and a production control unit 134. Optionally, the apparatus 130 can further comprise a communication unit 135 for communicating with other apparatuses of other production entities when present.

[0028] The apparatus 110 is configured to be utilized for a planning of production processes, for example, for producing one or more of the products mentioned above based at least on one pre-product. The apparatus 110 comprises an input unit 111 that can refer, for example, to a communication interface that allows for a communication between the production entities 120, 121 and the apparatus 110. In particular, the input unit 111 is adapted to receive data and to then provide the data to the one or more processors 112 of the apparatus 110. For example, the data received by the input unit can be received by the production entities 120, 121, but can also refer to data received directly from a user, for example, via a user input interface. The data received by the input unit 111 comprises product planning data and pre-product planning data. The product planning data is provided for a specific product that is to be produced by the production entity 120. Generally, the product planning data is indicative of one or more aspects of a production plan of a product that should be fulfilled during the production process of the product. Also the pre-product planning data is indicative of one or more aspects of a production plan of the pre-product that should be fulfilled during the production of the pre-product. Generally, the one or more aspects of the pre-product and the product can comprise the same aspect that should be fulfilled but can also refer to different aspects. Generally, the aspects can refer to any aspects of the production process. However, in a preferred embodiment the aspects refer to the reduction of resource consumption and the reduction of waste production during the production process of the product and/or pre-product. The such received product planning data and pre-product planning data is then provided by the input unit 111 to the one or more processors 112. The one or more processors 112 are then adapted to store the product planning data and the pre-product planning data on a sequential distributed database 114. In a particularly preferred embodiment the sequential distributed database 114 refers to a blockchain database. Preferably, the sequential distributed database 114, e.g. the blockchain database, is an extended sequential distributed database comprising also a part referring to a non-sequential distributed database, e.g., key value store or wide column store or document store. The product planning data and the pre-product planning data are then preferably stored as separate records on a blockchain on the distributed database. A tamper proof connection between two such sequential distributed database records for a transaction, for instance, for a comparing of the two records comprising the product and pre-product data, is created by generating a hash value of all data pertaining to the records and writing the hash value as data to the blockchain entry of the records and/or transaction. Generally, a transaction can comprise database operation commands, database keys, and/or data and metadata access. Compared to conventional blockchain used as database the above described extended sequential distributed database allows to flexibly decide at run-time which data of the above mentioned should be stored in a sequential distributed form, e.g. in a blockchain, and which should be stored in the non-distributed database. Preferably, he product planning data and the pre-product planning data can then be stored, for example, in form of a blockchain based smart contract. The such stored product planning data and pre-product planning data are thus stored in a manipulation-free manner and can accordingly be utilized securely in further validation processes. The one or more processors 112 are then configured to determine a product status and a pre-product status. For example, this part of the functions of the apparatus 110 can be performed by processes provided by the production entities 120, 121 having access to a sequentially distributed database 114 storing the product planning data and the pre-product planning data. However, the one or more processors performing the determination of the product status and the pre-product status can also be provided independent from the production entities 120, 121, for example, by an independent provider. The product status of the production process of the product produced by the production entity 120 is determined by comparing the product planning data from the sequential distributed database 114 with blockchain oracle data of the production process. The pre-product status of the production process of the pre-product produced by the production entity 121 is determined accordingly by comparing the pre-product planning data stored on the sequential distributed database 114 with blockchain oracle data of the production process of the pre-product. In this context the blockchain oracle data can be understood as real world data indicative of a real world performed production processes. For example, blockchain oracle data can comprise sensor measurements performed during the respective production process by the production entities 120, 121. However, blockchain oracle data can also refer to verification data or certificate data determined during verification or certification processes performed before, during or after the production process of the product and/or pre-product. Thus, also the determination of the product status and the pre-product status can be performed at different times before during and after the production of the product and/or pre-product, respectively, with different blockchain oracle data. Generally, it is preferred that a product status and a pre-product status are determined at predetermined times before during and after the production process wherein at each time the respective available blockchain oracle data is utilized for the determination of the product status and/or pre-product status, respectively. In particular, it is preferred that the pre-determined times at which the product status and the pre-product status are determined a determined based on whether the production of a product or pre-product refers to a batch production or continuous production. For example, if the production of the product or pre-product refers to a batch production it can be predetermined that the product status or pre-product status is determined after the complete batch of the product or pre-product has been produced. If the production process of a product or pre-product refers to a continuous production it can be predetermined that the product status or the pre-product status is determined after at least some of the products or pre-products, in particular, a statistically relevant amount, have already been produced.

[0029] The product status and the pre-product status are then indicative for whether or not the respective production entity has fulfilled the one or more aspects that should be fulfilled with respect to the product planning data or the pre-product planning data, respectively.

[0030] For example, a product status or pre-product status can refer to a simple indicator, for example, a plus or minus, indicating that the comparison of the product planning data and the blockchain oracle data or the comparison of the pre-product planning data and the blockchain oracle data, respectively, indicates that the planned aspects have been fulfilled or not. For instance, if the product planning data refers to reduction of a CO.sub.2 production during the production of the product over 10% compared with a standard production process and CO.sub.2 sensors in the production entity 120 indicate a respective CO.sub.2 value that refers to such a 10% reduction the product status can indicate that the respective aspect has been fulfilled. However, the product status and the pre-product status are preferably indicative not only on whether one or more aspects have been fulfilled or not, but further to which extent these aspects have been fulfilled or not. In this case using the same example as above, the product status can indicate that the aspect of the 10% CO.sub.2 reduction has even been fulfilled more than necessary, for instance, with an overfulfilment of 5% CO.sub.2 reduction leading to an overall CO.sub.2 reduction of 15%.

[0031] The one or more processors 112 are then adapted to validate the product status with respect to the pre-product status. In particular, the validation can refer to comparing the product status with a pre-product status and to determine which of the production entities has fulfilled its production plan with respect to the one or more previously predetermined aspects. The validation can thus refer to output a signal that indicates simply whether or not both production entities 120, 121 have fulfilled their production plan as stored on the sequential distributed database. However, the validation can also refer to a more complex process. For example, a balance between the product status and the pre-product status can be determined. In this case a quantity is determined for each of the participating production entities that indicates the performance of the respective production entity in the fulfilling of the production plan with respect to the other production entities. For example, such a balance can be positive for a production entity if the production entity has fulfilled its production plan whereas at least one of the other participating production entities has not fulfilled its production plan. The balance can be neutral for the production entity if either all production entities have fulfilled the production plan or none of them has fulfilled their production plan and it can be negative if the production entity has not fulfilled its production plan whereas other production entities have fulfilled their production plan. However, the balance can also be determined more complex in particular if the product status and the pre-product status provide a quantification of the fulfilment or not fulfilment of the production plan. In these cases a more complex set of rules can be determined for determining a respective balance.

[0032] An output unit 113 can then output the results of the validation, for instance can output the balance and/or also the product and pre-product status, for example, to an output unit for visualization to a user. However, in a preferred embodiment the output unit 113 provides a validation result such that it can be processed further, for example, to a control unit for generating control data for controlling a production process of the product and/or pre-product based on the validation result. For example, such control data can be generated in case that the validation result refers to a negative balance for a production entity in order to amend the production process such that the negative balance can be shifted to at least a neutral or a positive balance, in particular, by better fulfilling the predetermined production plan. Generally, in case of a batch production the control data can be generated such that it controls the production process of the next batch produced of the same products. For example, one or more process parameters can be changed for the next batch of the same products in order to achieve better results during the validation process. Moreover, the control data can also refer to changing a production entity for producing a product, in particular, for changing a production entity for producing a pre-product of the product by utilizing another production entity that might be suited better for fulfilling a respective production plan.

[0033] FIG. 2 shows schematically and exemplarily an embodiment of a computer implemented method 200 for planning a production process, wherein the method can be performed, for example, in accordance with the principles described with respect to the apparatus 110 shown in FIG. 1. The method 200 comprises providing 211 product planning data and providing 210 pre-product planning data. Further, the method 200 comprises storing 220 the product planning data and the pre-product planning data on a sequential distributed database, preferably, in form of a blockchain database. Moreover, in step 231 and step 230 a product status and a pre-product status, respectively are determined. In particular, the product status is determined by comparing the product planning data with blockchain oracle data and the pre-product status is determined by comparing pre-product planning data with blockchain oracle data. In step 240 the product status and the pre-product status are then validated with respect to each other. Preferably, in an optional step 250 the result of the validation is utilized for generating control data for controlling a production process of the product and/or pre-product.

[0034] FIG. 3 shows schematically and exemplarily a possible network of production entities utilizing the invention. In particular, each worker node shown in FIG. 3 can refer to one or more production entities producing a product that can itself again be utilized as pre-product for a product of another worker node. In particular, it is preferred that the worker nodes, i.e. the production entities, are connected in a recycling process in which at least some of the waste of one worker node can be utilized as pre-product for producing a product of another worker node. Preferably each worker node and thus each production entity comprises its own product passport generator and its own token wallet. Generally, it is preferred that the product planning data and/or pre-product planning data of a worker node is provided to other worker nodes and thus to other production entities in form of a product passport comprising a decentral identifier identifying the product and/or pre-product. The decentral identifier preferably refers to a UUID or a DID. The passport generator can thus be regarded as the providing unit for providing the product planning data and/or pre-product planning data, respectively. In preferred embodiments a balance for validating a product status with respect to a pre-product status for a worker node is quantified in form of tokens that can be added or subtracted from a token wallet provided by the respective worker node. Utilizing such tokens for quantifying the balance allows to easily trace and quantify respective contributions of worker nodes to the fulfilment of production plans.

[0035] All worker nodes are communicatively coupled to a smart contract platform, for example, to an independent provider that provides in this example the sequential distributed database in form of a smart contract database and further provides based on the smart contract database a platform for also providing the other functions for validating the production process of the worker nodes as described with respect to the apparatus 110 of FIG. 1. For example, the smart contract platform can also provide the functions for determining the product status and/or pre-product status for a worker node and further the function for validating the respective product status and pre-product status of the worker nodes with respect to each other for determining the balance. Moreover, the platform can then, based on the balance, determine whether tokens have to be added or subtracted from the respective token wallet of a worker node.

[0036] FIG. 4 shows schematically and exemplarily material flows between different worker nodes, i.e. production entities. In particular, FIG. 4 illustrates the often complex relationships between different worker notes, i.e. production entities that allow to provide a product that can be used by consumers. In particular, the illustrated material flow refers to a recycling material flow in which at least part of the waste generated by the consumer by consuming the product is again utilized as product or pre-product for the production of one or more products of one or more worker nodes. Generally, also such more complex relationships can be mapped by the validation process as described above. In particular, it becomes possible to determining the respective product and pre-product statuses of the different worker nodes and by providing respective rules for the validation of the respective statuses with each other to determine where in the respective supply chain of the worker nodes respective production plans have been fulfilled or not. Thus, for instance, in such a supply chain it can be determined if there are worker nodes that never fulfil a production plan and do not amend their production for future fulfilment of the production plan, wherein it then becomes possible for other worker nodes to avoid such worker nodes in their own supply chain in order to increase their own credibility and fulfil their own production plans. Moreover, the respective validation processes can also be made easily available for an increased consumer visibility of worker nodes and whether they fulfil their production plans.

[0037] FIG. 5 shows schematically and exemplarily a detailed example of an application of the method for planning a production process as described above. In this example a worker node, i.e. production entity C, requests from other worker nodes here production entities S1 to Sn to supply material, i.e. pre-products, M1 to Mn for production of a product P. In this context the worker nodes S1 to Sn provide pre-product planning data that indicates to produce the respective pre-products with a predetermined environmental impact, for example, with a predetermined CO.sub.2 output per pre-product unit. Thus, the provided pre-product production plan can refer to a commitment of nodes S1 to Sn to the respective environmental impact. In this example the respective production entity node C itself provides as product planning data to utilize a specific amount of the respective pre-products for producing the product also with a predetermined impact per unit of the product, for example, with a certain CO.sub.2 output per unit of produced product. Thus, in this example all production entities commit to a specific production plan that comprises a specific resource or environmental impact per unit produced product. The respective commitments, i.e. the product planning data and the pre-product planning data, are then stored as product passport in form of smart contracts in this example. In this case at the end of the production campaign, thus after the final product has been produced based on the pre-products, respective oracle data is provided, for example, in this case in form of respective measurements of the impact per unit produced product or pre-product and also stored as part of the respective smart contract for the respective product or pre-product. Moreover, the such determined oracle data is then utilized for determining a product status and pre-product status for each of the respective pre-products. In particular, for this case the pre-product statuses are determined as impact balances by subtracting the committed impact from the measured impact and determine whether or not the respective balance is positive or negative for determining the pre-product status. Accordingly, also for the product in this case a respective impact balance is determined by subtracting the measured impact to the production from the committed impact and determining whether the respective commitment has been fulfilled. It is preferred that in this example, based on the respective product status and pre-product status, the production entities, i.e. worker nodes, are provided with tokens quantifying the determined product status and/or pre-product status. Based on the such determined product status and pre-product statuses in a last step the respective statuses are validated. In particular, a balance of impact is determined in this case as a balance of impact by a consumption versus an impact by a production by subtracting the respective determined statuses for the pre-products from the status of the product. Wherein in this case the rules for validating indicate that if the balance is positive the worker node producing the product is punished by receiving a respective amount of impact tokens indicating that the worker node producing the product has not fulfilled its production plan. However, in other examples also other rules for validating and determining respective balances can be utilized depending on the respective application context.

[0038] Other variations to the disclosed embodiments can be understood and effected by those skilled in the art in practicing the claimed invention, from a study of the drawings, the disclosure, and the appended claims.

[0039] For the processes and methods disclosed herein, the operations performed in the processes and methods may be implemented in differing order. Furthermore, the outlined operations are only provided as examples, and some of the operations may be optional, combined into fewer steps and operations, supplemented with further operations, or expanded into additional operations without detracting from the essence of the disclosed embodiments.

[0040] In the claims, the word comprising does not exclude other elements or steps, and the indefinite article a or an does not exclude a plurality.

[0041] A single unit or device may fulfill the functions of several items recited in the claims. The mere fact that certain measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage.

[0042] Procedures like the providing of product planning data and pre-product planning data, the determining of the product status and pre-product status, the validating of the product status and the pre-product status, etc. performed by one or several units or devices can be performed by any other number of units or devices. These procedures can be implemented as program code means of a computer program and/or as dedicated hardware.

[0043] A computer program product may be stored/distributed on a suitable medium, such as an optical storage medium or a solid-state medium, supplied together with or as part of other hardware, but may also be distributed in other forms, such as via the Internet or other wired or wireless telecommunication systems.

[0044] Any units described herein may be processing units that are part of a classical computing system. Processing units may include a general-purpose processor and may also include a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), or any other specialized circuit. Any memory may be a physical system memory, which may be volatile, non-volatile, or some combination of the two. The term memory may include any computer-readable storage media such as a non-volatile mass storage. If the computing system is distributed, the processing and/or memory capability may be distributed as well. The computing system may include multiple structures as executable components. The term executable component is a structure well understood in the field of computing as being a structure that can be software, hardware, or a combination thereof. For instance, when implemented in software, one of ordinary skill in the art would understand that the structure of an executable component may include software objects, routines, methods, and so forth, that may be executed on the computing system. This may include both an executable component in the heap of a computing system, or on computer-readable storage media. The structure of the executable component may exist on a computer-readable medium such that, when interpreted by one or more processors of a computing system, e.g., by a processor thread, the computing system is caused to perform a function. Such structure may be computer readable directly by the processors, for instance, as is the case if the executable component were binary, or it may be structured to be interpretable and/or compiled, for instance, whether in a single stage or in multiple stages, so as to generate such binary that is directly interpretable by the processors. In other instances, structures may be hard coded or hard wired logic gates, that are implemented exclusively or near-exclusively in hardware, such as within a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), or any other specialized circuit. Accordingly, the term executable component is a term for a structure that is well understood by those of ordinary skill in the art of computing, whether implemented in software, hardware, or a combination. Any embodiments herein are described with reference to acts that are performed by one or more processing units of the computing system. If such acts are implemented in software, one or more processors direct the operation of the computing system in response to having executed computer-executable instructions that constitute an executable component. Computing system may also contain communication channels that allow the computing system to communicate with other computing systems over, for example, network. A network is defined as one or more data links that enable the transport of electronic data between computing systems and/or modules and/or other electronic devices. When information is transferred or provided over a network or another communications connection, for example, either hardwired, wireless, or a combination of hardwired or wireless, to a computing system, the computing system properly views the connection as a transmission medium. Transmission media can include a network and/or data links which can be used to carry desired program code means in the form of computer-executable instructions or data structures and which can be accessed by a general-purpose or special-purpose computing system or combinations. While not all computing systems require a user interface, in some embodiments, the computing system includes a user interface system for use in interfacing with a user. User interfaces act as input or output mechanism to users for instance via displays.

[0045] Those skilled in the art will appreciate that at least parts of the invention may be practiced in network computing environments with many types of computing system configurations, including, personal computers, desktop computers, laptop computers, message processors, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, mobile telephones, PDAs, pagers, routers, switches, datacenters, wearables, such as glasses, and the like. The invention may also be practiced in distributed system environments where local and remote computing system, which are linked, for example, either by hardwired data links, wireless data links, or by a combination of hardwired and wireless data links, through a network, both perform tasks. In a distributed system environment, program modules may be located in both local and remote memory storage devices.

[0046] Those skilled in the art will also appreciate that at least parts of the invention may be practiced in a cloud computing environment. Cloud computing environments may be distributed, although this is not required. When distributed, cloud computing environments may be distributed internationally within an organization and/or have components possessed across multiple organizations. In this description and the following claims, cloud computing is defined as a model for enabling on-demand network access to a shared pool of configurable computing resources, e.g., networks, servers, storage, applications, and services. The definition of cloud computing is not limited to any of the other numerous advantages that can be obtained from such a model when deployed. The computing systems of the figures include various components or functional blocks that may implement the various embodiments disclosed herein as explained. The various components or functional blocks may be implemented on a local computing system or may be implemented on a distributed computing system that includes elements resident in the cloud or that implement aspects of cloud computing. The various components or functional blocks may be implemented as software, hardware, or a combination of software and hardware. The computing systems shown in the figures may include more or less than the components illustrated in the figures and some of the components may be combined as circumstances warrant.

[0047] Any reference signs in the claims should not be construed as limiting the scope.

[0048] The invention refers to a method for planning of a production process of a product. Product planning data is provided with respect to a production entity producing the product. The product planning data is indicative of a production plan that should be fulfilled. Pre-product planning data is provided with respect to a production entity producing the pre-product. The pre-product planning data is indicative of a production plan that should be fulfilled. The product and pre-product planning data are stored on a sequential distributed database. A product status of the production process of the product is determined by comparing the stored product planning data with blockchain oracle data. A pre-product status of the production process of the pre-product is determined by comparing the stored pre-product planning data with blockchain oracle data. The product status is validated with respect to the pre-product status.