EP1438687A2 - Suivi perfectionne d'approvisionnement pour projets industriels - Google Patents

Suivi perfectionne d'approvisionnement pour projets industriels

Info

Publication number
EP1438687A2
EP1438687A2 EP02783165A EP02783165A EP1438687A2 EP 1438687 A2 EP1438687 A2 EP 1438687A2 EP 02783165 A EP02783165 A EP 02783165A EP 02783165 A EP02783165 A EP 02783165A EP 1438687 A2 EP1438687 A2 EP 1438687A2
Authority
EP
European Patent Office
Prior art keywords
time
product
module
supply
purchases
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP02783165A
Other languages
German (de)
English (en)
Inventor
Daniel Cheminais
Didier Hornet
Arnaud Parde
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vallourec Oil and Gas France SAS
Original Assignee
Vallourec Mannesmann Oil and Gas France SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vallourec Mannesmann Oil and Gas France SA filed Critical Vallourec Mannesmann Oil and Gas France SA
Publication of EP1438687A2 publication Critical patent/EP1438687A2/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders

Definitions

  • the invention relates to monitoring supply between supplier (s) and customer, for industrial projects, in particular but not exclusively heavy industrial projects.
  • just-in-time supply can be both critical and particularly difficult to implement. This is the case for example for oil drilling, and their supply of metal tubes of various types.
  • each wellbore (or project) is associated with a dated statement of needs for metal tubes (upstream products) of various types and dimensions.
  • an inventory of these upstream products is kept, as they exist on the drilling site. Orders are placed with the tube supplier based on these conditions.
  • the manufacturing times for tubes at the supplier level, and the transit times between the supplier site and the customer site lead, on the one hand, to be planned on the customer site and / or on the supplier site (s) (s) stocks large enough to cope with any unforeseen event or any modification of a project in progress, and / or on the other hand to accept delays in the execution of this project.
  • These constraints are heavy in a field like that of oil drilling. Furthermore, it is difficult to manage these constraints other than project by project.
  • the present invention improves the situation.
  • each project (P ⁇ ) is associated with a dated statement of needs (I ⁇ , t ⁇ ) in products, at the same time as it is kept a statement of stocks (S j , t j ) and purchases (A k , t) of these products, characterized in that it comprises the following stages: a. establish a list of product types (I j involved in one or more projects (P ⁇ ), b.
  • the invention offers, on the other hand, a computer system for monitoring the just-in-time supply supply between supplier and customer, comprising a monitoring module (50, 52) capable of keeping in memory a dated state of product needs ( - • - L ' t i) r associated with one or more projects (P ⁇ , at the same time that a statement of stocks (S j , t j ) and purchases (A k , t k ) of these products, characterized in that the monitoring module comprises a pilot module (54), comprising: - a needs module (612a) capable, for each type of product, of establishing a first table, associated with a sequence of time slices, having a chosen time origin, this first table associating with each time slice a first accumulation of needs (B p ), from the origin of time to the time slot concerned,
  • a resource module (612b) capable, for each type of product, of establishing a second table, associated with the sequence of time slices, this second table associating with each time slice a second accumulation (R p ) of stocks plus purchases, from the origin of time to the time slot concerned, purchases being time-shifted according to a deadline (DA; DI), and
  • the tracking module includes:
  • an accumulation module capable of receiving as a parameter the designation of a type of product, of a mode, as well as of a time origin, and of establishing, for the type of product designated, a table associating with successive time slices a cumulation of quantities of the product, defined by the mode, each cumulation going from the origin of time to the concerned time slice, and
  • pilot module (54), arranged for:
  • the invention also covers a product program, which can be defined as comprising the functions for carrying out steps a. to c. of the above method, and / or as comprising the functions of the pilot module in the system defined above.
  • the invention can also cover a higher level product program, forming a precursor to the product program mentioned above.
  • this higher level product program can include object classes, and a generic version of the pilot module.
  • - Figures 1 and the represent the general known structure of an oil well, in a schematic manner restricted to the needs of the present description;
  • - Figure 2 is a sectional view illustrating the known assembly of two tubes;
  • Figure 2a is a modified version of Figure 2;
  • FIG. 3 is a flow diagram illustrating the manufacture and assembly of elements such as those of Figure 2;
  • FIG. 4 is a diagram illustrating the known interaction between a customer site and a supplier site;
  • FIG. 5 is a modified version according to the invention of the diagram of Figure 4.
  • - Figure 7 is a flowchart of the operations used for the implementation of the invention, in one embodiment;
  • - Figure 8 is a graph forming a first display mode of the product of the invention;
  • - Figure 9 is a table forming a second display mode of the product of the invention.
  • - Figure 10 is an object diagram illustrating an interesting variant of the invention.
  • This document may contain elements that may be protected by copyright.
  • the rights holder has no objection to the identical reproduction by anyone of this patent document, as it appears in the files and / or publications of patent offices. On the other hand, it reserves for the rest all of its author's rights and / or copyright.
  • FIG. 1 represents a well being drilled with several concentric columns of casing tubes, denoted T0. These T0 tubes appear in black lines and are surrounded by CO cement in a gray area.
  • T2 drill pipes
  • drilling mud descends, which in particular makes it possible to remove debris from the drilled rocks.
  • zone Z2 for example, there is a casing junction on the periphery, and a rod junction in the center.
  • FIG. 1A we find the casing, TOI tubes to T04, suspended by corners forming a suspension of casing tubes ("Casing Hangers”) CH1 to CH4, surrounded by layers of cement COI to C04, each of which ends at the bottom by a cement shoe ("Cernenting Shoe") CS01 to CS04.
  • the casing is continued by a tube (“liner”) L05, oriented according to the geometry of the tank and perforated, for example, in P05 to let pass the oil or the gas which will be raised by the production tube (“tubing”) .
  • the tube L05 is held by a suspension of casing end (“Liner Hanger") LH.
  • the production column consists of production tubes ("tubings”) and by a certain number of accessories which are among others the safety valve ("Safety Valve”) SV and a storage pocket (“Side Pocket Mandrel” ) SPM, themselves framed by adapters (Cross-Over) CO or by short tubes (“Pups-Joints”) PJ or even by hydraulic adapters ("Flow Couplings”) FC.
  • Tubings production tubes
  • Safety Valve safety valve
  • SPM Storage Pocket Mandrel
  • the production column is suspended, at the top, by a corner ("Tubing Hanger”) TH and also includes several downhole shutters (“Paker”), such as for example PK and BP.
  • Tibing Hanger a corner
  • Paker downhole shutters
  • the production column is not lowered until the drilling is completed and comes in place of the drill string.
  • each well therefore requires different types of tubes, which must be manufactured and assembled on tube production sites, conveyed to the drilling site, where they are assembled over a greater length in the well.
  • each well also requires the assembly of a certain number of other sub-assemblies or accessories, to which we will return.
  • FIG. 2 shows two tubes Ta and Tb, assembled by a threaded sleeve M.
  • a sleeve M is assembled at one end of the tube, for example Ta.
  • the tubes are then transported in unit length (about 10 m) with a sleeved end.
  • the assembly in great length of the free end of the sleeve with the non-sleeved end of another tube is done under the drilling rig or "rig", and generally during the descent of the tubes in the well.
  • the tubes are produced from a billet 301, subjected to a rolling operation in 303, then to a heat treatment in 305, after which their ends are threaded in 307 to receive the sleeve.
  • the sleeve is also made from a billet 311, laminated at 313, then subjected to a heat treatment at 315, after which it undergoes cutting and threading operations at 317.
  • the tubes are then assembled with their sleeves, as illustrated in FIG. 2, to a long dimension, defined by the limiting transport constraints, and the assembly is conditioned for transport.
  • the final transport operation in 322 brings these tubular products to the drilling site.
  • a variant consists in connecting two tubes without an intermediate sleeve, as illustrated in FIG. 2a. One of the tubes receives a male thread, the other a female thread.
  • a supplier site SF performs the manufacturing operations of FIG. 3 in SF1, and also includes supplier storage in SF2.
  • SC2 On the client site SC side, there are SCI projects, in this case a plurality of drilling operations, as well as stocks of tubular products SC2. Between the two sites, a transport time T tr .
  • SC2 stock On the customer side, the SC2 stock is also supplied by the reconditioning of tubes from drilling rigs or "rigs" (after use). These reconditioned or reconditioned products become available again after inspection. This is a significant source of inventory change.
  • the supplier Fo will generally use several different factories and set up at different locations ⁇ - to ⁇ (rolling mills are, for example, set up at fixed sites). He will therefore carry out a Pfo supplier production schedule, in which he will have to take into account local variations in DTfo production, possibly.
  • tubular products are delivered to petroleum customers either from a manufacturing start-up following an order (which requires a completion period of four to six months), either from a consignment stock managed on behalf of this client.
  • the problem arose for the tube manufacturer to deliver tubular products relating to drilling rigs as much as possible without intermediate stock, that is to say “just in time”. It is also desirable to reduce the time between order confirmation and on-site delivery to six weeks, at least for standard tubes.
  • tubular products can evolve considerably depending on the evolution of the situation on the drilling site, itself a function of events which can range from unforeseen geology and / or prospecting to accident on equipment.
  • the present invention provides a solution to these problems.
  • a computer system CSc preferably linked by network to a supplier-side CSf system for rapid transmission of information.
  • the need for products I ir for a well ⁇ ⁇ can be represented by a triplet of information given in A.1.1.a.
  • the need for products I is a function of the well P- ⁇ and of time, as indicated in Allb
  • the optimization problem posed consists in starting from the data I ⁇ and JL for all the wells, interacting accordingly on the stocks S j at time T j .
  • FIG. 6 illustrates functions implemented in a computer which can be for example a WEB-IIS server (Internet Information Service), operated under Windows NT.
  • WEB-IIS server Internet Information Service
  • the computer memory contains the quantities illustrated in A.1.1. a and A.l.l.c in the appendix, which can be seen respectively as the needs per well, and the stock status by product (ITEMS).
  • ITEMS stock status by product
  • a data entry system influences the content of the memory 50. It can be based on data entered by operator, and / or drawn from the computer schedules of the site.
  • the invention firstly provides in 52 that a summation is carried out on all the wells, which gives the two elements of the expression Allb, which can be considered respectively as a summation by ITEM, and a state from stock by ITEM.
  • Allb which can be considered respectively as a summation by ITEM, and a state from stock by ITEM.
  • the result is an apparent demand.
  • another accumulation system illustrated at 54 in FIG. 6 is added, which will allow, for example, a display 56 for the operator, as will also be seen.
  • This system can also use a status of confirmation of reservations or orders, as expressed in A.1.1.e.
  • the operation of the mechanism 54 is advantageously based on programming by objects, using the objects defined in A.1.2.
  • the deadline DA is defined as follows: if the product has to be supplied on date D, its firm request must be confirmed no later than D - DA.
  • the authorities sort the products ("ITEM" object) according to the sum of the dates DP and DI, namely the planned start date of the well, and the time between the start date of the well and the need for the product on the platform (all times are expressed in days in this example);
  • Step 604 sorts the products in stock ("STOCK" objects) by their date of entry into stock JS;
  • the three operations 602, 604 and 606 each time involve quantities, respectively IQ, QS and QA.
  • the invention can be implemented using one or more (computer) tables, logical or physical.
  • an ITEM object is an instance of an ITEM class, having the properties defined in appendix A.1.2., With each time a corresponding value of the property, for example an IQ quantity. and a DI delay, being the ITEM object.
  • the invention plans to perform a cumulation from an initial instant t 0 .
  • the accumulations are carried out on a sequence of time slice, starting from the instant t 0 , and of chosen duration.
  • the unit of time measurement is the day, and a time slice can be equal to one day, or a multiple of a day, if desired.
  • Operation 610 consists in zeroing a time slice index in the sequence, noted p.
  • a summation (612a) is carried out from the time slice 0 to the time slice p of the sum of the stocks and purchases in each time slice, which provides a quantity Rp.
  • the sum (612b) is made from the initial time slot to the time slot p of the values ITEM_i during each of these time slots, which gives a result B p .
  • Operation 614 increments p. If a maximum value has not been reached in 616, which corresponds to a future projection of chosen range, if necessary evolving, operations 612 and 614 are repeated. When the maximum value of p is obtained, we proceed to the exploitation of the result in 618.
  • the form given to operation 612 is purely illustrative. In fact, we will operate rather iteratively: we first calculate the results R 0 and B 0 for time slice 0, then at the next passage in the loop, we calculate R and adding respectively to R 0 and B 0 which corresponds to time slice 1, and so on.
  • object class for a table element comprising a quantity (Q) and a time (t).
  • object class for a table element comprising a quantity (Q) and a time (t).
  • ARRAY additional class for an array
  • SEQUENCE SEQUENCE
  • SEQUENCE SEQUENCE
  • results can be made available to the user in any other form, for example in the form of the table illustrated in FIG. 9, which contains more information.
  • the Applicant uses a plurality of different screen views of the same table grouping all the information from the processing.
  • the highlighting of shortages should encourage the manager (the person representing the supplier to the customer) to negotiate actions to be taken: supply request from suppliers, modification of a planned request: quantities, dates, or suggest arrangements.
  • An automatic command generation is possible.
  • All of the operations described above can be performed on the CSc computer on the customer site. They use the local production schedule Pcl, following local variations in production Dtcl. These operations constitute what is called scheduling, which can be carried out by the customer himself, by one of the suppliers, or by a third party. It is currently considered preferable that the scheduling is directed by the main supplier, or one of them.
  • main supplier is meant the one whose products are most important to the customer, for example in terms of criticality, and / or volumes, and / or lead time, in particular.
  • the primary supplier may also be the one who is best placed to manage the customer's needs vis-à-vis other suppliers.
  • the link with a CSf computer placed on a supplier site makes it possible to immediately change the production schedule for Pfo supplier production, and also to follow local variations in DTfo production, if necessary.
  • the invention provides a computer system for monitoring supply just in time between suppliers and client, comprising a tracking module (50, 52) capable of maintaining in memory a dated state of product needs (I j _, t ⁇ ), associated with one or more projects (P j ⁇ ), at the same time that a statement of stocks (S j , t j ) and purchases (A k , t k ) of these products.
  • This monitoring module comprises a pilot module (54), comprising:
  • a needs module (612a) capable, for each type of product, of establishing a first table, associated with a sequence of time slices, having a chosen time origin, this first table associating with each time slice a first cumulative needs (B p ), from the origin of time to the time slot concerned,
  • a resource module (612b) capable, for each type of product, of establishing a second table, associated with the sequence of time slices, this second table associating with each time slice a second accumulation (R p ) of stocks plus purchases, from the origin of time to the time slot concerned, the purchases being time-shifted as a function of a period (DA; DI), and - a comparator (618) to find the times at which the latter accumulations become lower than the former, as indicators of a risk of supply disruption.
  • the invention also relates to a computerized process for monitoring the just-in-time supply supply between supplier and customer, in which, on a customer site, each project (P j is associated with a dated state of needs (I ⁇ , t ⁇ ) in products, at the same time as a state of stocks (S j , t ⁇ ) and purchases (A, t k ) of these products is kept.
  • This process advantageously comprises the following stages: b. establish (50) a list of types of products (I j _) involved in one or more projects (Pi), b. for each type of upstream product (1 ⁇ ), establish (612), in at least one table (B, R p ), and for a sequence of time slices, having a chosen time origin,
  • the invention can therefore also be seen as a computer system for monitoring the just-in-time supply supply between supplier and customer, comprising a monitoring module (50, 52) capable of keeping in memory a dated state of product needs (I - L , t ⁇ ), associated with one or more projects (P ⁇ ), together with a statement of stocks (S j , t j ) and purchases (A k , t k ) of these products.
  • This tracking module includes: - a cumulative module (612), capable of receiving as a parameter the designation of a type of product, of a mode, as well as of a time origin, and of establishing, for the type of product designated, a table associating with successive time slices an accumulation of product quantities, defined by the mode, each accumulation going from the origin of time to the time slice concerned, and - a pilot module (54), arranged for: * call the accumulation module (612) with a type of product, and a mode comprising the accumulation of needs on the customer site, which provides a first table,
  • the above operations are repeated at a suitable rate taking into account the speed of evolution of the situation.
  • they are also reiterated in the presence of specific events, which may include at least one of the group events including: modification of a project date by the client, modification of an availability date by the client, modification of a supply period by the supplier, modification of the quantities of product to be supplied, placing of an order from the customer to the supplier, confirmation of an order, reservation of product from stock, delivery of a product.
  • the process can also include taking an order, at the latest on a date substantially equal to the start date of the project concerned (DP), increased by an availability period (DI), and reduced by a period supply (DA).
  • DP start date of the project concerned
  • DI availability period
  • DA period supply
  • the present invention works by cumulation.
  • the problem with cumulation is that it normally tends to increase indefinitely.
  • the information is "re-synchronized" periodically, by eliminating data from the past, so as to limit their congestion, as well as the processing times.
  • this re-synchronization can be carried out in the form of a reset to zero of the accumulations, each time the needs correspond substantially to the resources, and, the if necessary, to an extent compatible with the need to keep, in active form (other than archived), a "historical" view of the holding.
  • the residual gap between needs and resources can be re-qualified as a stock.
  • tubings tubings
  • cross-over used in situ.
  • cross-over used in situ.
  • more complex accessories generally coming from specialized suppliers, other than tubists, such as:
  • FIG. 10 An example is illustrated in Figure 10. It is common to mount a tube accessory (“SUPER_ACC”), comprising two short tubes (“PJ” for “pup joints") associated with a safety valve (“SV”) .
  • SUPER_ACC tube accessory
  • PJ short tubes
  • SV safety valve
  • object attributes can include an identifier SV ED, an assembly time SV_DLY, and a property SV_LINK, to which we will return.
  • object class "short tube" PJ an object class "short tube" PJ, particularized by object attributes which can include an identifier
  • link SV INK which is for example a method, then noted SV_LINK (), activatable to designate automatically, for example by their identifier (s) PJ_ID, the two short tubes which agree with the identifier SV_ID of the safety valve which is used to create the SUPER_ACC accessory.
  • SV_LINK activatable to designate automatically, for example by their identifier (s) PJ_ID, the two short tubes which agree with the identifier SV_ID of the safety valve which is used to create the SUPER_ACC accessory.
  • s identifier
  • PJ_ID the two short tubes which agree with the identifier SV_ID of the safety valve which is used to create the SUPER_ACC accessory.
  • the same method can also synthesize the implementation delays SV_DLY and PJ_DLY, to directly define the anticipation delay SUPER- _ACC_DLY, to be provided for the accessory SUPER_ACC.
  • This simple example shows how one can have well components linked to each other, in time (deadlines) and in quantities
  • the present invention is in no way limited to the application to drilling sites, mentioned in this detailed description.
  • This application is particularly striking, in that it involves very different products in large volumes, having long manufacturing times, requiring dispersed manufacturing resources, and difficult to transport, with, in addition, accessories, all for a client application that is heavy, important and scalable by nature.
  • the tubular products delivered are used as is, or only slightly modified.
  • For tubes in general, only fairly simple operations are carried out on the customer site: threading the tube in situ, or adaptation of tubes into derived products, such as the aforementioned short tubes, which can be dimensioned on site. These operations are also generally carried out by the supplier, or a third party, on the customer site.
  • the invention can of course apply a priori to other technical fields, where quasi-finished products and non-immediate handling / transport, in particular tubes, are widely used, with time constraints.
  • the present invention also relates to the software code which it involves at the level of the process or the system, especially when it is made available on any medium readable on a computer.
  • computer-readable medium covers a storage medium, for example magnetic or optical, as well as a means of transmission, such as a digital or analog signal.
  • PRODUCT DA designation Maximum supply time Supplier status ⁇ product, accessory,. . . ⁇

Landscapes

  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Quality & Reliability (AREA)
  • Finance (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Accounting & Taxation (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • General Factory Administration (AREA)

Abstract

L'invention concerne un procédé informatique de suivi d'approvisionnement en flux tendu entre fournisseur (s) et client. Selon l'invention, le procédé comprend les étapes suivantes : - établir d'abord une liste de types de produits (II) intervenant dans un ou plusieurs projets (PI), puis pour chaque type de produit amont (II) établir (612), dans au moins une table (Bp, Rp), pour chaque tranche de temps d'une séquence, un premier cumul d'une première quantité (Bp) reliée aux besoins datés (Ii, ti) sur le site client et un second cumul d'une seconde quantité (Rp) reliée aux stocks (Sj, tj) et aux achats (Ak, tk), et rechercher (618) les temps auxquels les seconds cumuls deviennent inférieurs aux premiers, comme indicateurs d'un risque de rupture d'approvisionnement et/ou d'une nécessité de déclenchement d'approvisionnement.

Description

Suivi perfectionné d'approvisionnement pour projets indus- triels.
L'invention concerne le suivi d'approvisionnement entre fournisseur(s) et client, pour des projets industriels, notamment mais non exclusivement des projets industriels lourds .
Dans certains domaines, l'approvisionnement en flux tendu peut se trouver à la fois critique, et particulièrement délicat à mettre en oeuvre. C'est le cas par exemple pour les forages pétroliers, et leur approvisionnement en tubes métalliques de divers types.
On sait faire en sorte que, sur le site de forage (site client), chaque puits de forage (ou projet) soit associé à un état daté de besoins en tubes métalliques (produits amont) de divers types et dimensions. En même temps, il est tenu un état des stocks de ces produits amont, tels qu'ils existent sur le site de forage. Les commandes sont passées au fournisseur de tubes en fonction de ces états. Cependant, les délais de fabrication des tubes au niveau du fournisseur, et les délais de transit entre le site fournisseur et le site client conduisent d'une part à prévoir sur le site client et/ou sur le(s) site(s) fournisseur(s) des stocks assez importants pour faire face à tout imprévu ou à toute modifi- cation d'un projet en cours, et/ou d'autre part à accepter des retards dans l'exécution de ce projet. Ces contraintes sont lourdes dans un domaine comme celui des forages pétroliers. Par ailleurs, il est difficile de gérer ces contraintes autrement que projet par projet.
La présente invention vient améliorer la situation.
Elle offre d'une part un procédé informatique de suivi d'approvisionnement en flux tendu entre fournisseur (s) et client, dans lequel, sur un site client, chaque projet ( P^ ) est associé à un état daté de besoins (I±, t±) en produits, en même temps qu'il est tenu un état des stocks (Sj,tj) et des achats (Ak,t ) de ces produits, caractérisé en ce qu'il comprend les étapes suivantes: a. établir une liste de types de produits (Ij intervenant dans un ou plusieurs projets (P^), b. pour chaque type de produit amont (1^), établir, dans au moins une table (Bp, Rp) , et pour une séquence de tran ches de temps, ayant une origine de temps choisie, * pour chaque tranche de temps, un premier cumul, depuis l'origine de temps jusqu'à la tranche de temps concernée, d'une première quantité (Bp) reliée aux besoins datés (Iif ^ ) sur le site client, * pour chaque tranche de temps, un second cumul, depuis l'origine de temps jusqu'à la tranche de temps concernée, d'une seconde quantité (Rp) reliée aux stocks (Sj,tj) et aux achats (Ak,tk), les achats étant décalés temporellement en fonction d'un délai, et c . rechercher les temps auxquels les seconds cumuls deviennent inférieurs aux premiers, comme indicateurs d'un risque de rupture d'approvisionnement et/ou d'une nécessité de déclenchement d'approvisionnement.
Par "achats", on peut entendre ci-dessus les achats réalisés, commandés, prévus, ou même simplement envisagés (besoins d'achats). L'une de ces options peut être choisie par construction. En variante, une ou plusieurs des options peuvent être rendues disponibles à l'utilisateur, au choix, selon le mode d'analyse désiré. Le délai peut être un délai d'approvisionnement, ou de disponibilité sur site, ou un délai relié à l'un et/ou l'autre de ceux-ci, directement ou indirectement .
L'invention offre, d'autre part, un système informatique de suivi d'approvisionnement en flux tendu entre fournisseur et client, comprenant un module de suivi (50, 52) capable d'entretenir en mémoire un état daté de besoins en produits (-•--L' ti) r associé à un ou des projets (P^, en même temps qu'un état des stocks (Sj,tj) et des achats (Ak,tk) de ces produits , caractérisé en ce que le module de suivi comprend un module pilote (54), comportant: - un module de besoins (612a) capable, pour chaque type de produit, d'établir une première table, associée à une séquence de tranches de temps, ayant une origine de temps choisie, cette première table associant à chaque tranche de temps un premier cumul des besoins (Bp), depuis l'origine de temps jusqu'à la tranche de temps concernée,
- un module de ressources (612b), capable, pour chaque type de produit, d'établir une seconde table, associée à la séquence de tranches de temps, cette seconde table associant à chaque tranche de temps un second cumul (Rp) de stocks plus achats, depuis l'origine de temps jusqu'à la tranche de temps concernée, les achats étant décalés temporellement en fonction d'un délai (DA; DI), et
- un comparateur (618) pour rechercher les temps auxquels les seconds cumuls deviennent inférieurs aux premiers, comme indicateurs d'un risque de rupture d'approvisionnement.
Ce qui précède est une vue fonctionnelle du système. Selon une autre vue, le module de suivi comprend:
- un module de cumul (612), capable de recevoir pour paramè très la désignation d'un type de produit, d'un mode, ainsi que d'une origine de temps, et d'établir, pour le type de produit désigné, une table associant à des tranches de temps successives un cumul de quantités du produit, définies par le mode, chaque cumul allant depuis l'origine de temps jusqu'à la tranche de temps concernée, et
- un module pilote (54), agencé pour:
* appeler le module de cumul (612) avec un type de produit, et un mode comprenant le cumul besoins sur le site client, ce qui fournit une première table, * appeler le module de cumul (612) avec le même type de produit, et un mode comprenant le cumul stocks plus approvisionnements (par exemple, des livraisons), ce qui fournit une seconde table, et * rechercher (618) les temps auxquels les cumuls de la seconde table deviennent inférieurs à ceux de la première table, comme indicateurs d'un risque de rupture d' approvisionnemen .
Enfin, l'invention couvre également un programme-produit, qui peut être défini comme comprenant les fonctions pour exécuter les étapes a. à c. du procédé ci-dessus, et/ou comme co pre nant les fonctions du module pilote dans le système défini ci-dessus.
L ' invention peut encore couvrir un programme produit de niveau supérieur, formant précurseur du programme produit mentionné plus haut. Dans un mode de réalisation en program mation à objets, ce programme produit de niveau supérieur peut comprendre des classes-objet, et une version générique du module pilote.
D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés sur lesquels :
- les figures 1 et la représentent la structure générale connue d'un puits de pétrole, d'une façon schématique restreinte aux besoins de la présente description; - la figure 2 est une vue en coupe illustrant l'assemblage, connu, de deux tubes;
- la figure 2a est une version modifiée de la figure 2;
- la figure 3 est un schéma de flux illustrant la fabrication et l'assemblage d'éléments tels que ceux de la figure 2; - la figure 4 est un schéma illustrant l'interaction connue entre un site client et un site fournisseur;
- la figure 5 est une version modifiée selon l'invention du schéma de la figure 4;
- la figure 6 illustre des fonctions implantées dans un système informatique;
- la figure 7 est un ordinogramme des opérations utilisées pour la mise en oeuvre de l'invention, dans un mode de réalisation; - la figure 8 est un graphique formant un premier mode de visualisation du produit de l'invention;
- la figure 9 est un tableau formant un second mode de visualisation du produit de l'invention; et - la figure 10 est un schéma à objets illustrant une variante intéressante de l'invention.
Les dessins contiennent, pour l'essentiel, des éléments de caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la description, mais aussi contribuer à la définition de l'invention, le cas échéant.
La présente description est complétée d'une annexe, qui définit : - en A.1.0 des notations,
- en A.1.1. des éléments de base pour la mise en oeuvre de 1 ' invention, et
- en A.1.2. des objets logiciels ainsi que leurs propriétés, dans le cas d'une réalisation en programmation par objet. II pourra être fait directement référence aux sections de cette annexe, qui n'est mise à part que par souci de clarté, et fait partie intégrante de la description.
Le présent document peut contenir des éléments susceptibles d'une protection par droit d'auteur ou copyright. Le titulaire des droits n'a pas d'objection à la reproduction à l'identique par quiconque de ce document de brevet, tel qu'il apparaît dans les dossiers et/ou publications des offices de brevet. Par contre, il réserve pour le reste l'intégralité de ses droits d'auteur et/ou de copyright.
La description détaillée ci-après sera faite principalement en référence au cas d'un site de forage pétrolier, à titre d'exemple non limitatif. Des appareils de forage ( "rigs") sont utilisés pour produire du pétrole et du gaz, au niveau de chaque puits d'un site. Un tel puits est composé d'un assemblage de tubes en acier, de plusieurs types différents. La figure 1 représente un puits en cours de forage avec plusieurs colonnes concentriques de tubes de cuvelage ("casings"), notés T0. Ces tubes T0 apparaissent en traits noirs et sont entourés par du ciment CO en zone grisée. Au centre apparaît un train de tiges de forage T2 ( "drill pipes"). Dans ce train de tiges descend de la boue de forage qui permet notamment d'évacuer les débris des roches forées. Dans la zone Z2, on a par exemple en périphérie une jonction de cuvelage, et au centre une jonction de tige.
Sur la figure 1A, on retrouve le cuvelage, tubes TOI à T04, suspendus par des coins formant suspension de tubes de cuvelage ( "Casing Hangers") CH1 à CH4, entourés de couches de ciment COI à C04, dont chacun se termine en bas par un sabot de cimentation ( "Cernenting Shoe") CS01 à CS04. Le cuvelage se poursuit par un tube ("liner") L05, orienté selon la géométrie du réservoir et perforé, par exemple, en P05 pour laisser passer l'huile ou le gaz qui sera remonté par le tube de production ("tubing"). Le tube L05 est tenu par une suspension d'extrémité de cuvelage ("Liner Hanger") LH. La colonne de production est constituée par des tubes de production ("tubings") et par un certain nombre d'accessoires qui sont entre autre la vanne de sécurité ("Safety Valve") SV et une poche de stockage ("Side Pocket Mandrel") SPM, elles- mêmes encadrées par des adaptateurs (Cross-Over) CO ou par des tubes courts ( "Pups-Joints" ) PJ ou encore par des adaptateurs hydrauliques ("Flow Couplings") FC.
La colonne de production est suspendue, en haut, par un coin ("Tubing Hanger") TH et comprend par ailleurs plusieurs obturateurs de fond de puits ("Paker"), comme par exemple PK et BP.
Bien entendu, la colonne de production n'est descendue qu'une fois le forage terminé et vient à la place du train de tiges de forage.
Chaque puits nécessite donc différents types de tubes, qui doivent être fabriqués et assemblés sur des sites de produc tion de tubes, convoyés jusqu'au site de forage, où ils sont assemblés sur une plus grande longueur dans le puits. En outre, chaque puits requiert également l'assemblage d'un certain nombre d'autres sous-ensembles ou accessoires, sur lesquels on reviendra.
La figure 2 fait apparaître deux tubes Ta et Tb, assemblés par un manchon fileté M. Au niveau de la production de tubes, on assemble un manchon M à une extrémité de tube, par exemple Ta. Les tubes sont alors transportés en longueur unitaire (de 10 m environ) avec une extrémité manchonnée. L'assemblage en grande longueur de l'extrémité libre du manchon avec l'extrémité non manchonnée d'un autre tube se fait sous l'appareil de forage ou "rig", et généralement lors de la descente des tubes dans le puits.
La mise à disposition d'un produit tubulaire assemblé sur le site de forage fait intervenir de nombreuses opérations, que l'on décrira maintenant en référence à la figure 3, dont la partie gauche est une échelle de temps orientée vers le bas, d'un instant initial tf0, un peu postérieur à la réception d'une commande, à un instant final tfl, qui représente le moment où le produit tubulaire sera sur le site de forage.
Les tubes sont réalisés à partir d'une billette 301, soumise à une opération de laminage en 303, puis à un traitement thermique en 305, après quoi leurs extrémités sont filetées en 307 pour recevoir le manchon.
De son côté, le manchon est également fabriqué à partir d'une billette 311, laminé en 313, puis soumis à un traitement thermique en 315, après quoi il subit en 317 des opérations de tronçonnage et de filetage.
En 320, les tubes sont ensuite assemblés avec leurs manchons, comme illustré sur la figure 2, jusqu'à une longue dimension, définie par les contraintes limites de transport, et l'ensemble est conditionné pour le transport. L'opération finale de transport en 322 amène ces produits tubulaires sur le site de forage. Une variante consiste à raccorder deux tubes sans manchon intermédiaire, comme illustré a la figure 2a. L'un des tubes reçoit un filetage mâle, l'autre un filetage femelle.
Schématiquement, dans la situation actuelle, un site fournisseur SF réalise les opérations de fabrication de la figure 3 en SFl, et comporte également un stockage fournisseurs en SF2.
Du côté du site client SC, on a des projets SCI, en l'occurrence une pluralité d'opérations de forage, ainsi que des stocks de produits tubulaires SC2. Entre les deux sites est à prévoir un temps de transport Ttr. Du côté client, le stock SC2 est également alimenté par les reconditionnements de tubes en provenance des appareils de forage ou "rigs" (après usage). Ces produits remis en état ou reconditionnés redeviennent disponibles après contrôle. Cela est une source significative de variation des stocks.
En fait, les opérations sont un peu plus complexes, comme l'indique la figure 5.
Le fournisseur Fo va généralement utiliser plusieurs usines différentes et implanter à des endroits différents υ- à ^ (les laminoirs sont par exemple implantés en des sites fixes). Il va donc réaliser un planning de production fournisseurs Pfo, dans lequel il devra tenir compte de variations locales de production DTfo, éventuellement.
Du côté clients Cl, il existe également un planning de forage (production client) Pcl, ainsi que des variations locales du planning de forage DTcl.
L'interaction entre le site client et les sites fournisseur se produit par les opérations de transport de produits tubulaires TR.
Actuellement, les produits tubulaires sont livrés aux clients pétroliers soit à partir d'une mise en fabrication faisant suite à une commande (qui nécessite un délai de réalisation de quatre à six mois), soit à partir d'un stock de consigna tion géré pour le compte de ce client. Ces contraintes temporelles et/ou de stockage, extrêmement lourdes, sont génératrices de coûts qu'il y a lieu de chercher à atténuer.
En particulier, s'est posé le problème pour le fabricant de tubes de livrer les produits tubulaires relatifs aux appareils de forage autant que possible sans stock intermédiaire, c'est-à-dire en "juste à temps". Il est également souhaitable de réduire le délai entre la confirmation de la commande et la livraison sur place à six semaines, tout du moins pour des tubes standards .
Bien entendu, les besoins en produits tubulaires peuvent évoluer considérablement en fonction de l'évolution de la situation sur le site de forage, elle même fonction d'événements qui peuvent aller de l'imprévu géologique et/ou de prospection à l'accident sur du matériel.
Il est envisageable de déléguer une personne sur le site de forage, ou près de celui-ci, afin de mettre à jour aussi régulièrement que possible les prévisions de consommation de tubes, de les consolider, et de les transmettre aux respon- sables de la planification des usines de fabrication de tubes .
Toutefois, lorsque le nombre d'appareils de forage devient élevé, et que les prévisions sont revues très fréquemment, il est humainement impossible d'actualiser les prévisions manuellement de manière fiable. De plus, le lien entre la fourniture des produits tubulaires et celle des accessoires associés devient très vite complexe.
La présente invention vient apporter une solution à ces problèmes .
Selon un aspect de l'invention, il est prévu sur les sites clients CL un système informatique CSc, de préférence lié par réseau à un système CSf côté fournisseurs, pour une transmission rapide des informations.
Du côté du client, à un instant Ti, le besoin en produits Iir pour un puits Ε^ peut être représenté par un triplet d'informations données en A.1.1.a. En fait, le besoin en produits I est une fonction du puits P-^ et du temps, comme indiqué en A.l.l.b.
Du côté du fournisseur, on est en mesure, à un instant Tj, d'apporter au client un approvisionnement, à la suite duquel le client dispose d'une quantité totale Sj du produit Ij, comme indiqué en A.1.1.c (on appelle ci-après cette quantité totale "stock", bien qu'elle ne corresponde pas exactement à un stock physique) .
Le problème d'optimisation posé consiste à partir des données I± et JL pour tous les puits, d' interagir en conséquence sur les stocks Sj au temps Tj .
La figure 6 illustre des fonctions implantées dans un ordinateur qui peut être par exemple un serveur WEB- IIS ( Internet Information Service) , exploité sous Windows NT.
En 50, la mémoire de l'ordinateur contient les quantités illustrées en A.1.1. a et A.l.l.c dans l'annexe, qui peuvent être respectivement vues comme les besoins par puits, et l'état du stock par produits (ITEMS). De façon connue, un système de saisie de données influe sur le contenu de la mémoire 50. Il peut être fondé sur des données saisies par opérateur, et/ou tirées des plannings informatiques du site.
Classiquement, les besoins sont gérés par puits. L'invention prévoit tout d'abord en 52 que l'on réalise une sommation sur l'ensemble des puits, ce qui donne les deux éléments de l'expression A.l.l.b, qui peuvent être considérés respectivement comme une sommation par ITEM, et un état du stock par ITEM. Il en résulte une demande apparente. Selon un autre aspect de l'invention, il est ajouté un autre système de cumul illustré en 54 sur la figure 6, et qui permettra par exemple une visualisation 56 pour l'opérateur, comme on le verra également. Ce système peut utiliser aussi un état des confirmations de réservations ou commandes, tel qu' exprimé en A.1.1.e .
Le fonctionnement du mécanisme 54 s'appuie avantageusement sur une programmation par objets, utilisant les objets définis en A.1.2. Dans le tableau A.1.2, le délai DA est défini de la manière suivante: si on doit approvisionner le produit à la.date J, sa demande ferme doit être confirmée au plus tard à J - DA.
Ce mécanisme sera décrit ici pour un produit donné "PROD_i", mais devra bien entendu être répété pour chaque type de produit nécessaire à un puits, par exemple les trois classes de tubes T0, Tl et T2 décrites à propos de la figure 1.
Sur la figure 7, pour un produit PROD_i illustré en 600, on effectue tout d'abord trois opérations de tri (exprimées sur la figure par l'instruction de tri habituelle "SORT") :
- les instances trient les produits (objet "ITEM") d'après la somme des dates DP et DI, à savoir la date prévue de démarrage du puits, et le délai entre la date de démarrage du puits et le besoin du produit sur la plate-forme (tous les délais sont exprimés en jours dans cet exemple);
- l'étape 604 trie les produits en stock (objets "STOCK") par leur date d'entrée en stock JS;
- l'opération 606 trie les achats, d'après leur date prévue d'approvisionnement JA.
Bien entendu, les trois opérations 602, 604 et 606 font à chaque fois intervenir des quantités, respectivement QI, QS et QA. L'invention peut être mise en oeuvre à l'aide d'une ou plusieurs tables (informatiques), logiques ou physiques.
Les spécialistes de la programmation objet comprendront qu'un objet ITEM est une instance d'une classe ITEM, ayant les propriétés définies dans l'annexe A.1.2., avec à chaque fois une valeur correspondante de la propriété, par exemple une quantité QI et un délai DI, s 'agissant de l'objet ITEM.
On remarquera aussi que le tri des objets ITEM fait interve nir une relation entre l'ITEM et le puits P auquel il est rattaché, puisqu'il faut faire la somme des dates DP et DI.
Après ces tris, l'invention prévoit d'effectuer un cumul à partir d'un instant initial t0.
Les cumuls s'effectuent sur une séquence de tranche de temps, partant de l'instant t0, et de durée choisie. Dans l'exemple décrit, l'unité de mesure de temps est le jour, et une tranche de temps peut être égale à une journée, ou un multiple d'une journée, si on lé souhaite. L'opération 610 consiste à mettre à zéro un indice de tranche de temps dans la séquence, noté p.
A l'étape 612, on effectue une sommation (612a) depuis la tranche de temps 0 jusqu'à la tranche de temps p de la somme des stocks et des achats dans chaque tranche de temps, ce qui fournit une quantité Rp. De même, on fait la somme (612b) depuis la tranche de temps initiale jusqu'à la tranche de temps p des valeurs ITEM_i pendant chacune de ces tranches de temps, ce qui donne un résultat Bp.
L'opération 614 incrémente p. Si l'on n'a pas atteint en 616 une valeur maximale, qui correspond à une projection future d'étendue choisie, au besoin évolutive, on réitère les opérations 612 et 614. Lorsque la valeur maximale de p est obtenue, on procède à l'exploitation du résultat en 618. La forme donnée à l'opération 612 est purement illustrative. En fait, on opérera plutôt itérativement : on calcule d'abord les résultats R0 et B0 pour la tranche de temps 0, puis au passage suivant dans la boucle, on calcule R et en ajoutant respectivement à R0 et B0 ce qui correspond à la tranche de temps 1, et ainsi de suite..
On note maintenant B l'ensemble des résultats Bp pour p = 0 à pmax, et R l'ensemble des ressources Rp pour p = 0 à pmax- Ces quantités peuvent être visualisées en fonction du temps comme indiqué sur la figure 8. Les risques de rupture d'approvisionnement apparaissent au moment où la courbe des besoins B dépasse la courbe R de stocks plus réservations (stocks + commandes faites ou programmées), par exemple entre les instants Jl et J2 , comme illustré par des hachures . Ces conditions peuvent être évaluées informatiquement à 1 'étape 618.
Ce qui précède peut être mis en oeuvre en utilisant des classes-objet supplémentaires, en particulier une classe- objet (ELEMENT TABLE) pour un élément de table comprenant une quantité (Q) et un temps (t) . On peut prévoir une classe supplémentaire pour un tableau ( "ARRAY" ) , nommé par exemple SEQUENCE, et comprenant un ELEMENT_TABLE pour chaque tranche de temps dans la séquence. Le nombre de tranches de temps peut être rendu variable dynamiquement.
Les résultats peuvent être mis à disposition de l'utilisateur sous toute autre forme, par exemple sous la forme du tableau illustré sur la figure 9, qui comporte plus d'informations.
Dans un mode de réalisation, la Demanderesse utilise une pluralité de vues-écran différentes d'une même table regrou pant toutes les informations issues du traitement.
La mise en évidence des manques doit inciter le gestionnaire (la personne représentant le fournisseur chez le client) à négocier des actions à mener : demande d'approvisionnement auprès des fournisseurs, modification d'une demande prévue : quantités, dates, ou proposer des aménagements. Une génération automatique de commande est envisageable. De même, on peut ajouter un accusé de réception de mise en stock, pour les produits neufs, ou de retours de produits reconditionnés à neuf.
L'ensemble des opérations décrites ci-dessus peuvent être effectuées dans l'ordinateur CSc présent sur le site client. Elles utilisent le planning local de production Pcl, en suivant les variations locales de production Dtcl. Ces opérations constituent ce que l'on appelle un ordonnancement, qui peut être réalisé par le client lui-même, par l'un des fournisseurs, ou par un tiers. Il est estimé actuellement préférable que 1 ' ordonnancement soit dirigé par le fournis- seur principal, ou l'un d'entre eux. Par "fournisseur principal", on entend celui dont les produits sont les plus importants pour le client, par exemple en termes de critici- té, et/ou de volumes, et/ou de délai d'approvisionnement, notamment. Le fournisseur principal peut être aussi celui qui est le mieux placé pour gérer les besoins du client vis-à-vis d' autres fournisseurs .
La liaison avec un ordinateur CSf placé sur un site fournis seur permet de faire évoluer immédiatement le planning de production fournisseurs Pfo, et aussi de suivre également les variations locales de production DTfo, éventuellement.
Bien entendu, les enseignements de la présente invention peuvent également être mis en oeuvre sur le site du fournis seur, optionnellement vis-à-vis de ses propres fournisseurs.
Le fait de travailler en réseau permet également à l'application d'accéder à d'autres bases de données, si besoin est, ou à d'autres applications disponibles sur le réseau, et ce de façon totalement transparente pour 1 ' utilisateur.
Fonctionnellement, l'invention offre un système informatique de suivi d'approvisionnement en flux tendu entre fournisseur et client, comprenant un module de suivi (50, 52) capable d'entretenir en mémoire un état daté de besoins en produits (Ij_, t±), associé à un ou des projets (Pj^), en même temps qu'un état des stocks (Sj,tj) et des achats (Ak,tk) de ces produits. Ce module de suivi comprend un module pilote (54), comportant :
- un module de besoins (612a) capable, pour chaque type de produit, d'établir une première table, associée à une séquence de tranches de temps, ayant une origine de temps choisie, cette première table associant à chaque tranche de temps un premier cumul des besoins (Bp), depuis l'origine de temps jusqu'à la tranche de temps concernée,
- un module de ressources (612b), capable, pour chaque type de produit, d'établir une seconde table, associée à la séquence de tranches de temps, cette seconde table associant à chaque tranche de temps un second cumul (Rp) de stocks plus achats, depuis l'origine de temps jusqu'à la tranche de temps concernée, les achats étant décalés temporellement en fonction d'un délai (DA; DI), et - un comparateur (618) pour rechercher les temps auxquels les seconds cumuls deviennent inférieurs aux premiers, comme indicateurs d'un risque de rupture d'approvisionnement.
Infor atiquement, ce qui précède invoque deux tables "logiques", à savoir une table des besoins et une table des ressources (elle -même décomposable en une table des stocks et une table des achats.). En pratique, on pourra utiliser une seule table "physique" réunissant les deux tables ci- dessus (ou plus) , l'appartenance à l'une des tables étant par exemple indiquée par un champ dédié à cet effet.
L ' invention vise également un procédé informatique de suivi d'approvisionnement en flux tendu entre fournisseur et client, dans lequel, sur un site client, chaque projet (Pj est associé à un état daté de besoins (I±, t±) en produits, en même temps qu'il est tenu un état des stocks (Sj,t^) et des achats (A ,tk) de ces produits. Ce procédé comprend avantageusement les étapes suivantes : b. établir (50) une liste de types de produits (Ij_) intervenant dans un ou plusieurs projets (Pi), b. pour chaque type de produit amont (1^), établir (612), dans au moins une table (B , Rp), et pour une séquence de tranches de temps, ayant une origine de temps choisie,
* pour chaque tranche de temps, un premier cumul, depuis l'origine de temps jusqu'à la tranche de temps concernée, d'une première quantité (B ) reliée aux besoins datés (Ii t^ ) sur le site client,
* pour chaque tranche de temps, un second cumul, depuis l'origine de temps jusqu'à la tranche de temps concernée, d'une seconde quantité (Rp) reliée aux stocks (Sj,tj) et aux achats (Ak,tk), les achats étant décalés temporellement en fonction d'un délai (DA, DI), et c. rechercher (618) les temps auxquels les seconds cumuls deviennent inférieurs aux premiers, comme indicateurs d'un risque de rupture d'approvisionnement.
En termes de traitement informatique, il est intéressant d'utiliser une unique fonction de cumul. L'invention peut donc être vue également comme un système informatique de suivi d'approvisionnement en flux tendu entre fournisseur et client, comprenant un module de suivi (50, 52) capable d'entretenir en mémoire un état daté de besoins en produits (I-L, t±), associé à un ou des projets (P^), en même temps qu'un état des stocks (Sj,tj) et des achats (Ak,tk) de ces produits. Ce module de suivi comprend: - un module de cumul (612), capable de recevoir pour paramè très la désignation d'un type de produit, d'un mode, ainsi que d'une origine de temps, et d'établir, pour le type de produit désigné, une table associant à des tranches de temps successives un cumul de quantités du produit, définies par le mode, chaque cumul allant depuis l'origine de temps jusqu'à la tranche de temps concernée, et - un module pilote (54), agencé pour: * appeler le module de cumul (612) avec un type de produit, et un mode comprenant le cumul besoins sur le site client, ce qui fournit une première table,
* appeler le module de cumul (612) avec le même type de produit, et un mode comprenant le cumul stocks plus livraisons, ce qui fournit une seconde table, et
* rechercher (618) les temps auxquels les cumuls de la seconde table deviennent inférieurs à ceux de la première table, comme indicateurs d'un risque de rupture d'approvisionnement.
Les opérations ci-dessus sont réitérées à une cadence convenable compte-tenu de la vitesse d'évolution de la situation. De préférence, elle sont également réitérées en présence d'événements déterminés, qui peuvent comprendre l'un au moins des événements du groupe comprenant: modification d'une date de projet par le client, modification d'une date de disponibilité par le client, modification d'un délai d' approvisionnement par le fournisseur, modification des quantités de produit à approvisionner, passage d'une commande du client au fournisseur, confirmation d'une commande, réservation de produit sur stock, livraison d'un produit.
Le procédé peut comprendre en outre la prise d'une commande, au plus tard à une date sensiblement égale à la date de démarrage du projet concerné (DP), augmentée d'un délai de disponibilité (DI), et diminuée d'un délai d'approvisionnement (DA) .
On a vu que la présente invention travaille par cumul. Le problème d'un cumul est qu'il tend normalement à augmenter indéfiniment. Selon un autre aspect de l'invention, les informations sont "re-synchronisées" périodiquement, par élimination des données du passé, de façon à limiter leur encombrement, ainsi que les temps de traitement.
Avantageusement, cette re-synchronisation peut s'effectuer sous la forme d'une remise à zéro des cumuls, chaque fois que les besoins correspondent sensiblement aux ressources, et, le cas échéant, dans une mesure compatible avec la nécessité de conserver, sous forme active (autre qu'archivée), une vue "historique" de l'exploitation. Au moment de la re-synchronisation, l'écart résiduel entre les besoins et les ressour- ces peut être re-qualifié comme un stock.
Dans l'exemple décrit, on a mentionné à titre d'exemple des tubes de forage. L'invention peut s'étendre à diverses sortes d'autres produits utiles lors des forages (ou "composants des puits"), notamment ceux connectés aux tubes:
- les tubes courts (dits "pup joints"), destinés notamment à ajuster la longueur de la colonne de tubages ("tubings") en fonction de la longueur réelle descendue.
- les raccords filetés ( "cross-over") utilisés in situ. ainsi que des accessoires, plus complexes, relevant en général de fournisseurs spécialisés, autres que les tubistes, comme:
- vannes de sécurité ("safety valves")
- support de cuvelage ("casing hanger") - sabot de cimentation ("cernent shoe")
- support de tubes horizontaux ("liner hanger").
Sur un autre plan, il peut être intéressant de lier certains des composants des puits entre eux, dans le temps et dans les quantités, notamment pour des accessoires. Un exemple en est illustré sur la figure 10. Il est courant de monter un accessoire de tube ( "SUPER_ACC" ) , comprenant deux tubes courts ("PJ" pour "pup joints") associés à une vanne de sécurité ("SV"). Informatiquement, on a alors: - une classe objet "vanne de sécurité" SV, particularisée par des attributs d'objet qui peuvent comprendre un identifiant SV ED, un temps de montage SV_DLY, et une propriété SV_LINK, sur laquelle on reviendra.
- une classe objet "tube court" PJ, particularisée par des attributs d'objet qui peuvent comprendre un identifiant
PJ_ID, et un temps de montage PJ_DLY.
On peut définir à partir de là un objet étendu "accessoire de tube" SUPER_ACC qui comprend une instance de la classe objet SV, et deux instances de la classe objet PJ, ce qui définit complètement l'accessoire.
Ceci peut être obtenu par le lien SV INK, qui est par exemple une méthode, notée alors SV_LINK( ) , activable pour désigner automatiquement, par exemple par leur(s) identifiants PJ_ID, les deux tubes courts qui s'accordent avec l'identifiant SV_ID de la vanne de sécurité dont on part pour créer l'accessoire SUPER_ACC. La même méthode peut aussi faire la synthèse des délais d'implantation SV_DLY et PJ_DLY, pour définir directement le délai d'anticipation SUPER- _ACC_DLY, à prévoir pour l'accessoire SUPER_ACC. Cet exemple simple montre comment on peut avoir des composants de puits liés entre eux, dans le temps (les délais) et dans les quantités (deux PJ pour un SV) . Il est aisément généralisable à des cas plus complexes .
Par ailleurs, la présente invention n'est en aucune manière limitée à l'application aux sites de forage, mentionnée dans cette description détaillée. Cette application est particulièrement marquante, en ce sens qu'elle fait intervenir des produits très différents en grands volumes, ayant des temps de fabrication longs, nécessitant des ressources de fabrica tion dispersées, et difficiles à transporter, avec de surcroît des accessoires, le tout pour une application clients qui est lourde, importante et évolutive par nature. A côté de cela, les produits tubulaires livrés sont utilisés tels quels, ou peu modifiés. Pour des tubes, on ne réalise en général que des opérations assez simples, sur le site client : filetage du tube in situ, ou adaptation de tubes en des produits dérivés, comme les tubes courts précités, qui peuvent être dimensionnés sur place. Ces opérations sont d'ailleurs généralement effectuées par le fournisseur, ou un tiers, sur le site client.
L'invention peut bien entendu s'appliquer a priori à d'autres domaines techniques, où des produits quasi-finis et de manipulation/transport non immédiats, en particulier des tubes, sont largement utilisés, avec des contraintes de temps .
Cependant, l'invention reste encore applicable à de nombreux autres domaines, qui possèdent tout ou partie des contraintes précitées, quelle que soit l'échelle de temps de l'évolution. Le paramètre critique apparait être en fait le rapport entre le coût d'un éventuel temps perdu et l'investissement.
La présente invention vise également le code logiciel qu'elle fait intervenir au niveau du procédé ou du système, tout particulièrement lorsqu'il est mis à disposition sur tout support lisible sur un ordinateur. L'expression "support lisible par ordinateur" couvre un support de stockage, par exemple magnétique ou optique, aussi bien qu'un moyen de transmission, tel qu'un signal numérique ou analogique.
Annexe 1
A, 1.0 - notations
- Puits: Pi
- état daté des produits (item): (Ij./ t^)
- état daté des stocks: (Sj,tj)
- état daté des Achats: (Ak,tk)
A.1.1 - éléments de base
* A.1.1. a { P±, Ii < t±}
* A.l.l.b Ii = f ( P± , t )
* A.l.l.c { Ii ' s^ , t-i )
* A.l.l. {I , t±} j , tj}
* A.l.l.e { I» tv >
Al, 2 - Objets (logiciels) et leurs propriétés
OBJETS PROPRIÉTÉS ( s implifiées )
PUITS Désignation DP Date prévue de démarrage statut {prévu, précisé, confirmé, en cours, clos}
PRODUIT Désignation DA Délai maximal d'approvisionnement Fournisseur statut {produit, accessoire, . . . }

Claims

Revendications
1. Procédé informatique de suivi d'approvisionnement en flux tendu entre fournisseur (s) et client, dans lequel, sur un site client, chaque projet (P^) est associé à un état daté de besoins (Ii ^ ) en produits, en même temps qu'il est tenu un état des stocks (Sj,tj) et des achats (Ak,tk) de ces produits, caractérisé en ce qu'il comprend les étapes suivantes: c. établir (50) une liste de types de produits ( I ) inter- venant dans un ou plusieurs projets (P-^), b. pour chaque type de produit amont (Ij_), établir (612), dans au moins une table (Bn, Rn), et pour une séquence de tranches de temps, ayant une origine de temps choisie, * pour chaque tranche de temps, un premier cumul, depuis l'origine de temps jusqu'à la tranche de temps concernée, d'une première quantité (Bp) reliée aux besoins datés (1^, tj_) sur le site client, * pour chaque tranche de temps, un second cumul, depuis l'origine de temps jusqu'à la tranche de temps concernée, d'une seconde quantité (Rp) reliée aux stocks (Sj,tj) et aux achats (Ak,tk), les achats étant décalés temporellement en fonction d'un délai (DA, DI), et c. rechercher (618) les temps auxquels les seconds cumuls deviennent inférieurs aux premiers, comme indicateurs d'un risque de rupture d'approvisionnement et/ou d'une nécessité de déclenchement d'approvisionnement..
2. Procédé selon la revendication 1, caractérisé par l'étape supplémentaire suivante : d. recaler de temps à autre les cumuls sur une nouvelle origine de temps, définie à un moment de sensible égalité entre les premières quantités cumulées et les secondes quantités cumulées.
3. Procédé selon l'une des revendications 1 et 2, caractérisé en ce que les étapes b. et c. sont réitérées en présence d ' événements déterminés .
4. Procédé selon la revendication 3 , caractérisé en ce que les événements déterminés comprennent l'un au moins des événements du groupe comprenant: modification d'une date de projet par le client, modification d'une date de disponibilité par le client, modification d'un délai d' approvisionnement par le fournisseur, modification des quantités de produit à approvisionner, passage d'une commande du client au fournisseur, confirmation d'une commande, réservation de produit sur stock, livraison d'un produit.
5. Procédé selon 1 ' une des revendications 1 à 4 , caractérisé en ce que 1 ' étape c . comprend en outre la prise d'une commande, au plus tard à une date sensiblement égale à la date de démarrage du projet concerné (DP), augmentée d'un délai de disponibilité (DI), et diminuée d'un délai d'approvisionnement (DA) .
6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que l'étape b. comprend les sous-étapes suivantes: bl. classer les besoins (602), les stocks (604) et les achats (606), par produit et par date d'effet, b2. cumuler les besoins pour chaque produit (612a), et dans chaque tranche de temps de la séquence, à partir de l'origine de temps, ce qui fournit la première table, et b2. cumuler les stocks et les livraisons (612b) prévues pour chaque produit, et dans chaque tranche de temps de la séquence, à partir de l'origine de temps, ce qui fournit la seconde table.
7 - Système informatique de suivi d'approvisionnement en flux tendu entre fournisseur(s) et client, comprenant un module de suivi (50, 52) capable d'entretenir en mémoire un état daté de besoins en produits (Iif t-j , associé à un ou des projets (Pi), en même temps qu'un état des stocks (Sj,tj) et des achats (Ak,tk) de ces produits, caractérisé en ce que le module de suivi comprend un module pilote (54), comportant:
- un module de besoins (612a) capable, pour chaque type de produit, d'établir une première table, associée à une séquence de tranches de temps , ayant une origine de temps choisie, cette première table associant à chaque tranche de temps un premier cumul des besoins (Bp), depuis l'origine de temps jusqu'à la tranche de temps concernée, - un module de ressources (612b), capable, pour chaque type de produit, d'établir une seconde table, associée à la séquence de tranches de temps, cette seconde table associant à chaque tranche de temps un second cumul (Rp) de stocks plus achats, depuis l'origine de temps jusqu'à la tranche de temps concernée, les achats étant décalés temporellement en fonction d'un délai (DA; DI), et
- un comparateur (618) pour rechercher les temps auxquels les seconds cumuls deviennent inférieurs aux premiers, comme indicateurs d'un risque de rupture d'approvisionnement.
8 - Système informatique de suivi d'approvisionnement en flux tendu entre fournisseur(s) et client, comprenant un module de suivi (50, 52) capable d'entretenir en mémoire un état daté de besoins en produits (I , ti), associé à un ou des projets (Pi)/ en même temps qu'un état des stocks (Sj,tj) et des achats (Ak,tk) de ces produits, caractérisé en ce que le module de suivi comprend:
- un module de cumul (612), capable de recevoir pour paramè très la désignation d'un type de produit, d'un mode, ainsi que d'une origine de temps, et d'établir, pour le type de produit désigné, une table associant à des tranches de temps successives un cumul de quantités du produit, définies par le mode, chaque cumul allant depuis l'origine de temps jusqu'à la tranche de temps concernée, et - un module pilote (54), agencé pour:
* appeler le module de cumul (612) avec un type de produit, et un mode comprenant le cumul besoins sur le site client, ce qui fournit une première table,
* appeler le module de cumul (612) avec le même type de produit, et un mode comprenant le cumul stocks plus livraisons, ce qui fournit une seconde table, et
* rechercher (618) les temps auxquels les cumuls de la seconde table deviennent inférieurs à ceux de la pre- mière table, comme indicateurs d'un risque de rupture d' approvisionnement .
9. Système selon l'une des revendications 7 et 8, caractérisé en ce que le module pilote (54) est en outre agencé pour recaler de temps à autre les cumuls sur une nouvelle origine de temps, définie à un moment de sensible égalité entre les premières quantités cumulées et les secondes quantités cumulées .
10. Système selon l'une des revendications 7 à 9, caractérisé en ce que le module pilote (54) opère de façon réitérée en présence d'événements déterminés.
11. Système selon la revendication 10, caractérisé en ce que les événements déterminés comprennent l'un au moins des événements du groupe comprenant: modification d'une date de projet par le client, modification d'une date de disponibilité par le client, modification d'un délai d' approvision- nement par le fournisseur, modification des quantités de produit à approvisionner, passage d'une commande du client au fournisseur, confirmation, d'une commande, réservation de produit sur stock, livraison d'un produit.
12. Système selon l'une des revendications 7 à 11, caractérisé en ce que le module pilote est agencé en outre pour solliciter la prise d'une commande, au plus tard à une date sensiblement égale à la date de démarrage du projet concerné (DP), augmentée d'un délai de disponibilité (DI), et diminuée d'un délai d'approvisionnement (DA) .
13. Système selon l'une des revendications 7 à 12, caractérisé en ce qu'il comprend un module d'état, capable, du côté client: - de classer les besoins (602), les stocks (604) et les achats (606), par produit et par date d'effet, - de cumuler (612a) les besoins prévus pour chaque produit, et dans chaque tranche de temps de la séquence, ce qui fournit la première table, et - de cumuler (612b) la somme stocks plus achats prévus pour chaque produit, et dans chaque tranche de temps de la séquence, ce qui fournit la seconde table, le module pilote opérant à partir des données du module d' état.
14. Système selon la revendication 13, caractérisé en ce que le module pilote (54) incorpore au moins partiellement le module d' état.
15. Système selon l'une des revendications 7 à 14, caractérisé en ce que le module de suivi comprend un gestionnaire d'une liste de types de produits amont intervenant dans un ou plusieurs projets.
16. Système selon l'une des revendications 7 à 15, travaillant en programmation à objets, caractérisé en ce qu'il comporte :
- une classe-objet pour les produits (ITEM),
- une classe-objet pour les stocks (STOCK), - une classe-objet pour les achats (ACHAT), et
- une classe-objet (ELEMENT TABLE) pour un élément de table comprenant une quantité (Q) et un temps (t) .
17. Système selon la revendications 16, caractérisé en ce qu'il comporte en outre une classe-objet pour un projet (Pi).
18. Programme-produit comprenant les fonctions pour exécuter les étapes a. à c. du procédé selon l'une des revendications 1 à 6.
19. Programme-produit comprenant les fonctions du module de suivi dans le système selon l'une des revendications 7 à 17.
20. Programme-produit en programmation à objets, comprenant les classes-objet formant précurseur du programme produit selon l'une des revendications 18 et 19, et une version générique du module de suivi.
EP02783165A 2001-09-17 2002-09-16 Suivi perfectionne d'approvisionnement pour projets industriels Ceased EP1438687A2 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0111999A FR2829850B1 (fr) 2001-09-17 2001-09-17 Suivi perfectionne d'approvisionnement pour projets industriels
FR0111999 2001-09-17
PCT/FR2002/003153 WO2003025810A2 (fr) 2001-09-17 2002-09-16 Suivi perfectionne d'approvisionnement pour projets industriels

Publications (1)

Publication Number Publication Date
EP1438687A2 true EP1438687A2 (fr) 2004-07-21

Family

ID=8867360

Family Applications (1)

Application Number Title Priority Date Filing Date
EP02783165A Ceased EP1438687A2 (fr) 2001-09-17 2002-09-16 Suivi perfectionne d'approvisionnement pour projets industriels

Country Status (9)

Country Link
US (1) US20040177083A1 (fr)
EP (1) EP1438687A2 (fr)
JP (1) JP2005503306A (fr)
BR (1) BR0212543A (fr)
CA (1) CA2460199A1 (fr)
FR (1) FR2829850B1 (fr)
MX (1) MXPA04002483A (fr)
NO (1) NO331314B1 (fr)
WO (1) WO2003025810A2 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1591916B1 (fr) * 2004-04-26 2013-11-06 Sap Ag Procédé, programme d'ordinateur et système pour effacer des ensembles de données dans un système de tables

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE9803586L (sv) * 1998-10-21 2000-04-22 Ma System Ab Metod och system för kontroll av en försörjningskedja
WO2000058891A1 (fr) * 1999-03-26 2000-10-05 The Retail Pipeline Integration Group, Inc. Procede et systeme determinant les previsions de ventes fractionnees et les commandes de reapprovisionnement plannifiees d'une chaine d'approvisionnement
US6996538B2 (en) * 2000-03-07 2006-02-07 Unisone Corporation Inventory control system and methods
US6530518B1 (en) * 2000-05-19 2003-03-11 General Electric Company Method, system and storage medium for viewing product delivery information
US20030061126A1 (en) * 2001-06-12 2003-03-27 International Business Machines Corporation Method of determining inventory levels

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO03025810A3 *

Also Published As

Publication number Publication date
NO20041593L (no) 2004-04-19
US20040177083A1 (en) 2004-09-09
BR0212543A (pt) 2004-10-13
NO331314B1 (no) 2011-11-21
FR2829850B1 (fr) 2007-08-24
MXPA04002483A (es) 2004-11-22
WO2003025810A2 (fr) 2003-03-27
CA2460199A1 (fr) 2003-03-27
FR2829850A1 (fr) 2003-03-21
WO2003025810A3 (fr) 2004-05-06
JP2005503306A (ja) 2005-02-03

Similar Documents

Publication Publication Date Title
US20210216607A1 (en) Distribution Backbone
CA2677491C (fr) Distribution amelioree de contenu numerique
US9898462B2 (en) Process and system for providing and managing offline input of field documentation to a complex project workflow system
AU2005202447B2 (en) Hierarchical projects in a computer-enabled project management method and system
US20060070020A1 (en) Method and system for providing cross project commitments
US20060282342A1 (en) Image-based inventory tracking and reports
US20050251409A1 (en) System and method for eCatalog supplier portal
US8056012B2 (en) Content aware workflow builder and workflow engine
US20080154674A1 (en) Inventory management system and method
Elsing et al. The ATLAS Tier-0: Overview and operational experience
EP1438687A2 (fr) Suivi perfectionne d&#39;approvisionnement pour projets industriels
FR2844616A1 (fr) Procede d&#39;optimisation et de synchronisation d&#39;une fabrication, notamment d&#39;ordinateurs
Bustard et al. Integrating soft systems and object-oriented analysis
Deeks et al. WITSML changing the face of real-time
FR2892839A1 (fr) Procede et systeme de creation d&#39;un manuel.
EP1473627A2 (fr) Procédé pour la modélisation de données référentielles et son utilisation pour la localisation de données référentielles dans un système d&#39;informations
US20230177061A1 (en) Point In Time Representation for Organizational Hierarchy
Pickering et al. WITSML" Comes of Age" for the Global Drilling & Completions Industry
Sharma et al. Retail Location Decision Using an Integrated DEMATEL-ANP method: Retail Location
Oussama Managing the Master Production Schedule (MPS) and the Final Assembly Schedule (FAS).
WO2003104906A2 (fr) Procede et equipement de regulation des flux de stocks intermediaires
Ouahmed Optimization in one-way car sharing with electric cars and relocations
Xiao et al. A Method of E-Commerce Trading Process Construction Based on PaaS Platform
Horton et al. Drilling and Petroleum Engineering Program and Project Management at Santos Ltd.
Raab Hosted Systems Foster Innovation

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20040316

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LI LU MC NL PT SE SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

17Q First examination report despatched

Effective date: 20071221

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20120317