Ticimax ödeme ve kargo kurulumunda hedef, panelde bağlantı adlarının görünmesi değil, gerçek siparişin doğru tahsilat ve gönderim kaydıyla eşleşmesidir. Ödeme, sepet kuralları ve kargo operasyonu ayrı senaryolarla test edilmelidir. Bu rehber entegrasyon kabulüne odaklanır; genel mağaza kurulumu ve tema projesi farklı kapsamdır.
Sağlayıcı yetkisi ile teknik bağlantıyı ayrı doğrulayın
Ödeme kuruluşu başvurusu, test ve canlı ortam bilgileri, izin verilen alan adı ve bağlantı hakkı hazır olmalıdır. Kargo tarafında anlaşma, müşteri kodu ve barkod akışının kapsamını öğrenin. Hesaba ait anahtarları açık paylaşım dosyalarına koymayın.
Ticimax resmî sitesi ödeme ve entegrasyon kapsamı için sağlayıcı başvurusudur. 9 Ekim 2026 kontrolünde görülen genel özellik sunumu, seçtiğiniz pakette bütün bağlantıların etkin olduğu anlamına gelmez. Güncel erişim, ek ücret ve sağlayıcı koşulları yazılı olarak doğrulanmalıdır.
Bağlantı dosyasında ne bulunmalı?
Hangi mağazanın hangi sağlayıcı hesabını kullandığı, test ve canlı ortamın ayrımı, bağlantı sorumlusu ve hata halinde başvurulacak kanal yazılmalıdır. Gizli değer yerine güvenli saklama yerinin ve yetkili kişinin bilgisi tutulur. Aynı işletmenin birden fazla mağazası varsa yanlış hesapta tahsilat oluşmaması için hesap eşleşmesini ayrıca kontrol edin.
Kargo sözleşmesindeki teslimat kapsamı teknik ekibin varsayımı olmamalıdır. Müşteri kodu, hizmet türü, paket kısıtı ve anlaşmalı bölge gerçek sözleşmeden doğrulanır. Panelin bağlantıyı kabul etmesi işletmenin bütün taşıma hizmetlerini satın aldığı anlamına gelmez. Eksik sağlayıcı onayını açık bağımlılık olarak kaydedin.
Ödeme kabulünü durum tablosuyla yönetin
Başarılı işlemde doğru tutar, para birimi ve sipariş numarası oluşmalıdır. Reddedilmiş veya yarım kalmış ödeme, mağazada tahsil edilmiş sipariş gibi görünmemelidir. Kullanıcının sonuç sayfasını tekrar açması veya sağlayıcının bildirimi tekrar göndermesi de ayrı kabul senaryosudur.
Test kaydında sipariş ve ödeme işlem kimliğini ilişkilendirin. Arayüzde “başarılı” yazması tek başına para hareketini kanıtlamaz. Sandbox testiyle canlı tahsilat kabulünü birbirinden ayırın; canlı doğrulama yetkili işletme ve sağlayıcı prosedürüyle yapılmalıdır.
Havale ve kapıda ödeme farklı iş kuralları taşır
Havale bekleyen siparişin stok ve hazırlık durumunu tanımlayın. Ödeme gelmezse siparişin ne zaman ve kim tarafından kapatılacağı belli olsun. Kapıda ödeme varsa ek maliyet ve teslim edilememe ihtimalini işletme kararına dahil edin; bu seçeneklerin her mağazada kullanılması gerektiğini varsaymayın.
Tarayıcı sonucu, sipariş ve para hareketi
Temsili örnekte müşteri başarı sayfasını görmeden sekmeyi kapatır fakat sağlayıcı işlem kaydını tamamlar. Başka bir örnekte mağazaya gecikmiş bildirim ulaşır. Bu durumlarda müşteri ekranından tahsilat sonucu çıkarılmaz; işlem referansı üzerinden mutabakat yapılır. Aynı bildirimin tekrar gelmesi ikinci sipariş veya ikinci hazırlık işi oluşturmamalıdır.
Diğer sütunları görmek için yatay kaydırın.
| Senaryo | İncelenecek kanıt | Yanlış çıkarım |
|---|---|---|
| Tarayıcı kapandı | Sağlayıcı işlem kaydı ve sipariş | Kesin ödeme olmadı |
| Bildirim gecikti | İşlem referansı ve zaman | Müşteri hemen tekrar ödesin |
| Panelde iptal | Gerçek iade ve stok hareketi | Bütün sistemler geri alındı |
Havale bekleyen siparişte stok rezervasyonunun nasıl yönetileceği ayrı işletme kararıdır. Ödeme gelmediğinde siparişi kapatan kişinin, sonradan gelen havaleyi de kontrol etmesi gerekir. Kapıda ödeme seçeneğinde ise teslim edilememe ve geri taşıma gideri bütçenin parçasıdır; yöntemin adı ücretsiz finansman anlamına gelmez.
Kargo kurallarını eşik çevresinde sınayın
Desi, bölge ve sepet tutarı kuralları kullanılıyorsa eşik altı, eşik üzeri ve kampanyalı sepet hazırlayın. İndirimden sonra kargo koşulunun nasıl değiştiğini görün. “Ücretsiz kargo” müşterinin ödemediği bedeldir; işletmenin giderini ortadan kaldırmaz.
Adres kapsamı dışında kalan bir müşteri için anlaşılır bilgi sunulmalıdır. Yanlışlıkla bütün bölgelere aynı teslimat sözü vermeyin. Farklı büyüklükte ürünler aynı sepete girdiğinde kargo ücretinin anlaşmayla tutarlı olduğunu inceleyin.
Temsili bir kargo kampanyasında eşik tutarın hemen altındaki sepet, tam sınırdaki sepet ve indirim sonrası sınırın altına düşen sepet ayrı denensin. Rakamlar gerçek kampanyadan alınmalı; rehberde sabit ücretsiz kargo sınırı önerilmiyor. Kuponun yalnız ürüne mi toplam sepete mi uygulandığı müşteriye gösterilen sonucu değiştirebilir.
İki farklı paket gerektiren ürünleri aynı sepete koyun. Taşıyıcının gerçek fiyatlamasıyla mağazanın müşteri kuralı farklı olabilir; fark işletmenin bilinçli kararıysa bütçede görünmelidir. Hizmet dışı adreste yanlışlıkla sıfır bedel veya kesin teslim tarihi oluşmamalıdır. Adresin müşteriye nasıl düzeltileceği anlaşılır olsun.
Etiket üretimi, gönderim ve iade ayrı olaylardır
Örnek siparişin barkodunda alıcı ve adres bilgisi doğru mu? Takip numarası doğru siparişe taşınıyor mu? İşlem tekrarlandığında ikinci gönderi açılıyor mu? Hatalı adres veya entegrasyon kesintisinde kimin müdahale edeceğini belirleyin.
İptal ve iade için mağaza durumu, ödeme iadesi ve kargo hareketini ayrı takip edin. Panelde siparişin iptal görünmesi bütün bağlantıların aynı anda geri alındığını göstermez. Operasyon kontrolünü stok, sipariş ve iade rehberine bağlayın.
Barkod oluşturulduktan sonra paket iptal edilirse taşıyıcı kaydı ve mağaza durumu birlikte incelenmelidir. Zaman aşımından sonra tekrar etiket istemeden mevcut kaydı araştırın. Manuel işlem yapıldıysa otomatik kuyruğun aynı sipariş için ikinci gönderi açmasını önleyecek yöntem mevcut entegrasyonla doğrulanmalıdır.
Problemli siparişin devrini prova edin
Temsili bir teslim edilemeyen siparişte depo, destek ve finans aynı referansı kullanır. Paket geri geliyor diye para kendiliğinden iade edilmiş sayılmaz. Destek müşteriye hangi aşamada bilgi verecek, depo ne zaman stok girecek ve finans hangi gerçek işlemi kontrol edecek? Bu sorulara tek bir durum adı yerine görev ve kanıtla cevap verin.
Devirden sonra ilk işlemleri izleyin
Ticimax kurulum hizmeti kapsamında bağlantı ortamı, test sonucu, açık sorun ve erişim sorumlusunu teslim edin. Daha geniş proje için Ticimax mağaza kurulum rehberi kullanılabilir. Doğru entegrasyon, belirli satış artışı veya kesintisiz çalışma garantisi değildir.
- Başarılı, ret ve gecikme durumunun kayıtları bulunuyor mu?
- İndirimli sepetin kargo koşulu doğru mu?
- Tekrar bildirim ikinci hazırlık işi açmıyor mu?
- Manuel etiket ve iade işlemi ortak kayıtta izleniyor mu?
- Canlı işlemde sorun çıkarsa yetkili kişiye ulaşılabiliyor mu?
Yerel veya test ortamı kontrolü bu işleyişin hazırlığını gösterir. Gerçek sağlayıcı kabulü, canlı tahsilat ve taşıyıcı hareketi yetkili ekip tarafından ayrıca doğrulanır. Raporun hangi ortamı kapsadığı açıkça yazılmalıdır; hazırlık testi canlı entegrasyon başarısı olarak sunulamaz.
Gün sonu mutabakatıyla sessiz farkları yakalayın
Toplamlar eşit olsa da kayıtlar yanlış olabilir
İki siparişin tutarı birbirine yakın olduğunda yalnız gün toplamına bakmak yanlış eşleşmeyi gizleyebilir. Temsili kontrolde her sipariş için mağaza referansı, sağlayıcı işlem referansı, para birimi, tahsilat ve varsa iade sonucu karşılaştırılır. Stok ve paket kayıtları aynı referansa bağlanır. Gerçek sağlayıcı raporunun alanları hesap üzerinden doğrulanmalıdır; burada belirli bir dışa aktarım biçimi varsayılmıyor.
Kargo tarafında mağazadaki gönderi sayısı ile taşıyıcının teslim aldığı paket sayısı aynı kavram değildir. Hazırlanmış fakat depoda kalmış paket, iptal edilmiş barkod veya elle üretilmiş etiket fark oluşturabilir. Farkın nedeni bulunmadan toplu durum güncellemesi yapmayın. Manuel müdahalenin kim tarafından ve hangi gerekçeyle yapıldığı kayıtta bulunsun.
Temsili başka örnekte müşteri eksik telefonla sipariş verir, taşıyıcı etiket üretmez. Siparişi başarısız ödeme sanmak yanlış müdahaledir; ödeme gerçekleşmiş olabilir. Destek adres bilgisini doğrular, depo gönderiyi tamamlar, finans yalnız gerekli para işlemini yürütür. İyi devir dosyası bu katmanları ayırır. Günlük kontrol sıklığı ve örnek kapsamı işletmenin hacmine göre belirlenir; evrensel bir panel kuralı değildir.
