Giriş
Ürünler
ZPL ÖnizlemeBarkod OluşturucuGörsel → ZPLZPL hile sayfasıEtiket TasarımcısıŞablon Galerisi
Geliştiriciler
API Hızlı BaşlangıçAPI ReferansıMCP SunucusuToplu ÜretimWebhook'larSDK'lar ve ÖrneklerLimitlerOn-Premise
Çözümler
Lojistik ve KargoE-TicaretERP & WMSÜretimPerakendeSağlık ve LaboratuvarTüm çözümler
Araçlar
ZPL Teşhis MerkeziZPL Hata AyıklayıcıBoyut ve DPI AnaliziDPI DönüştürücüBarkod sığdırma hesaplayıcısıSevkiyat Etiketi AnaliziFont DenetimiYön DenetimiKalibrasyon AsistanıYazıcı Uyumluluk KontrolüBarkod Okunabilirlik KontrolüYazıcı Dili TespitiTermal Yazıcı Test PaketiZPL AraçlarıEPL AraçlarıTSPL AraçlarıCPCL AraçlarıTüm AraçlarRehberFiyatlandırma
Dil
EnglishTürkçeDeutsch
Ana SayfaRehberFedEx ZPL etiketi: iste, önizle, düzelt
Rehber › FedEx ZPL etiketi: iste, önizle, düzelt

FedEx ZPL etiketi: iste, önizle, düzelt

Yayın tarihi:

Sonuç

FedEx Ship API'den termal etiket istediğinizde geri gelen şey, gönderi yanıtının JSON'u içinde base64 kodlu ZPL'dir. Hangi ZPL'in geleceğini — etiket boyutu, doc-tab (belge sekmesi) olup olmadığı ve hepsinden önemlisi noktaların hangi baskı yoğunluğu için yazıldığı — bir avuç istek alanı belirler. Bu sayfa o alanları listeler, etiketin yanıtta nerede durduğunu gösterir ve dosya yazıcıya ulaşmadan önce koşturulmaya değer denetimleri sırayla anlatır. Her kargo etiketi için geçerli kurallar (düzenlemeyin, kendi verinizi ayrı basın) kargo ZPL etiketleriyle çalışmak yazısında; bu sayfa onun üstündeki FedEx'e özgü katmandır. UPS karşılığı: UPS ZPL etiketi.

Aşağıdaki alan adları ve değerler FedEx'in yayımladığı Ship API referansından 2026-09-14'te okundu. API sürümleri arasında değişirler; güvenmeden önce güncel referansla doğrulayın. Labelixa'nın FedEx ile bir bağı yoktur — bu bir iş akışı anlatımıdır, entegrasyon değil.

ZPL'i biçimlendiren istek alanları

Önemli olan her şey POST /ship/v1/shipments çağrısındaki istenen gönderinin labelSpecification nesnesinde durur:

"labelSpecification": {
  "labelFormatType": "COMMON2D",
  "imageType": "ZPLII",
  "labelStockType": "STOCK_4X6",
  "resolution": 203
}

Etiket yanıtın neresinde

Etiket en üst düzeyde değildir. Yol output.transactionShipments[].pieceResponses[].packageDocuments[]: paket başına bir parça yanıtı, içinde bir ya da daha çok paket belgesi; her biri docType, contentType, trackingNumber ve copiesToPrint yanında encodedLabel (base64 yük) taşır. Belgeye bir url alanı eşlik edebilir; encodedLabel'ı kendiniz çözmek ZPL'i sizin denetiminizde tutar.

jq -r '.output.transactionShipments[0].pieceResponses[0].packageDocuments[0].encodedLabel'    response.json | base64 -d > label.zpl
grep -c '\^XA' label.zpl     # tampondaki etiket formati sayisi

