Hangi yedek nerede, ne kadar ve son hareketi ne?

Faromo Gemi Stok ve Yedek Parça Yönetimi; şirket kalem kataloğunu, gemi ve kara depolarını, lokasyon bakiyelerini, stok hareketlerini, transferleri, sayım farklarını ve seçili GRN girişlerini aynı kontrol yüzeyinde toplar. PMS yedek parça kaydı bugün ayrı bir modeldir ve otomatik uzlaştırılmaz.

Yazan: Faromo · Ürün ve denizcilik domain ekibiİnceleme: Faromo · Teknik ve mevzuat incelemesiSon inceleme:

Stok miktarını değil, miktarın neden değiştiğini yönetin.

Aynı parça makine dairesi deposunda, güverte mağazasında, kara deposunda veya başka bir gemide bulunabilir. Kod, birim, fiziksel lokasyon ve hareket nedeni ayrıştığında satınalma kararı yanlış bakiyeye dayanır; bakım işi yedek beklerken ofis gerçeği geç fark eder.

Faromo’nun genel envanter modülü item–warehouse–stock location yapısıyla çalışır; hareketler bakiyeyi atomik olarak değiştirir. PMS içindeki ekipman bazlı spare-part kaydı ise düşük stoktan taslak talep açabilen ayrı bir akıştır. Bu sayfa iki yapının bugün nerede bağlandığını ve nerede manuel uzlaştırma gerektiğini açıkça gösterir.

Ekrandaki bakiye hangi kayıttan oluşuyor?

IMPA ortak ürün kimliğini; denizcilik envanter ürünleri ise kalem–komponent, lokasyon, stok geçmişi, min/max, transfer ve satınalma bağlantısını kategori omurgası olarak öne çıkarır. Aşağıdaki matris Faromo’nun mevcut uygulamasını bu pazar diliyle eşler, fakat ürün kapsamını rakip özellikleriyle genişletmez.[1][2][3][4]

ITEM MASTER

Kod, açıklama ve birimi birlikte yönetin

IMPA kodu opsiyoneldir; ISSA veya şirket içi kod da kullanılabilir. Faromo lisanslı MSG verisini kendiliğinden sağlamaz ve hiçbir kod üretici/parça uyumluluğunu tek başına kanıtlamaz.

LOCATION

Sistemdeki stok fiziksel yere karşılık gelsin

Her bakiye bir item ile bir gemi veya kara deposunun kesişimidir; bin/rack bilgisi, depo türü, sorumlu rol ve erişim kısıtı fiziksel sayım planıyla birlikte tanımlanır.

MOVEMENT

Bakiyeyi hareket kaydıyla açıklayın

İşlem tipi deltayı belirler, sistem negatif bakiyeyi engeller ve her harekette işlem sonrası bakiyeyi saklar. ADJUST ve WRITE_OFF için neden zorunludur.

PMS / PROC

Bakım ihtiyacı ile mal kabulü ayrı kapılardan bağlayın

PMS spare kaydı minimum altına geçişte taslak talep açabilir; procurement GRN ise stok lokasyonu seçilmişse genel envantere RECEIVE yazar. Bu iki stok sicili bugün otomatik uzlaştırılmaz.

Bakiye ve sınır matrisi

Otomatik davranış ile operasyon sorumluluğunu ayırın.

Her kontrol noktası, hangi girdinin bakiyeyi veya uyarıyı değiştirdiğini ve hangi doğrulamanın kullanıcıda kaldığını gösterir.

