SkyPlanner APS ile Üretim Çizelgeleme için Infor CloudSuite Industrial Entegrasyon Kılavuzu

SkyPlanner bulutta çalışır; bu nedenle CSI içine herhangi bir SkyPlanner yazılımı kurulmaz. Çok kiracılı CSI ortamlarında entegrasyonlar Infor OS üzerinden iki yoldan biriyle çalışır:

1. ION API Gateway üzerinden Mongoose IDO REST API. CSI iş nesneleri, Mongoose çatısı üzerinde çalışan IDO’lardır (Intelligent Data Objects). REST hizmeti IDORequestService altında yer alır ve Infor bu hizmeti ION API deposunda yayımlar. REST sürüm 1; LoadCollection, AddItem(s), UpdateItem(s), DeleteItem(s), InvokeMethod, IDOInfo ve FireAESEvent işlevlerini XML veya JSON yanıtlarıyla sunar. REST sürüm 2 için de bir uç nokta kümesi vardır.
2. ION BOD’ları (Business Object Documents), ION tarafından bağlantı noktaları üzerinden yönlendirilir. CSI, dışarıya Sync BOD’ları yayımlar: ProductionOrder, ItemMaster ve PurchaseOrder bunlar arasındadır. Ayrıca InventoryAdjustment, InventoryCount ve InventoryHold gibi stok belgeleri de yayımlar.

2026.10 sürümünün giden BOD listesinde ürün ağaçları, rotalar veya iş merkezleri için bir öğe yoktur. Bu nedenle çizelgeleme entegrasyonunda esas olarak IDO kullanılır; BOD’ler ise isteğe bağlı olarak işlerdeki değişiklikleri bildirmek için kullanılır.

Değişiklikler CSI’dan ION BOD’ları olarak iletilir; çizelgeleme açısından önemli olan ProductionOrder BOD’udur. Bunu, Replication Document Outbound Cross References formunda yayımlama tanımlarıyla yapılandırırsınız:

Infor örneklerinde iş durumuna göre filtre uygulanır: çizelge değişiklikleri için 'Firm', malzeme ve işçilik değişiklikleri için isteğe bağlı olarak 'Released'. Ayrıca RecordDate değerinin, arka plan görevinin son manuel yayımlama tarihinden sonra olması koşuluyla filtreleme yapılır.

Mongoose’un Application Event System (AES) bileşeni de olay eylemlerini çalıştırabilir; REST API ise FireAESEvent işlevini sunar. Temel yaklaşım, IDO’ların periyodik olarak sorgulanmasıdır: LoadCollection çağrıları birkaç dakikada bir, kayıt tarihine göre filtre uygulanarak SLJobs ve SLJobRoutes üzerinde yapılır. Tesis, değişikliklerin doğrudan iletilmesini istiyorsa buna ProductionOrder BOD’u eklenir.

Ters yönde ise SkyPlanner webhook’ları çizelge değişikliklerini anında iletir ve her biri CSI’a geri yazma işlemini tetikler.

1. Ana verilerin ilk aktarımı. Stok kartlarını, ürün rotalarını, BOM’ları, kaynak gruplarını, kaynakları ve vardiyaları LoadCollection üzerinden okuyun. SkyPlanner iş merkezlerini CSI iş merkezlerinden değil, kaynaklardan ve kaynak gruplarından oluşturun. Infor, iş merkezinin işlevini açıkça şöyle tanımlar: “captures costs only and does not affect the actual planning or scheduling.” (yalnızca maliyetleri kaydeder; fiilî planlamayı veya çizelgelemeyi etkilemez).

2. Sipariş senkronizasyonu. Kesinleştirilmiş ve serbest bırakılmış iş emirlerini operasyonları ve malzemeleriyle birlikte gönderin. APS planlı siparişlerini CSI’da bırakın. APS Planning her çalıştığında planını silip yeniden oluşturur; bu nedenle planlı siparişlerin çizelgelemede kullanılabilecek kalıcı bir kimliği yoktur. Önce Planning Detail üzerinden bunları kesinleştirerek iş emrine dönüştürün.

