# PrestaShop’ta özel sipariş durumları oluşturma veya düzenleme

> Özel bir durum oluşturmak, mevcut bir durumu gizlemek, ya da bir olaya bağlı olarak durumun otomatik değişmesini sağlamak: sipariş durumu yönetimi hem görüntülemeye hem ilişkili e-postaya dokunur, ikisinden biri yanlış yapılandırıldığında bazen bir 500 hatasına da yol açar.

- Source canonique : [https://allaux.fr/tr/prestashop/problemes/statuts-commande-personnalises](https://allaux.fr/tr/prestashop/problemes/statuts-commande-personnalises)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Durumu Siparişler > Durumlar ekranında oluşturun ya da düzenleyin: etiket, renk, e-posta gönderimi ve bağlı şablon bu ekranda ayarlanır; her durum ps_order_state tablosunda bir satırdır. Bir siparişi bu duruma geçirmek 500 hatası veriyorsa ilgili e-posta şablonu mails/tr/ klasöründe eksik ya da hatalıdır; bozulan, durum değişikliği değil e-postanın üretilmesidir.

## Back-office’ten ayarlanabilenler

Durumlar, her birinin kendi etiketi, rengi ve en önemlisi kendi template’ine sahip, müşteriye giden otomatik bir e-posta tetikleyicisi olabildiği Orders > Statuses altında yönetilir. Yeni bir durum oluşturmak, e-postasını ekleyip kaldırmak, rengini değiştirmek: bunların hepsi bu ekrandan, geliştirme gerekmeden yapılır.

Buna karşılık yerleşik olarak desteklenmeyen şey: mevcut bir durumu belirli back-office kullanıcılarından gizlemek, ya da geçmiş için saklayarak standart iş akışından çıkarmak. Bir durum devre dışı bırakılabilir veya silinebilir, ama geliştirme yapılmadan koşullu olarak gizlenemez.

## Durum değişiminde 500 hatası

Bu sık karşılaşılan bir durumdur ve neredeyse her zaman aynı nedene dayanır: yeni duruma bağlı e-posta template’i eksik, hatalı biçimlendirilmiş, ya da bulunamayan bir logoya referans veriyordur. Durum değişikliği e-postanın oluşturulmasını tetikler ve bu template’teki tanımsız bir Smarty değişkeni, durum değişikliği mantığının kendisi doğru olsa bile, tüm süreci 500 hatasıyla kesmeye yeter.

Daha karmaşık bir neden aramadan önce, her zaman ilk olarak kullanılan dile ait mails/ klasöründeki, ilgili durumun e-posta template’ini kontrol ederim.

## Bir durum değişimini otomatikleştirmek

Bir durumun otomatik olarak değişmesini sağlamak — örneğin siparişe bir kargo takip numarası girildiği anda — PrestaShop’ta yerleşik olarak bulunmaz. Bu, istenen koşula göre durum değişikliğini tetiklemek için, örneğin sipariş güncellendiğinde çalışacak uygun bir hook’a kod bağlanmasını gerektirir. Bu bir ayar değil, hedefli bir geliştirmedir.

## Back-office ekranı mı, özel hook mu?

> Bir duruma e-posta oluşturmak, düzenlemek veya eklemek Orders > Statuses üzerinden yapılır. Bir durumu koşullu olarak gizlemek veya bir olaya bağlı olarak tetiklenmesini otomatikleştirmek, bir PrestaShop hook’unda geliştirme gerektirir.

## İlgili sayfalar

- **Fatura görüntüleme veya template sorunu** — Fatura oluşturma, doğrudan ödendi olarak işaretlenen duruma bağlıdır: iki ayar birbirine bağlıdır. ([/prestashop/problemes/factures-affichage-modele](/prestashop/problemes/factures-affichage-modele))
- **Ulaşmayan sipariş onay e-postaları** — Her durumun kendi e-posta template’i vardır: bu e-postalar hiç ulaşmadığında tam bir teşhis. ([/prestashop/problemes/emails-confirmation-commande-non-recus](/prestashop/problemes/emails-confirmation-commande-non-recus))
- **PrestaShop’ta 500 hatası veya boş sayfa** — Bir durum değişikliği 500 hatasına yol açtığında gerçek hata mesajları nasıl okunur. ([/prestashop/erreur-500](/prestashop/erreur-500))
- **Özel eklenti geliştirme** — Hook tabanlı otomasyon, koşullu gizleme: bir ihtiyaç standart yapılandırma ekranının ötesine geçtiğinde. ([/prestashop/module-sur-mesure](/prestashop/module-sur-mesure))

## FAQ

### Bir durum silinmeden gizlenebilir mi?

Koşullu bir kullanım için yerleşik olarak hayır: PrestaShop yalnızca bir durumu genel olarak etkinleştirmeyi veya devre dışı bırakmayı sunar. Back-office kullanıcısının profiline göre gizleme geliştirme gerektirir.

### Bir siparişin durumunu otomatik olarak değiştiren bir eklenti var mı?

Ödeme veya kargo gibi belirli durumlar için eklentiler mevcuttur, ama bir siteye özgü bir mantık için genellikle genel bir eklentiyi uyarlamak yerine özel bir hook geliştiririm.

### Bir 500 hatası neden yalnızca belirli durumlarda ortaya çıkıyor?

Çünkü her durumun kendi e-posta template’i vardır: bu template’lerden yalnızca biri bozuksa, yalnızca o belirli duruma geçiş hatayı tetikler, diğerleri normal şekilde çalışmaya devam eder.

### Mevcut bir durum risksiz şekilde yeniden adlandırılabilir mi?

Evet, etiketi yeniden adlandırmanın teknik bir etkisi yoktur. Daha fazla dikkat gerektiren şey, davranışını değiştirmektir — geçmiş rengi, e-posta gönderimi, ilişkili faturalama durumu — çünkü sitedeki başka ayarlar buna dayanıyor olabilir.