Kontrol noktasıGirdiFaromo davranışıÜretilen kayıtKapsam sınırı
ITEMAçıklama; opsiyonel IMPA, ISSA veya yerel kod; üretici, parça no, şartname, UOM ve kategori.Şirket kapsamında aranabilir item master oluşturur ve IMPA kodundan bölüm kodunu türetir.Aktif/pasif kalem, teknik tanım, sınıflandırma ve referans fiyat alanları.Kod zorunlu değildir; katalog lisansı, veri tekilleştirme ve ekipmana uygunluk kararı ürün tarafından sağlanmaz.
STOCK LEVELOn hand, reserved, minimum, maximum ve opsiyonel reorder quantity.Available = on hand − reserved hesaplar; available ≤ 0 kritik, minimum altı düşük, on hand maksimum üstü fazla stok olur.Lokasyon RAG durumu ve açıkça tanımlı veya eşikten türetilen önerilen sipariş miktarı.Min/max şirket kuralıdır; tüketim tahmini değildir. Lead-time alanı saklanır fakat mevcut hesapta kullanılmaz; reserved için kullanıcı aksiyonu henüz yoktur.
MOVEMENTStok lokasyonu, işlem tipi, miktar, opsiyonel fiyat/para birimi, neden ve referans.İşlem tipine göre signed delta üretir, lokasyonu satır kilidiyle günceller ve negatif bakiyeyi reddeder.Hareket tipi, delta, işlem sonrası bakiye, kullanıcı ve varsa PO/iş emri bağlantısı.Hareket defteri append-only olsa da stock-location oluşturma/güncelleme API’si miktarı doğrudan verebilir; açılış ve import bakiyesi ayrıca uzlaştırılmalıdır.
TRANSFERKaynak stok lokasyonu, hedef depo, pozitif miktar ve opsiyonel neden.Kaynak ve hedefi tek veritabanı işleminde kilitler; TRANSFER_OUT ve TRANSFER_IN çiftini aynı grup kimliğiyle yazar.İki bağlı hareket ve her iki lokasyonda güncel bakiye.Fiziksel sevkiyat, teslim teyidi ve taşıma hasarı bu atomik stok transferinin parçası değildir.
STOCK-TAKEStok lokasyonu, sistem miktarı, fiziki sayılan miktar ve not.Varyans = sayılan − sistem hesaplar; fark sıfır değilse ADJUST hareketi oluşturur ve son sayım tarih/farkını kaydeder.Sayım sonucu, yüzde farkı ve varsa düzeltme hareketi.Sayım onayı, ikinci kişi kontrolü, kör sayım, sayım döngüsü ve kapanış workflow’u mevcut kapsamda yoktur.
GRN → RECEIVEPost edilmeye hazır GRN satırı, kabul edilen miktar ve opsiyonel stockLocationId.Lokasyon seçilmişse kabul edilen miktarı PO referanslı RECEIVE olarak yazar; yoksa GRN post edilir fakat stok hareketi oluşmaz.Post edilmiş GRN, PO teslim durumu ve koşullu RECEIVE hareketi.GRN kaleminin item master ile otomatik kod eşleştirmesi ve PMS spare siciline otomatik yansıması yoktur.
PMS SPAREGemi, opsiyonel ekipman, parça no, on-board miktar, min/max, kritik işareti ve lead time.Manuel stok ayarında minimumun üstünden altına ilk geçişte taslak talep açar; son 7 günde aynı açık otomatik talep varsa tekrar oluşturmaz.PMS spare bakiyesi ve varsa procurement taslak talep kimliği.Genel inventory item/location kaydından ayrıdır; EquipmentItem/BOM köprüsü veri modelinde bulunsa da uçtan uca controller, service ve web kullanıcı akışı değildir.
SHELF-LIFEGemi, açıklama, kategori, lot, miktar, son kullanma tarihi, konum ve kritik işareti.Aktif kalemleri varsayılan 90/30 günlük iç eşiklerle warning, critical veya expired olarak sınıflandırır; consumed/disposed durumuyla kapatır.Ayrı SKT sicili, filo/gemi özeti ve imha yöntemi.90/30 gün regülasyon değildir; sicil stok hareket defterine bağlı değildir ve batch genealogy veya FEFO uygulamaz.

Aynı fiziksel parçanın item master, stock location, PMS spare ve SKT sicilindeki temsilleri pilot veri taşımasında tek tek eşlenmelidir. “Tek stok rakamı” ancak bu kayıt sahipliği tanımlandığında güvenilirdir.

Pilot ve veri taşıma kontrolü

Canlı bakiyeye güvenmeden önce ne doğrulanmalı?

