Talepler ve Onaylar
Multinet Entegrasyonu
Yemek kartı yüklemesini kart eşleştirmeden mutabakata kadar yürütür: plan, onay, kuyruk, sorgu.
Panelde: Talepler ve Onaylar Yan Haklar Multinet Entegrasyonu
Görsel NetKurum demo kurumunun gerçek ekranıdır; kişi ve firma adları örnektir.
Bu makalede
Sekmeler: Durum, Yükleme Planları, İşlemler, Kart Eşleştirme; yöneticiler için ayrıca Hesaplar ve Sözleşme ve Denetim.
Akış
- Kart eşleştir: çalışanı Multinet kartıyla eşleştirin. Kart referansı metindir; baş sıfırlar korunur. "Yemek kartı listesinden doğrula" ile Yemek Kartı ekranındaki kartlar toplu eşleştirilir.
- Plan hazırla: bir yemek kartı siparişinden yükleme planı çıkarın. Plana alınamayan çalışanlar (kart eşleşmesi yok, pasif, tutar geçersiz, sınır aşıldı…) neden kodlarıyla özetlenir.
- Onaya gönder: taslak plan Onay Kutusuna düşer. Onaylanan plan değişmez.
- Kuyruk ve işçi: onaylanan plan gönderim kuyruğuna girer; zamanlanmış işçi sağlayıcıya gönderir.
- Sonuç ve mutabakat: işlem sorgulanır, sağlayıcı raporuyla satır satır karşılaştırılır; sonuç İşlemler sekmesinde görünür.
Durumların anlamı
- Onaylandı (kuyrukta): gönderim sırasını bekliyor.
- Sağlayıcıda bekliyor: sağlayıcı kabul etti, sonucu henüz bildirmedi.
- Sonuç belirsiz: gönderildi ama yanıt alınamadı. Otomatik yeniden gönderilmez (çift yükleme olmasın); işlem sorgulanır, sonuç netleşene kadar bekler.
- Doğrulanıyor: sağlayıcı raporuyla mutabakat sürüyor.
- İnceleme gerekli: sonuç otomatik karara bağlanamadı; yönetici Operatör kararı verir (sonuç, gerekçe, kanıt referansı; kısmi sonuçta satır satır karar).
- Başarılı / Kısmi / Başarısız: işlem kapandı. Başarısız ya da kısmi işlem için Düzeltme planı açılabilir.
Gerçek Multinet sürücüsü neden kapalı?
Multinet'in kurumsal işveren API sözleşmesi (belge, kimlik bilgileri, hata kataloğu) henüz yok. Belge gelip yazılı olarak teyit edilene kadar gerçek sürücü kapalıdır: kayıtlı bilgiler tamamlansa bile gönderim hazır sayılmaz. Hesap kartındaki engel rozetleri tam olarak neyin eksik olduğunu söyler.
Multinet'ten gereken bilgiler
Hesaplar ve Sözleşme sekmesinde, hesabın Sözleşme bölümünde her satır için Dolu / Eksik rozeti görünür.
- Kurumsal işveren API sözleşmesinin belge sürümü ve tarihi; belgenin SHA-256 özeti; sözleşmeyi Multinet adına teyit eden ekip ya da kişi.
- Aktarım protokolü (REST/JSON, SOAP/XML ya da dosya); test ve canlı ortam HTTPS adresleri.
- Kimlik doğrulama yöntemi ve token yenileme kuralı; Multinet'in tahsis ettiği kimlik bilgilerinin adları ve kapsamı (işveren / şirket / ürün bazında yetkilendirme, erişim iptali).
- İstek imzası ve yanıt doğrulama kuralı (alan sırası, algoritma, test vektörleri) ya da "yok".
- İşlem şemaları: personel / kart envanteri, yükleme siparişi gönderme, istemci referansıyla sorgu (yanıt kaybında akıbet; "bulunamadı"nın kesinleşme kuralı), satır sonuçları, mutabakat / işlem raporu.
- İdempotency desteği, kapsamı, saklama süresi ve aynı anahtar + farklı gövde davranışı.
- Hata kataloğu: HTTP + iş hata kodları, kesin ret / belirsiz ayrımı, 429 ve Retry-After.
- Toplu işlem sınırları; sipariş kabulü, finansman ve kartta kullanılabilir bakiye ilişkisi; webhook (varsa imza, olay kimliği, tekrar ve sıra kuralı).
- Sandbox kabul testlerinin geçtiği ve canlıya geçişin yazılı onaylandığı bilgisi.
Kimlik bilgilerinin değerleri Kimlik bilgileri sekmesinden güvenli kasaya yazılır; yalnız "tanımlı / tanımlı değil" görünür, değer bir daha okunamaz.
Dört göz kuralı
Hesapta dört göz açıksa planı hazırlayan kişi onaylayamaz; başka bir yetkili Onay Kutusundan karar verir. Tek yöneticili kurumda onaya gönderince bu kural nedeniyle ret mesajı görmeniz beklenen davranıştır.
Sıralı onay
Hesabın Onay sırası sekmesinden Onay Süreçleri modülünde tanımlı bir süreç bağlanırsa plan tek adımda değil, sürecin adımlarıyla sırayla onaylanır: her adım bir öncekinden sonra Onay Kutusuna düşer ve plan detayındaki Onay sırası bölümünde adımların durumu, karar veren kişi ve tarih görünür. Her adımı farklı bir kişi onaylar; dört göz açıkken aynı kişi iki adımı onaylayamaz. Süreç seçimi boş bırakılırsa eski tek adım (onay rolü ya da tam yönetici) geçerlidir. Tek yöneticili kurumda bir adımı onaylayabilecek kimse yoksa o adım tam yöneticiye yükselir.
Gönderim anahtarı
Hesap bazında açık / kapalı. Kapatmak geçmiş gönderimi geri almaz; yalnız yeni gönderimleri durdurur. Her değişiklik gerekçeyle denetim kaydına yazılır.
Deneme sürücüsü
Yalnız test ortamındaki hesaplarda seçilir. Ağa çıkmaz ve gerçek yükleme değildir; seçtiğiniz senaryoyla (başarılı, bekler, yanıt kaybı, kısmi, ret, bulunamadı) akışı uçtan uca gösterir. "Deneme turunu çalıştır" kuyruğu hemen işler.
Harici (portal) yükleme kaydı
Yükleme Multinet portalında zaten yapıldıysa plan hazırlarken Portalda yapıldı (harici kayıt) seçin; portal sipariş numarası ve kanıt referansı girin. NetKurum göndermez; onaylanınca hakediş ayrılır ve işlem kanıt incelemesine düşer.
Düzeltme planı
Kapanmış (başarısız ya da kısmi) bir işlemin eksik kalan satırları için İşlem ayrıntısındaki Düzeltme planı ile yeni, ayrı bir plan açılır; eski plan değişmez.
İlgili makaleler
- Talepler ve Onaylar Avans Detay Tek avans talebinin bilgisi ve onay/red hareketleri. Makaleyi okuyun
- Talepler ve Onaylar Vize Belgesi Talepleri Vize belgesi taleplerim ve yönetim. Makaleyi okuyun
- Talepler ve Onaylar Avans Ekle Yeni avans talebi oluşturma formu. Makaleyi okuyun
- Talepler ve Onaylar Vize Süreçleri Vize türleri ve istenecek belgeler; talep ayarları. Makaleyi okuyun
Bu ekranı kendi demonuzda deneyin
Örnek verilerle dolu demonuzu dakikalar içinde oluşturun; 14 gün ücretsiz, kredi kartı gerekmez.