T.C. kimlik no bilgisi encrypt edilerek kaydedildiği için harici servislerin bu bilgiye erişememesi problemi

[mskapusuz]

Şu anda, TC kimlik no bilgisini postmetalara encrypt ederek yazıyoruz ve bu nedenle harici uygulamalar bu veriyi decrypt edemiyorlar.

Şu anda faturayla ilgili 3 alanımız var, bunlar: _billing_hez_TC_number (sadece billing_hez_invoice_type person olduğunda) _billing_hez_tax_number (sadece billing_hez_invoice_type company olduğunda) _billing_hez_tax_office (sadece billing_hez_invoice_type company olduğunda)

Özet olarak, iki temel problemimiz var:

• [ ] Çoğu harici servis vergi dairesi ve vergi no olmak üzere toplamda 2 eşleştirme alanı sunuyor, TC için ayrıca alan sunan pek servis yok, buna Paraşüt entegrasyon eklentimiz de dahil (Eklenti ayarlarında vergi no alanlarını, son siparişten metaları çekerek yapılan eşleştirme).
• [ ] T.C. no alanı encrypt edildiği için harici servisler bu veriyi decrypt edemiyorlar.

Olası çözüm:

Sanal postmetalar oluşturmak (get_post_metadata filtresiyle get_post_meta davranışını manipule ederek)

Toplamda iki sanal meta oluştabiliriz:

• [ ] Bu sanal metaların keylerini dinamik yapabiliriz. (şu an için bir WP filter ile yönetebiliriz, böylece kullanıcılar entegre olacakları servise göre metaları düzenleyebilirler. Örnek: x muhasebe yazılımı fatura kesmek için woocommerce tarafında billing_y billing_z metalarına bakıyorsa, kullanıcımız sanal meta keyleri bu şekilde düzenleyebilir.)

Sanal post meta key 1: _billing_hez_tax_number (Eğer kurumsal seçildiyse vergi no, bireysel seçildiyse TC no bilgisi döner.) Sanal post meta key 2: _billing_hez_tax_office

_billing_hez_tax_number için örnek:

add_filter( 'get_post_metadata', function($value, $object_id, $meta_key, $single){
    if( $meta_key !== '_billing_hez_tax_number' ) {
        return $value;
    }

    // TODO: add a check regarding billing_hez_invoice_type, if billing_hez_invoice_type is company return _billing_hez_tax_number

    $TC = get_post_meta( $object_id, '_billing_hez_TC_number', true );

    $TC_decrypted = ( new \Hezarfen\Inc\Data\PostMetaEncryption() )->decrypt(
        $TC
    );

    return $TC_decrypted;
}, 10, 4 );

ancak bunu geliştirmeden önce, biraz araştırma yapmamız gerek:

• [ ] Bu yaklaşım ile birçok fatura eklentisine kolayca entegre olabiliyor muyuz? Yoksa TC ve vergi no alanları için ayrı field'ların oluşturulması bazı noktalarda daha mı mantıklı?
• [ ] Sanal meta key oluşturmamızın doğabilecek yan etkileri (WP ekosisteminde sanal meta key oluşturmakla hiç karşılaşmadım.)
• [ ] Sanal meta keylere filtre eklemekten vazgeçebiliriz (sadece sabit olarak _billing_hez_tax_number ve _billing_hez_tax_office yapabiliriz sanal meta keyleri), kullanıcıların sistemde var olan bir post meta keyi override etmesi olası, bu nedenle biraz riskli bir işlem bu.

[mucahidbal]

@mskapusuz bey, Muhasebe programlarıyla ilgili biraz araştırma yaptım, Paraşüt ve Dia haricinde api dökümanına ulaşabildiğim bir program olmadı.

• Bildiğimiz gibi Paraşüt Vergi No ve TC No'yu bir tutuyor.

• Anladığım kadarıyla Dia Vergi No ve TC No'yu ayrı tutuyor. TC No ve Vergi No için tek bir sanal meta oluşturulması belki Dia gibi programların entegrasyonunda problem oluşturabilir.

• [ ] Bu yaklaşım ile birçok fatura eklentisine kolayca entegre olabiliyor muyuz? Yoksa TC ve vergi no alanları için ayrı field'ların oluşturulması bazı noktalarda daha mı mantıklı?

Birkaç tane fatura eklentisi denedim: Challan – PDF Invoice & Packing Slip for WooCommerce: Custom order meta desteği var. Listeden meta keyleri seçebiliyorsun. Sanal meta key filtrelenirse bu listeden seçilemeyecektir.

WooCommerce PDF Invoices, Packing Slips, Delivery Notes and Shipping Labels: Custom order meta desteği var. Bedava versiyonda wf_pklist_alter_additional_fields filtresiyle faturaya order meta eklenebiliyor. Pro versiyonunda order metalar listeden seçilebiliyor. Sanal meta key filtrelenirse bu listeden seçilemeyecektir.

WooCommerce PDF Invoice Builder: Pro versiyonunda custom order meta desteği var. Custom meta eklemek için eklenti içerisindeki editörde küçük kodlar yazıyorsunuz (örnek: return get_post_meta($order->id, '_custom_meta_key')). Sanal meta filtrelense bile kullanılabilir.

Sonuç olarak, eğer fatura eklentisi meta keyleri bir liste halinde veriyorsa ve listeden seçilmek zorundaysa filtreyle değiştirilmiş sanal metalar kullanılamayacaktır.

• [ ] Sanal meta key oluşturmamızın doğabilecek yan etkileri (WP ekosisteminde sanal meta key oluşturmakla hiç karşılaşmadım.)

Sanal meta key oluşturmamızın bir yan etkisi olacağını sanmıyorum, bence güzel bir fikir.

• [ ] Sanal meta keylere filtre eklemekten vazgeçebiliriz (sadece sabit olarak _billing_hez_tax_number ve _billing_hez_tax_office yapabiliriz sanal meta keyleri), kullanıcıların sistemde var olan bir post meta keyi override etmesi olası, bu nedenle biraz riskli bir işlem bu.

Evet biraz riskli, ama varolan bir metayı override etme ihtimalleri bence baya düşük.

---

Sonuç olarak bence;

• _billing_hez_TC_number metası için get_post_metadata filtresiyle decrypt edilerek gerçek değere ulaşma imkanı verelim.
• TC No ve Vergi No için ortak bir sanal meta oluşturabiliriz. Örneğin; _billing_hez_tckn_and_vergi_number veya başka bir isim verilebilir. Bu sanal meta duruma göre tc no veya vergi no'yu döner.
• _billing_hez_tax_office ve _billing_hez_tax_number sanal metalarını da sadece müşteriler filtreyle meta keyi değiştirebilsinler diye oluşturabiliriz.
• Bence sanal metalara filtre ekleyelim. İsteyen müşteriler o filtreyi kullanırlar. Bu filtreyi yanlış kullanmanın doğuracağı sıkıntılar konusunda müşteriler bilgilendirilebilir.

Bunlar benim fikirlerim sizin de fikirlerinizle bir sonuca ulaşırız.

[emirefek]

Selamlar, php hakkında pek bilgim olmadığı için nasıl yapılacağını beceremedim. WooCommerce PDF Invoices, Packing Slips, Delivery Notes and Shipping Labels, eklentisini yükledim ama entegre edemedim TC,VKN verilerini. Acaba dökümantasyon benzeri bir şey yayınlamanız mümkün mü?