Kontrol listesi; katalog temizliğini, fiziksel sayımı ve modüller arası kayıt sahipliğini aynı kabul testinde birleştirir.[1][2][3][4]

  1. 01 · Sahiplik Ana stok sicilini seçin: Genel envanter ile PMS spare kaydından hangisinin hangi kalem grubu için source of truth olduğunu gemi, ofis ve entegrasyon ekibiyle yazılı belirleyin.
  2. 02 · Kimlik Mükerrer kalemleri temizleyin: IMPA/ISSA/yerel kod, üretici, model, parça numarası, teknik şart ve açıklamayı birlikte karşılaştırın; kod lisansını ayrıca doğrulayın.
  3. 03 · Birim UOM dönüşümünü sabitleyin: Adet, set, kutu, litre, kilogram ve paket dönüşümlerini açılış bakiyesi, talep, PO ve GRN arasında aynı kurala bağlayın.
  4. 04 · Lokasyon Fiziksel adresi doğrulayın: Depo türü, gemi/kara kapsamı, bin/rack, erişim kısıtı ve sorumlu rolü sahadaki gerçek yerle eşleştirin.
  5. 05 · Açılış Açılış bakiyesini sayımla kurun: Import edilen miktarı fiziki sayımla uzlaştırın; doğrudan API miktar yüklemesini açılış belgesi ve tarih damgasıyla kontrol edin.
  6. 06 · Eşik Min/max gerekçesini kaydedin: Kritiklik, tüketim, lead time, gemiler arası transfer imkânı ve tedarik riskine göre eşikleri şirket belirler; mevcut algoritmanın tahmin yapmadığını kabul edin.
  7. 07 · Hareket Her delta için kaynak isteyin: ISSUE, RETURN, WRITE_OFF ve ADJUST hareketini iş emri, teslim belgesi, sayım formu veya açıklanabilir bir nedenle ilişkilendirin.
  8. 08 · Sayım Transfer ve sayımı uçtan uca sınayın: Eksi stok reddi, bağlı OUT/IN çifti, hedef bakiye, sıfır ve sıfır dışı sayım farkı ile düzeltme izini pilot veride doğrulayın.
  9. 09 · Teslim GRN lokasyonunu zorunlu kontrol yapın: Lokasyon seçilmeyen GRN’nin stok hareketi üretmediğini kabul testine ekleyin; kabul edilen miktar ve PO referansını RECEIVE kaydında uzlaştırın.
  10. 10 · Ayrı siciller PMS spare ve SKT farkını yönetin: PMS düşük stok talebini genel envanter bakiyesiyle, SKT miktarını hareket defteriyle manuel uzlaştırma sorumlusunu ve sıklığını tanımlayın.

Bu liste; geminin SMS prosedürü, kritik yedek politikası, gümrük/bonded, IMDG, medikal, üretici, klas ve muhasebe kontrollerinin yerine geçmez.

Kapsam ve temel bileşenler

Şirket kalem kataloğu

Açıklama, IMPA/ISSA veya yerel kod, üretici, parça numarası, şartname, birim, hazmat ve emniyet-kritik işaretini şirket kapsamında yönetin.

Gemi ve kara depoları

Kalemi genel, güverte, makine, emniyet, kumanya, kimyasal, medikal, bonded, slop chest veya kara deposunda lokasyon ve sorumlu rolle izleyin.

Min/max ve yeniden sipariş görünümü

Mevcut eksi reserved bakiyeyi şirketin tanımladığı minimum ve maksimum eşiklerle karşılaştırın; düşük, kritik veya fazla stok durumunu ve önerilen miktarı görün.

İzlenebilir stok hareketi

RECEIVE, ISSUE, RETURN, TRANSFER, ADJUST, WRITE_OFF ve SLOP_SALE hareketlerinde delta, işlem sonrası bakiye, kullanıcı, neden ve varsa PO/iş emri referansını koruyun.

Transfer ve fiziksel sayım

Depolar arası çıkış ve girişi tek transfer grubunda atomik yazın; fiziki sayım farkı varsa ayrı ADJUST hareketi ve sayım varyansı oluşturun.

GRN ve SKT kontrolü