3. Çizelgenin geri yazılması. Yazma işlemini bir SkyPlanner çizelge webhook’u tetikler. Entegrasyon, her operasyon için yeni planlanan başlangıç ve bitiş zamanlarını SkyPlanner REST API’den okur. İş, son ek ve operasyon numarasını anahtar olarak kullanıp bu değerleri UpdateItems ile iş operasyon çizelgesine yazar. Bunlar, Scheduler’ın belirlediği ve Resource Gantt üzerinde düzenlenen operasyon tarihlerinin aynısıdır; SLJobs üzerindeki işin Start ve End tarihleri de buna göre güncellenir.

Bazı tesisler çizelge alanlarını korumaya alır veya her değişiklikte CSI tarafındaki mantığın çalışmasını ister. Bu durumda yazma işlemi, InvokeMethod ile çağrılan özel bir IDO yöntemi üzerinden yapılır. Bu yöntem aynı güncellemeyi CSI’ın kendi doğrulama kurallarıyla uygular.

4. Shop floor teyitleri. Operatörler süreleri ve miktarları telefon veya tablet üzerinden kaydeder (Mobile Confirmations, Production Timer, Quick Log Mode). Kapatılan her zaman kaydı için henüz muhasebeleştirilmemiş bir SLJobtrans satırı AddItems ile oluşturulur. Bu satır; iş, son ek, operasyon, çalışan, saat, sağlam miktar ve hurda miktarı bilgilerini taşır. Ardından CSI’ın Job Labor Transaction Posting işlevi, seçtiğiniz sıklıkta işçilik maliyetini ve genel giderleri işin yarı mamul maliyetlerine (WIP) işler.

5. Veri sahipliği, yeniden denemeler ve çakışma kuralları.

Her kayıt için CSI’ın kendi tanımlayıcıları (iş, son ek, operasyon numarası, hareket kimliği) anahtar olarak kullanılır. Böylece tekrarlanan bir webhook veya sorgu, mükerrer kayıt oluşturmak yerine aynı satırı günceller. Başarısız yazma işlemleri yeniden denenir ve CSI hata metniyle birlikte günlüğe kaydedilir. CSI’da Complete veya History durumuna alınan bir iş, sonraki senkronizasyonda SkyPlanner çizelgesinden çıkarılır. SkyPlanner’da iptal edilen bir iş ise hiçbir zaman geri yazılmaz.

Çakışmaların başlıca kaynağı CSI’ın kendi çizelgeleme araçlarıdır. APS Planning, çizelgelenmiş operasyonları sabit kabul ederken Scheduler daha sonra çalıştırıldığında bunları yeniden kaydırabilir. Bu işlem genellikle bir günlük ufukla günde bir kez çalıştırılır. Bir grup kaynağın ayrıntılı sıralamasını SkyPlanner yönetiyorsa bu kaynak gruplarını CSI Scheduler kapsamından çıkarın. Ardından Shop Floor Control Parameters içindeki, Scheduler’ın planlı siparişleri talep olarak değerlendirmesine yol açan ayarı kapatın. MRP, APS sipariş planlama ve Get CTP, CSI’da kalabilir. SkyPlanner’daki Running Time Lock, başlamış operasyonları sabit tutar. Üretimde değişiklik olduğunda Autopilot, belirlediğiniz kilitler ve öncelikler çerçevesinde SkyPlanner çizelgesini otomatik olarak yeniden oluşturur.

• İş merkezlerini makine olarak eşlemek. SLWcs ilk akla gelen IDO’dur, ancak kapasite için yanlış seçimdir. Çizelgeleme, kaynaklar ve kaynak grupları üzerinden yürütülür; grup içi üye sırası da buna dahildir.
• İşleri atlayan veya tekrar gönderen BOD filtreleri. ProductionOrder yayımlama davranışı, tetikleyici seçiminize ve durum filtrelerine bağlıdır. Yalnızca 'Firm' filtresi kullanılırsa serbest bırakılmış işlerdeki malzeme ve işçilik değişiklikleri atlanır; son yayımlama tarihi filtresi yoksa her şey yeniden gönderilir.
• Geri yazılan işçilik kayıtlarının reddedilmesi. İş Released veya Scheduled durumunda değilse, operasyon zaten tamamlanmışsa ya da çalışan etkin değilse CSI işçilik kaydını reddeder. Önce doğrulama yapın ve reddedilen kayıtları günlüğe alın.
• Bir satırı işlenmiş hareket saymak. Bir SLJobtrans satırı, Job Labor Transaction Posting çalışana kadar işlenmemiş durumdadır. İşçilik verilerinin yarı mamul maliyetlerine (WIP) ve bordroya beklenen zamanda yansıması için işleme sıklığını finans ekibiyle birlikte belirleyin.
• APS’den gelen gecikmiş işler. APS, teslim tarihinden geriye doğru planlama yapar; bu mümkün olmazsa bugünden ileriye doğru planlar. Hiçbir zaman geçmişe planlama yapmaz. Gelen başlangıç tarihine güvenmek yerine, SkyPlanner’ın gecikmiş siparişleri gerçek kapasiteye göre çizelgelemesini sağlayın.
• Mongoose ayrıntıları. InvokeMethod parametre değerlerindeki virgülleri \x2c kaçış dizisiyle yazın.

