XJDF API Rehberi
NowToPrint XJDF REST API v1 icin private-beta readiness endpoint, validation ve mesaj siniri referansi.
XJDF API Rehberi
NowToPrint XJDF yuzeyi, private-beta ve dark-launch kullanimi icin standart referansli bir readiness katmanidir. Bu katmanda XJDF 2.2, PrintTalk 2.2 ve harici mesajlasma icin XJMF kullanilir; bu sayfa CIP4 sertifikasyonu, yasal uygunluk veya external GA iddiasi degildir.
Kanonik sınır
Platform içinde kanonik çekirdek XJDF 2.2 + XJMF + PrintTalk 2.2'dir. Legacy JDF/JMF sadece
harici adapter katmanında yaşatılır.
Oluşturulan referans
Render edilen endpoint dokümanı için XJDF & PrintTalk API Reference
sayfasını kullanın. Kanonik machine-readable contract ise
/docs/api/xjdf-openapi.yaml adresindedir.
Temel endpoint'ler
| Endpoint | Amaç |
|---|---|
GET /api/v1/xjdf | Discovery ve yüzey bilgisi |
GET /api/v1/xjdf/openapi | OpenAPI 3.1 spesifikasyonu |
GET /api/v1/xjdf/capabilities | Desteklenen ürün, medya ve finishing yetenekleri |
POST /api/v1/xjdf/validate | XJDF doküman doğrulama |
Master Data-backed internal bridge
Master Data-backed XJDF bridge route'lari public contract degildir. Kodda route'lar var olabilir, ancak /api/v1/xjdf/media-catalog, /api/v1/xjdf/master-data-export ve /api/v1/xjdf/devices internal-only kabul edilir; public discovery ve public OpenAPI tarafinda yayinlanmaz.
Internal bridge su ailelerde kanonik modelden ResourceSet uretir:
paperveyamediamachineveyadeviceinklaminationvarnishplateadhesiveelectricitylabor
External kullanicilar bu route'lara dogrudan baglanmamalidir. Master-data semantigi icin ana referans: XJDF Master Data Modeli
Validation
POST /api/v1/xjdf/validate endpoint'i dokümanı schema ve temel semantik kurallara göre kontrol eder.
curl -X POST https://api.nowtoprint.com/api/v1/xjdf/validate \
-H "Content-Type: application/json" \
-d '{
"@Version": "2.2",
"ProductList": {
"Product": { "@ProductType": "BusinessCard" }
}
}'
Validation şu soruları cevaplar:
- Schema geçerli mi?
- Beklenen vocabulary kullanılıyor mu?
- Desteklenmeyen alan veya kategori var mı?
XJMF ve webhook sınırı
XJMF webhook'ları yalnızca harici vocabulary kabul eder. İç workflow stage'leri dış Status alanı içine yazılmaz.
Beklenen prensip:
- external XJMF status = partnerlar arası mesajlaşma dili
- internal workflow stage = platform içi event dili
Bu ayrım birlikte çalışabilirlik için zorunludur.
Güvenlik ve operasyon
- API erişimi API key veya uygun entegrasyonlarda mTLS ile korunur
- webhook ve signal alanlarında signature doğrulaması zorunludur
- unsupported veya doğrulanamayan source/compatibility durumları confidence düşürür
- manual review gereken durumlar kesin quote gibi sunulmaz
Sık hata kodları
| HTTP | Kod | Açıklama |
|---|---|---|
400 | VALIDATION_ERROR | Geçersiz XJDF yapısı veya semantik sorun |
400 | INVALID_CATEGORY | Geçersiz master-data kategorisi |
401 | MISSING_API_KEY | API key sağlanmadı |
401 | INVALID_API_KEY | Geçersiz API key |
403 | INSUFFICIENT_SCOPE | Yetersiz izin kapsamı |
429 | RATE_LIMIT_EXCEEDED | Hız limiti aşıldı |
İlgili konular
Bu makale yardımcı oldu mu?
İlgili makaleler
Last updated on