Stok lokasyonu seçilen post edilmiş GRN’yi RECEIVE hareketine bağlayın; son kullanma tarihli kalemleri ayrı sicilde kategori, lot, konum ve durumla izleyin.

İş akışı

  1. Kalem ve lokasyonu tanımlayın: Kod, teknik tanım, birim, depo ve fiziksel adres ortak kayıt olur.
  2. Hareketle bakiyeyi değiştirin: Giriş, çıkış, iade, transfer, düzeltme veya write-off işlem sonrası bakiyeyi üretir.
  3. Eşik ve sayımla kontrol edin: Min/max uyarısı ile fiziki sayım farkı aynı lokasyonda değerlendirilir.
  4. PMS ve satınalmayla uzlaştırın: Düşük stok talebi, PO/GRN kabulü ve ayrı PMS spare kaydı belirlenmiş sorumluyla eşlenir.

Operasyonel sonuç

  • Gemi ve kara depolarındaki aynı kalemi lokasyon bazında görün.
  • Bakiye değişimini kullanıcı, zaman, neden ve işlem sonrası değerle açıklayın.
  • Düşük, kritik ve fazla stok durumlarını şirket eşiklerine göre ayırın.
  • Teslim, sayım ve ayrı PMS yedek sicili arasındaki uzlaştırma açığını görünür tutun.

Ürün kanıtı

Uygulanmış kalem → lokasyon → hareket → sayım → GRN akışı

Faromo; IMPA/ISSA veya yerel kodlu kalemi gemi/kara deposunda izler, negatif bakiyeyi engelleyen hareket kaydı ve atomik transfer üretir, sayım farkını ADJUST olarak yazar ve stok lokasyonu seçilmiş post edilmiş GRN’yi RECEIVE hareketine dönüştürür.

Sık sorulan sorular

IMPA Marine Stores Guide kataloğu ürüne dahil mi?

Hayır. Kalem kartında opsiyonel altı haneli IMPA kodu tutulabilir ve şirket lisanslı verisini ayrı entegrasyon/import kapsamında kullanabilir. Faromo lisanslı MSG veri setini kendiliğinden sağlamaz.

Düşük stok otomatik satınalma talebi açar mı?

Genel inventory lokasyonunda düşük/kritik uyarı ve önerilen miktar üretilir, otomatik talep açılmaz. PMS spare kaydında miktar minimumun üstünden altına manuel ayarla geçerse taslak talep açılabilir; son 7 gündeki aynı açık otomatik talep tekrar engelidir.

İş emrinde kullanılan yedek stoktan otomatik düşer mi?

Genel inventory hareket API’si workOrderId taşıyabilir; ancak mevcut web hareket formu bu alanı sunmaz ve iş emri kapanışı iki stok modelini otomatik uzlaştırmaz. Bu bağlantı pilotta entegrasyon veya ek kullanıcı akışı olarak doğrulanmalıdır.

GRN post edildiğinde stok her zaman artar mı?

Hayır. Yalnız GRN satırında geçerli bir stok lokasyonu seçilmişse kabul edilen miktar PO referanslı RECEIVE hareketine dönüşür. Lokasyon yoksa GRN post edilir fakat inventory bakiyesi değişmez.

Son kullanma tarihindeki 90/30 günler mevzuat şartı mı?

Hayır. Bunlar Faromo’nun yapılandırılabilir iç planlama varsayımlarıdır. Gerçek yenileme ve imha süresi ürün, üretici, bayrak, şirket prosedürü ve ilgili mevzuata göre doğrulanmalıdır; SKT sicili mevcut stok hareket defterinden ayrıdır.

Envanter çevrimdışı kullanılabilir mi?

Web istemcisinin genel IndexedDB outbox’ı bağlantı yokken bazı yazmaları kuyruğa alabilir; ancak stok kartlarının önceden erişilebilirliği, tekrar oynatma/tekilleştirme, eşzamanlı bakiye ve sayım senaryoları aksiyon bazında pilot kabulü gerektirir. Envanter için genel bir offline kapsam iddiası yapılmaz.

Birincil kaynaklar