კონტეინერების თვალთვალის API, რომელმაც იცის, სინამდვილეში როდის ჩავა კონტეინერი.
ერთი კონტეინერების თვალთვალის API 240+ გადამზიდისთვის: 203 პირდაპირი კონექტორი და 350 ამოცნობადი SCAC. გამოგზავნეთ კონტეინერის ნომერი, კონოსამენტი ან ჯავშანი და მიიღეთ სტატუსი, მარშრუტი, საკვანძო ეტაპები და ETA, რომელიც რეალურად დაფიქსირებულ დაგვიანებას ეფუძნება, ასევე დემერეჯისა და დეტენშენის უფასო ვადა, პორტების გადატვირთულობა და გემების მდებარეობა. მიწოდება MCP-ით, REST-ით და webhook-ებით.
რას აკეთებს
შექმნილია იმ გადაწყვეტილებებისთვის, რომლებსაც ყოველდღიურ სამუშაოში იღებთ.
პირდაპირი კონექტორები გადამზიდებთან, DCSA-ზე ნორმალიზებული
მონაცემებს პირდაპირ გადამზიდებისგან ვკითხულობთ და ყოველ მოვლენას DCSA სტანდარტს ვუსადაგებთ, ნაცვლად იმისა, რომ სკრაპინგით აღებული გვერდიდან ვივარაუდოთ. კონტეინერის ნომერი, კონოსამენტი თუ ჯავშანი: ყველა ერთსა და იმავე სუფთა ქრონოლოგიამდე მიდის.
ETA, რომელიც სიმართლეს ამბობს
ჩასვლის დრო პროგნოზირდება იმ დაგვიანებით, რომელსაც მარშრუტსა და გემზე რეალურად ვაკვირდებით, და არასდროს გადამზიდის მოძველებული დაპირებით. კონტეინერი, რომელიც ჯერ არ გასულა, არ აჩვენებს „100% დასრულებულს“.
დემერეჯისა და დეტენშენის უფასო ვადა
ვაჩვენებთ გადამზიდის მიერ გამოქვეყნებულ უფასო ვადას და მიმდინარე უკუთვლას, რათა თქვენმა გუნდმა იმოქმედოს მანამ, სანამ ჯარიმები დაირიცხება, და არა ინვოისის მიღების შემდეგ.
Webhook-ები იმ წამს, როცა ჩვენ ვიგებთ
HMAC-ით ხელმოწერილი webhook-ები მაშინვე ამოქმედდება, როგორც კი ETA შეიცვლება, კონტეინერი გადმოიტვირთება ან დაბლოკვა (hold) გაჩნდება. თქვენი სისტემები დაგვიანების შესახებ ჩვენთან ერთად იგებენ და არა შემდეგი polling-ისას.
პორტების გადატვირთულობა და გემების მდებარეობა რეალურ დროში
გადმოტვირთვის პორტის გადატვირთულობა და გემის მდებარეობა AIS-იდან, ასე რომ, გადაწეულ ETA-ს თან ახლავს მიზეზი, რომელსაც კლიენტი მიიღებს.
თვითაღდგენადი დაფარვა
ყოველ გადამზიდს 2–3 დამოუკიდებელი მონაცემთა არხი აქვს: ოფიციალური API, ჩვენი საკუთარი კონექტორი და ჯვარედინად გადამოწმებული ქსელური წყარო, ავტომატური failover-ით. როცა გადამზიდი რამეს ცვლის, კონექტორი თავად განაახლებს წვდომის მონაცემებს და ხელახლა ამოწმებს აქტიურ კონტეინერებს, სანამ ვინმეს გაფრთხილება დასჭირდება.
გამოიძახეთ ინსტრუმენტებად
კონტეინერების თვალთვალის API სრულად, MCP ინსტრუმენტებად ან REST endpoint-ებად.
იგივე ფუნქციები, რომლებსაც ასისტენტი ჩვეულებრივი ენით იძახებს, თქვენს სისტემას შეუძლია REST-ით გამოიძახოს ერთი გასაღებით, ცვლილებებს კი webhook-ები მიაწვდის.
TrackingMCP-ის დოკუმენტაცია-
add_containerდაიწყეთ კონტეინერის, B/L-ის ან ჯავშნის თვალთვალი. -
get_container_detailსრული ქრონოლოგია, მარშრუტი, გემი და ETA-ს საფუძველი. -
get_shipment_summaryერთხაზიანი სტატუსი, კლიენტისთვის პასუხად გამოსადეგი. -
get_demurrage_free_timeგამოქვეყნებული უფასო ვადა და მიმდინარე უკუთვლა. -
get_demurrage_reportჯარიმების რისკი ყველა თქვენს კონტეინერზე. -
get_port_congestionპორტში დგომის დრო და გადატვირთულობა. -
get_vessel_positionგემის ბოლო AIS მდებარეობა.
კითხვები
რას გვეკითხებიან პირველ რიგში.
მუშაობს ერთად
უკეთესია პლატფორმის დანარჩენ ნაწილთან ერთად.
AirCargoMCP
თვალი ადევნეთ ნებისმიერ ავიაზედნადებს, მიღებიდან მიწოდებამდე, ერთ მკაფიო ქრონოლოგიაში.
SchedulesMCP
შეადარეთ რეისები ისე, როგორც მათ ექსპედიტორი რეალურად ჯავშნის.
LoadingMCP
დაგეგმეთ კონტეინერის დატვირთვა სტანდარტით და არა თვალზომით.
FreightRatesMCP
ნახეთ, რა ღირს მარშრუტი ამ კვირაში, სანამ ექსპედიტორს მიმართავთ.
გააკეთეთ პირველი TrackingMCP გამოძახება დღესვე.
უფასო ტარიფი, პირველი გამოძახება ხუთ წუთში, ჩვენი ფრონტენდი საჭირო არ არის.