ყველა საწყობის სისტემა აცხადებს ორმხრივ ERP ინტეგრაციას. განსხვავებები მოგვიანებით ჩანს: ზუსტად რა გადაიცემა, რა ემართება ცუდ შეტყობინებას და ვის შეუძლია 8 საათზე ხარვეზის გამოსწორება დეველოპერის გამოძახების გარეშე. ეს გვერდი სამივე კითხვას პასუხობს.
ინტეგრაცია არ არის მონიშნული ველი — ეს არის კონკრეტული შეტყობინებების ნაკრები კონკრეტული შემოწმებით. აი კატალოგი.
არაფერი ძალაში შედის მხოლოდ იმიტომ, რომ მოვიდა. ყოველი შეტყობინება ჯერ მოწმდება თავად საწყობის წესებთან შესაბამისობაში.
საწყობი იტყობინება რეალობას; საქმის სისტემა რჩება ავტორიტეტი.
ტრანსპორტები თქვენს ERP-ს ერგება, და არა პირიქით: ფაილის, ბაზის და სერვისის ინტერფეისები განრიგებული ამოცანებით პერიოდული გაცვლისთვის. გამოცდილია ათობით მილიონ ინტეგრაციის ჩანაწერზე მიმდინარე და ადრინდელ Linari სისტემებში.
ეს არის ცოცხალი ოპერაციებიდან რეალური უარყოფის მიზეზები. თითოეული — პრობლემა, რომელიც საზღვარზე დაიჭირეს და არა სართულზე აღმოაჩინეს.
უარყოფილი შეტყობინება არ არის ინტეგრაციის ხარვეზი — ეს ინტეგრაცია თავის საქმეს აკეთებს. ხარვეზი იქნებოდა ცუდი მონაცემის გაშვება და მისი მარაგის აღრიცხვაში სამი კვირის შემდეგ პოვნა.
ეს ისტორია უფრო მნიშვნელოვანია, ვიდრე ნებისმიერი ფუნქციების სია — როგორ გამოიყურება თქვენი დილა ცუდი ღამის შემდეგ.
ღამის მაღაზიის შეკვეთების ფაილი მიუთითებს პროდუქტზე, რომელიც არ არის აქტიური მე-2 საწყობში.
ნაჩვენებია მონიტორინგის ეკრანზე მიზეზით უბრალო ენაზე — და არა სერვერის ჟურნალში დამარხული.
საბაზო მონაცემი სწორდება ERP-ში — ჭეშმარიტების წყაროში — და არა საწყობში ხელით.
ხელახალი ინტერფეისი ეკრანიდან. დეველოპერის გარეშე, ბაზის სესიის გარეშე, კვალის დაკარგვის გარეშე.
განაწილება, ამოცანები, გაგზავნა — და აუდიტის კვალი აჩვენებს სრულ ისტორიას, ხარვეზის ჩათვლით.
მონიტორინგის ეკრანი აჩვენებს ინტეგრაციის შეცდომებს მათი გაჩენისას, მიზეზით უბრალო ენაზე — ხოლო მხარდაჭერილი შეტყობინებების ტიპებისთვის, ხელახალი მოქმედება, რომელსაც ოპერატორი ასრულებს დეველოპერისა და ოპერაციული კვალის დაკარგვის გარეშე.
პროდუქტები, შეკვეთები და ფასები იბადება ERP-ში და მის კუთვნილებად რჩება. საწყობი ზემოდან იყენებს ოპერაციულ წესებს და ანგარიშობს რეალობას — ის არასდროს ხდება ჭეშმარიტების მეორე კონკურენტი წყარო.
შემოწმება ხდება შეტყობინების მიღებისას, იმავე წესებით, რომლითაც მუშაობს საწყობი. არასწორი შეკვეთა დაკავებულია მიზეზით — ის ვერ აფუჭებს მარაგს, განაწილებას ან ისტორიას შეუმჩნევლად.
ის, ვინც ხარვეზს ხედავს, შეუძლია მისი გამოსწორებაც: მიზეზი ERP-ში შეასწოროს, ხელახლა დააჭიროს. 2 საათის პრობლემები რუტინად იქცევა 8 სასაათზე, ხოლო არა სასწრაფო ზარებად.
სწორედ ამიტომაა ინტერფეისის ფენა დაფუძნებული ფაილებზე, ბაზაზე და სერვისებზე, ვიდრე კონექტორების ფიქსირებულ სიაზე: ის ხვდება თქვენს ERP-ს იქ, სადაცაა. ტექნიკურ საუბარში ვასახელებთ თქვენს შეტყობინებების ტიპებს ინტერფეისებზე და ვაჩვენებთ იმავე სქემას ცოცხლად კლიენტის ERP-ზე.
პროდუქტები, შტრიხკოდები, უჯრები და საწყისი ნაშთები ჯერ იტვირთება თქვენს ტესტ გარემოში — იმავე ინტერფეისებით, თქვენს მონაცემებზე — და თქვენი გუნდი ამოწმებს მათ ბოევ გაშვებამდე.
არავინ — და ეს განზრახ. ხარვეზი იწერება მიზეზით და ელოდება, ხილული, მონიტორინგის ეკრანზე. დილით მიზეზი სწორდება ERP-ში, და ოპერატორი ხელახლა უშვებს შეტყობინებას. იმავდროულად არაფერი იკარგება.
განმეორებითი მიწოდება აღიარებულია და იგნორირდება. ხელახლა გაგზავნილი ფაილი არ ორმაგებს თქვენს მიღებებს ან მარაგს.
ათობით მილიონი ინტეგრაციის ჩანაწერი მიმდინარე და ადრინდელ Linari სისტემებში, რომელიც გადადის გრაფიკით, რომელიც ყოველ დღე მუშაობს, ორივე მიმართულებით.
მოგვიყევით შეტყობინების შესახებ, რომელიც მუდმივად არღვევს თქვენი ERP-სა და საწყობის კავშირს. ჩვენ გაჩვენებთ, როგორ გამოიყურება ის, როცა ხარვეზი ხილულია, წყაროში სწორდება და ხელახლა იშვება — შენარჩუნებული კვალით.