SkyPlanner, CSI tarafında gereken işlemleri sınırlı tutar. İşleri, operasyonları, malzemeleri ve kaynakları okur; geri yazdığı iki şey vardır: planlanan operasyon zamanları ve SLJobtrans işçilik kayıtları. Bu iki yönlü aktarım arasında, CSI’ın planlamacının Resource Gantt üzerindeki düzenlemelerine ve bir sonraki Scheduler çalıştırmasına bıraktığı yeniden planlamayı yapar:

• Olaylarla güncellenen çizelge. Arcturus, gerçek makine ve personel kapasitesini dikkate alan üretim çizelgesini saniyeler içinde oluşturur. İster CSI’dan değişen bir iş gelsin ister operatör ilerleme kaydı girsin, üretimde değişiklik olduğunda Autopilot otomatik olarak yeniden çizelgeleme yapar. Ardından webhook’lar yeni zamanları dışarı iletir.
• İşçilik verileri kaynağında kaydedilir. Mobile Confirmations, Production Timer ve Quick Log Mode, operatör girişlerini SLJobtrans satırlarıyla eşleşen zaman kayıtlarına dönüştürür. Böylece işçilik verileri yeniden girilmeden CSI’a ulaşır.
• Üretime uygun kısıtlar. Hazırlık süresi matrisi, en az hazırlık gerektiren tip değişimi sırasını seçer. Takımlar, kapasitesi sınırlı ortak kaynaklardır. Bir iş merkezinde aynı anda birden fazla operatör çalışabilir; birincil makine veya personel meşgul olduğunda alternatifler devreye girer.
• Malzemeye göre sıralama. İş malzemeleri, stoklar ve CSI’daki açık satın alma siparişleri aktarıldığında çizelgede malzeme kullanılabilirliği kontrol edilir. Sipariş edilen malzeme, satın alma siparişinin teslim tarihinde kullanılabilir kabul edilir. Sipariş Delivered olarak işaretlendiğinde stok güncellenir.
• Proje riskini azaltan deneme. Save to Excel ile dışa aktardığınız verileri 30 günlük deneme sürümüne yükleyin ve kendi işlerinizi gerçek makine ve personel kapasitesini dikkate alan bir üretim çizelgesinde görün. Darboğaz oluşturan bir kaynağı durdurun, acil sipariş ekleyin ve bir satın alma siparişini geciktirin. Burada doğruladığınız eşleme, IDO çalışmasının kapsamını oluşturur.

Stok kartları, işler ve maliyetler için ana kayıt sistemi CSI olarak kalacaksa SkyPlanner’ı seçin. Kapsamı dar ve net bir arayüzle çalışan bir çizelgeleme aracı ve üretim sahası uygulaması elde edersiniz: işler ve ana veriler içeri alınır, planlanan zamanlar ve işçilik kayıtları dışarı gönderilir. SkyPlanner, 5 iş merkezi dahil aylık 199 €’dan başlar. Aylık faturalandırılır ve istediğiniz zaman iptal edebilirsiniz. Entegrasyon için sürecinize ve ihtiyaçlarınıza göre hazırlanan fiyat teklifi, abonelik planınızla birlikte önceden sunulur. Böylece başlamadan önce toplam maliyeti görürsünüz.

Fiyatları, özellikleri ve SkyPlanner dokümantasyonunu inceleyin. CSI APS ve Scheduler’ı bulut tabanlı bir çizelgeleme aracıyla karşılaştırmak için Infor CloudSuite Industrial üretim çizelgeleme sayfasına bakın. Ayrıca Infor CloudSuite Industrial sayfasına ve ERP entegrasyonları merkezine göz atabilirsiniz.