Kalemi kodla birlikte tarif edin
Talep kalemi açıklama, parça numarası ve teknik şartı korur; altı haneli IMPA kodu opsiyoneldir. Faromo lisanslı MSG kataloğunu kendiliğinden sağlamaz ve kod ekipman uyumluluğunu doğrulamaz.
Gemi taleplerini, teklifleri, onayları, siparişleri ve faturaları birlikte takip edin. Teknik uygunluk değerlendirmesi ve satınalma kararı yetkili ekibinizde kalır.
Gemi satınalmasında ihtiyaç açık denizde doğar, teknik ekip doğrular, ofis teklif toplar, yönetim onaylar ve teslimat farklı bir limanda gerçekleşebilir. Bu zincir e-posta ve tablolarla yürüdüğünde bağlam kolayca kaybolur.
Faromo; talep, RFQ, seçilen teklif, PO, bir veya daha fazla mal kabul kaydı ve tek PO’ya bağlı tedarikçi faturasını ilişkili kayıtlar olarak tutar. Aşama, onay izi, teslim limanı ve uyuşmazlıklar süreç içinde görünür kalır.
IMPA ürün kimliği için ortak bir referans dili sunarken, güncel denizcilik satınalma ürünleri talep, RFQ, teklif, PO, teslim/stok ve fatura bağını ortak kategori akışı olarak tarif eder. Aşağıdaki model Faromo’nun bugün uyguladığı davranışı ve her adımın karar sınırını gösterir; evrensel bir satınalma politikası değildir.[1][2][3][4]
Talep kalemi açıklama, parça numarası ve teknik şartı korur; altı haneli IMPA kodu opsiyoneldir. Faromo lisanslı MSG kataloğunu kendiliğinden sağlamaz ve kod ekipman uyumluluğunu doğrulamaz.
Talep gemi, kategori, miktar, ROB, aciliyet, tarih ve limanı; RFQ ise davet, kapsam, son tarih, para birimi ve tedarikçi teklifini taşır.
PO seçilen onaylı tedarikçiyi ve sipariş kalemlerini; GRN teslim alınan, kabul edilen ve reddedilen miktarı kaydeder. Stok hareketi yalnız post edilmiş GRN’de stok lokasyonu varsa oluşur.
Mevcut üç yönlü kontrol bir PO, o PO’nun post edilmiş GRN’leri ve tek tedarikçi faturasını karşılaştırır; eşleşme dışı kayıt APPROVED yerine DISPUTED olur.
Her satır, uygulamadaki girdiyi, otomatik davranışı, üretilen kaydı ve ürünün karar vermediği alanı birlikte gösterir.
| Kontrol noktası | Girdi | Faromo davranışı | Üretilen kayıt | Karar sınırı |
|---|---|---|---|---|
REQUISITION | Gemi, kategori, kalem, miktar, ROB, aciliyet, gerekli tarih ve teslim limanı. | Talebi durum akışına alır; yapılandırılmışsa gemi/ofis veya kategori-tutar bazlı onay zincirini uygular. | Numaralı talep, kalemler, onay/red izi ve açıklamalar. | Gerçek ihtiyaç, parça uyumu ve tüm depolardaki stok yeterliliğini kendiliğinden doğrulamaz. |
RFQ | Davetli tedarikçiler; kalem fiyatı, para birimi, teslim günü, geçerlilik ve ödeme koşulu. | Teklifleri kaydeder ve mevcut iç modelde fiyat %60 + teslim süresi %40 ile düşük skor en iyi olacak şekilde sıralar. | RFQ’ya bağlı teklifler ve iç karşılaştırma sırası. | Teknik uygunluk, kalite, garanti, vergi/navlun ve toplam inmiş maliyet kararını vermez. |
AWARD → PO | Seçilen teklif ve onaylı tedarikçi kaydı. | Seçilen teklifi işaretler, diğerlerini reddeder ve ISSUED durumunda PO üretir; onaysız tedarikçide işlemi durdurur. | RFQ ve talebe bağlı satınalma siparişi. | İç seçim ve PO üretimi; şirket yetki politikası, tedarikçi teyidi veya hukuki sözleşme incelemesinin yerine geçmez. |
GRN | PO kalemleri; teslim alınan, kabul edilen ve reddedilen miktar; tarih, liman ve opsiyonel stok lokasyonu. | Fazla teslim kaydını engeller, kısmi/tam teslim durumunu günceller ve lokasyon varsa RECEIVE stok hareketi yazar. | Bir veya daha fazla post edilmiş GRN ve varsa stok işlemleri. | İç mal kabul; bağımsız kalite muayenesinin, sertifika kontrolünün veya harici teslim belgesinin yerine geçmez. |
3-WAY | Tek PO, post edilmiş GRN’ler ve o PO’ya bağlı tek tedarikçi faturası. | Fatura miktarını kabul edilen GRN ile; satır birim fiyatını ve başlık-satır toplamını varsayılan %2 toleransla karşılaştırır. | APPROVED veya DISPUTED fatura durumu ve satır bazlı uyuşmazlıklar. | Çok PO’lu tek fatura desteklenmez; bu kontrol vergi, muhasebe, hukuk veya ödeme onayı değildir. |
Teklif sıralamasındaki %60/%40 ve fatura kontrolündeki %2 mevcut ürün varsayımlarıdır; şirket politikasına, kategoriye ve sözleşmeye göre yeniden değerlendirilmelidir.
Kontrol listesi, sistemdeki izlenebilir kaydı satınalma ekibinin teknik ve ticari muhakemesiyle tamamlar.[1][2][3][4]
Bu kontrol listesi şirket satınalma prosedürü, sözleşme, vergi/muhasebe, yaptırım taraması, kalite ve üretici/klas gerekliliklerinin yerine geçmez.
Gemi, kategori, kalem, miktar, gemideki bakiye, aciliyet, gerekli tarih ve teslim limanını kaydedin; varsa altı haneli IMPA kodunu ekleyin.
Davet edilen tedarikçileri, teklif kalemlerini, para birimini, teslim süresini, geçerliliği ve ödeme koşullarını aynı RFQ’da tutun.
Mevcut model teklifleri fiyat %60 ve teslim süresi %40 ile sıralar; teknik uygunluk, kalite ve toplam maliyet değerlendirmesini alıcı tamamlar.
Varsayılan veya kategoriye özel zincirde baz para tutarını, yetkili rolleri ve zorunlu eş imzacıları uygulayın.
Yalnız onaylı tedarikçiye PO üretin; sevkiyat aşamasını izleyin ve kabul/red miktarlarını birden fazla GRN ile kaydedin.
Tek PO’ya bağlı faturayı PO ve post edilmiş GRN’lerle karşılaştırın; miktar veya varsayılan %2 tolerans dışındaki fiyat farkını uyuşmazlığa taşıyın.
Faromo; teklifleri mevcut iç modelde fiyat %60 ve teslim süresi %40 ağırlığıyla sıralar, yalnız onaylı tedarikçiden PO üretir, kısmi GRN kabul eder ve fatura farklarını varsayılan %2 toleransla uyuşmazlığa taşır.
Mevcut web talep girişi bağlantı gerektirir. Satınalma için çevrimdışı kapsam, pilotta istemci ve aksiyon bazında ayrıca doğrulanmadan genel bir offline iddiası yapılmaz.
Evet. Varsayılan veya kategoriye özel zincir; baz para birimindeki tutar eşikleri, yetkili roller ve zorunlu eş imzacılarla yapılandırılabilir. Döviz dönüşümü ve şirket yetki politikası ayrıca yönetilmelidir.
Evet. Sipariş kalemleri farklı tarihlerde veya miktarlarda teslim alınabilir; açık bakiye görünür kalır.
Talep kalemi veri modeli ekipman ve bakım görevi bağlantısını taşır. Mevcut genel web talep formu bu alanları doğrudan sunmadığı için otomatik uçtan uca bağlantı entegrasyon veya ek arayüz kapsamıyla doğrulanmalıdır.
Hayır. Mevcut kontrol tek PO, post edilmiş GRN ve faturayı miktar/fiyat yönünden karşılaştırır; sonuç APPROVED veya DISPUTED olur. Vergi, muhasebe, hukuk ve ödeme onayı ayrı süreçtir; çok PO’lu tek fatura desteklenmez.