Formatları sayın. Referans, bir gönderi için gereken bütün etiketlerin tek bir tamponda üretilip döndürüldüğünü not eder; yani çözülen tek bir belge birden çok ^XA … ^XZ bloğu içerebilir — örneğin sevkiyat etiketinin ardından bir servis etiketi. Yazıcı hepsini basar; önizleme ucu indeks başına bir format döndürür, indeks verilmezse hepsini tek PDF olarak.

İstediğiniz yoğunlukta önizleyin

ZPL'de çözünürlük başlığı yoktur: dosyadaki noktalar yazıcının kendi yoğunluğuyla okunur. resolution: 300 ile istenen bir dosya 8 nokta/mm'de önizlendiğinde yaklaşık bir buçuk kat büyük görünür ve etiketten taşar; aynı dosya 12 nokta/mm'de doğrudur. Önizlemeyi isteğe eşleyin — 203 için 8dpmm, 300 için 12dpmm — ve istediğiniz stok uzunluğunu verin (6, 6.75, 8, 9 …).

curl -X POST "https://api.labelixa.com/v1/printers/8dpmm/labels/4x6/0"      --data-binary @label.zpl --output label-0.png
curl -X POST "https://api.labelixa.com/v1/printers/8dpmm/labels/4x6/1"      --data-binary @label.zpl --output label-1.png   # varsa ikinci format

Saklanan bir dosyanın hangi çözünürlük için üretildiğini artık bilmiyorsanız boyut ve DPI analizi bildirilen genişlik ve uzunluğu dosyadan okur ve onları standart bir etiket ölçüsüne oturtan yoğunluğu bildirir — ya da kestiremediğini söyler.

Basmadan önce koşturulmaya değer denetimler

curl -X POST "https://api.labelixa.com/v1/diagnostics?dpmm=8&w=4&h=6"      --data-binary @label.zpl

Aynı kapı kabuktan ya da CI'dan npx labelixa validate label.zpl olarak koşar; "error" düzeyinde bulguda sıfırdan farklı kodla çıkar. Referans ayrıca FedEx'in API için önerdiği termal yazıcıları sayar — ZPL modelleri arasında GK420, ZT410 ve diğer ZT4xx serisi — depo filosu karışıkken yararlı bir akıl kontrolü.

FedEx sorunu gibi görünen ama olmayan arızalar

Sık sorulan sorular

ZPL'in yoğunluğunu hangi FedEx istek alanı belirler?

labelSpecification.resolution — 203 ya da 300. Referans varsayılanı 203 verir ve 300'e yalnız imageType ZPLII ile izin verir. 203 için 8 nokta/mm, 300 için 12 nokta/mm'de önizleyin.

ZPL, FedEx gönderi yanıtının neresinde?

output.transactionShipments[].pieceResponses[].packageDocuments[].encodedLabel içinde, base64 kodlu, paket başına bir parça yanıtı. Çözülen tek belge birden çok ^XA…^XZ formatı içerebilir; bir gönderinin bütün etiketleri tek tamponda döner.

FedEx etiketi neden üçte iki boyutta basılıyor?

Dosya 203 dpi için üretildi ve 300 dpi kafada basıldı (ya da yanlış yoğunlukta önizlendi). İstekteki resolution alanını değiştirin ya da eşleşen yazıcı kullanın; dosyayı düzenlemeyin.

İlgili yazılar

ZPL nedir?

ZPL, Zebra termal yazıcıların anladığı komut dilidir. Komutların nasıl okunacağını, bir etiketin nasıl kurulduğunu ve en sık yapılan hataları anlatıyoruz.

Hangi barkod türünü seçmeliyim?

EAN-13 mi, Code 128 mi, QR mı? Barkod türünü veriye, alana ve okuyucuya göre seçmenin pratik kuralları.

ZPL dosyası yazıcısız nasıl önizlenir?

ZPL dosyası yalnızca metindir — etiket ancak biri onu çizdiğinde var olur. ZPL etiketini yazıcıya gitmeden görmenin üç pratik yolu.

Kendi ZPL kodunuzu deneyin →