ITS Sisteminde Fason Üretim ve Satış Verilerinin Sektör İçindeki Akışının Düzenlenmesine Yönelik Standartların Oluşturulması Önerisi

Transkript

1 ITS Sisteminde Fason Üretim ve Satış Verilerinin Sektör İçindeki Akışının Düzenlenmesine Yönelik Standartların Oluşturulması Önerisi Sürüm Nisan2008 NOT: Verdiğimiz öneriler ve örnekler bu önerilerin hazırlandığı dönem mevcut veri vede bilgilere göre hazırlanmış olup ilgili yönetmelik veya klavuzlarda meydana gelebilecek değişiklikleri içermeyebilir Lütfen karar alırken ve projeninizi planlarken yönetmelik ve klavuzların güncel sürümlerini inceleyerek karar veriniz

2 İÇİNDEKİLER 1Amaç ve Hedefler 2 2 Çözüm Önerisi 2 3 Fason Üretim İşlemleri 3 31 Fason Üretim İşlemlerindeki Genel İş Akışı ve Hedefler 3 32 Fason Üretim İşlemlerindeki XML Dosyası Yapısı 6 33 Fason Üretim İşlemlerindeki XML Dosya ve Transfer İşlem Örnekleri: 9 4 Depolara Satış ve Depolardan İade İşlemleri Depo ya Satış İşlemlerindeki XML Dosyası Yapısı Depo ya İade İşlemlerindeki XML Dosya Örneği Depo dan İade İşlemlerindeki XML Dosyası Yapısı 23 5 Temel XML Bilgileri 24 1

3 1Amaç ve Hedefler 2Şubat2008 Tarihinde Sayılı Resmi Gazetede Yayınlanarak 12/8/2005 tarihli ve sayılı Resmî Gazete de yayımlanan Beşeri Tıbbi Ürünler Ambalaj ve Etiketleme Yönetmelik te değişiklik yapan yönetmeliğin Madde 6 ve 7 de belirtilen Kare Kod uygulanması nedeni ile sektörümüz için oluşacak aşağıda belirtilmiş bulunan operasyonel zorlukların aşılması amacı ile bir standard önerisi hazırlamaktır Bu hususlara şu an yayınlanmış bulunan ve taslaklarının bizle paylaşıldığı klavuzlarda herhangi bir düzenlenmeye raslanmamıştır a)- Fason Üretim Bilgilerinin ve Ürünlerin Üretimi Yaptıran Ürün Sahibi ile Fason Üretim Yapan Firma Arasındaki İşlemler b)- Depolar ile Üretici/İthalatçı Firmalar arasındaki Satış/İade İşlemlerinde Ürünlerin Transfer Hareketlerindeki Bilgi ve Ürün Hareketi İşlemleri Yukardaki işlemler normal olarak firmalar arasında düzenlenmesi gereken hususlar olmakla beraber bir çok firmanın belirli bir standardı kullanması hem validasyon, hemde ileride muhtemel yazılım uyumsuzlukları ve sürüm farklılıkları yönetimi problemlerinin azaltılması için son derece faydalı olacaktır 2 Çözüm Önerisi Bilgi akışındaki standartların oluşturulması gerekliliği Bilgi Teknolojileri uzmanlarının sürekli karşılaştığı bir sıkıntıdır Özellikle 1998 döneminden ittibaren internet in hayatımıza yoğun olarak girmesi ile önemini daha net gördük Bu konuda Bilgi Teknolojileri Sektörü XML standardlarını oluşturmuştur XML standart bir veri iletişimi yöntemi olup adresinde bu standardlar hakkında detaylı bilgi bulabilirsiniz İlaç Sektörümüzün, İlaç Takip Sistemini (İTS) uygulamaya geçişini mütakip yaşayacağı bu muhtemel sıkıntıların azaltılması için sektörümüze hizmet veren Bilgisayar Yazılımı Üreticilerinin veya Sektör Firmalarının kendi Bilgi Teknolojileri Bölümlerinin uygulayacağı veri transferi standartlarının, uygun görülmesi durumunda İTS Süreç Komitesi tarafından yayınlanacak olan İTS Klavuzuna otoritelerin uygun göreceği şekilde konulması veya AIFD, İEİS, TİSD ve ilgili sivil organizasyonlar tarafından üyelerine bu standartları uygulamlarının tavsiye edilmesidir Bilgi akışı için önderdiğimiz yönetem XML teknolojisi olup, verilerin vede bu dosya yapılarını tanımlayan açıklamaların Uluslararsı veri alışverişlerininde ileride gündeme gelebileceğide dikkate alınarak İngilizce olması sektörümüz IT/IS uzmanları tarafından tavsiye edilmektedir XML Dosyaları ile ilgili eğitim materyalleri adresinden elde edilebilir Ayrıca bu dökümanın sonunda temel XML bilgileri mevcuttur 2

4 3 Fason Üretim İşlemleri Hepimizinde bildiği gibi sektör içindeki kaynakların daha verimli ve etkin kullanılması amacı ile bir ürünün yasa ve yönetmeliklere uygun olarak bir üreticiye ürettirilmesi işlemidir Ek Not: Yurt dışındaki mevcut fabrikalarda üretilerek gelen ürünlerde de Kare Kod uygulaması yapılmış ise bu fabrikalardan ithal edilerek gelen ürünlerde bu tip veri ve ürün transferi uygulaması ile aktarılması gerekli olan bilgiler mevcut veri bankalarına aktarılabilir 31 Fason Üretim İşlemlerindeki Genel İş Akışı ve Hedefler İlaç Sektörü olarak her yapacağımız işin validasyonu tamamlanmış olmak zorundadır Yani bir işi nasıl yapacağımız tanımlamak, tanımladığımız gibi yapmak ve kaydetmek, zaman zaman bu yaptıklarımızı kontrol etmek vede olası değişiklikleri yönetmek durumundayız Bu durumda bizim için fason üretim yapan firmanın hazırladığı Kare Kod ve Taşıyıcı Ambalaj Kodları doğru bir şekilde ve yönetmeliğe uygun üretildi mi? Sayısı on binlerle ifade edilen ürünlerin fiziksel mal kabulününde satış depomuza nasıl yapılacağı? Şeklindeki iki temel soruyu kendimize soralım Göreceğiniz gibi ürünlerin üzerine yazılan Kare Kodların her eczane tarafından okunabileceği hususundaki yükümlülük fason üretimi yapan firmaya değil ürün sahibine aittir Bunun dışında Bakanlığa bildirilecek olan satış/iade, vb hareketlerinde bu ürünlerdeki kare kodları doğru bir şekilde düzenlenmesi gereklidir Packaging Inventory Ürünler Paketlenir Depolanır Transfer İçin Hazırlanır Inventory Suppliers Warehouse Taşıma Fason Ürün Kabulü Quality Assurance Warehouse Inventory İç Depolama Süreci 3

5 Bu gereklilikler göz önüne alındığında aşağıdaki çözüm önerimizin herkez tarafından kendilerine göre uyarlanarak kullanılabileceğini düşünmekteyiz Fason Üretim Üretici Üretici Firma Firma Üretim Üretim Birimi Birimi Fason Fason Üretici Üretici Üretim Üretim Birimi Birimi ve ve QA QA Ürün Ürün Sahibi Sahibi Firma Firma QA QA Fason Fason Üretici Üretici Ürün Ürün Teslim Teslim Birimi Birimi Başla Üretim İsteğini, verilecek parti numarasını bildirir Üretimi Yapar Gerekli Kalite Kontrol İşlemleri Tamamlanır Gere4kli Kalite Kontrol İşlemi Tamamlanır Taşıyıcılara Ürünler Yüklenir ve Kodlama Yapılır Tesli edilecek ürün hazırlanır Fason Üretim Transfer İrsaliyesi Ve Önerdiğimiz yapıda XML Dosyası hazırlanır Tamamlandı Yukardaki genel süreç her iki firmanında yetkili birimlerince valide edilerek, peryodik kontrolleri yapılıp yürütülebilir Her yazılım tedarikçisi veya firmaların ilgili bilgi teknolojileri birimleride rahatlıkla veri aktarımını gerçekleştirebilir 4

6 Fason Üretilmiş Ürünlerin Ürün Sahibi Tarafından Teslim Alınması Ürün Ürün Sahibi Sahibi Firma Firma Ürün Ürün Teslim Teslim Alma Alma Fason Ürün Teslimatı İşlemleri Başlangıcı Fason Fason Üretici Üretici Ürün Ürün Teslim Teslim Birimi Birimi Ürün Ürün Sahibi Sahibi Firma Firma QA QA Fason Fason Üretici Üretici Üretim Üretim Birimi Birimi XML Dosyası, , FTP veya CD aracılığı ile nakledilebilir Hatta üretici firma bu bilgiyi Fason Üretimi yapan firmadan bir XML Web servisi ile bile alabilir Ürünleri ve XML dosyasını Teslim eder Validasyon esnasında belirlenen şekilde örnek alarak gelen XML Dosyasındaki bilgiler kontrol edilir Hata Yok Hatalı bir taşıyıcı veya ürün kare kodu incelemesi Kontrol Esnasında Hata Tespit Edildi Gelen XML dosyası Ürün Sahibi firmanın İTS yönetim sistemine veya ERP Yazımına aktarılır Kare Kod ve Taşıyıcı Kodlarını kontrol ederek yeniden hazırlamak üzere ürünleri geri alır Fiziksel ürünleri Kendi deposuna aktarır ve bakanlığa üretim Bilgilerini aktarır Kare kodları kontrol ederek taşıyıcı ambalaj kodlarını yeniden oluşturup XML dosyasını yeniden hazırlar Tamamlandı Fason Ürün Teslimat İşlemi Tekrarlanır 5

7 32 Fason Üretim İşlemlerindeki XML Dosyası Yapısı XML dosyası içinde bulunan veri etiketleri yurt dışındaki firmalarla veri iletişimide sağlayabilmesi imkanını sağlamak amacı ile İngilizce olmasını öneriyoruz Verilerin girişinde ve dosyanın yapısında kontrollü giriş yaptırmak isteyen firmalar XSD (XML verilerinin şema dosyası) oluşturabilir bu durumda dökümanın başında şema tanımı yapılmak durumundadır <?xml version="10" encoding="iso "?> <prod> <producer_gln> </producer_gln> <owner_gln> </owner_gln> <product_gtin> </product_gtin > <product_lot> </product_lot > <production_date> </production_date> <expire_date> </expire_date> <invoice_number> </invoice_number> <transfer_recipt> </transfer_recipt> <carrier_type> </carrier_type> <carrier_barcode> </carrier_barcode> <carrier_weight> </carrier_weight> <carrier_type> </carrier_type> <carrier_barcode> </carrier_barcode> <carrier_weight> </carrier_weight> <carrier_type> </carrier_type> <carrier_barcode> </carrier_barcode> <carrier_weight> </carrier_weight> </prod> Yukardaki XML Dosya yapısı Fason Ürün üretiminin ve teslimatının tek bir ürün ve parti olacak şekilde düzenlenmesini içermektedir Her farklı ürün veya her farklı parti için ayrı XML dosyasının olması hem operasyonel sıkıntıların azaltılmasına hemde en basit şekilde işlemlerin yürütülebilmesine imkan sağlaması amacı ile önerilmiştir 6

8 Şimdi her satırı ve etiketi anlamları ve örnekler ile inceleyelim <?xml version="10" encoding="iso "?> <prod> İfadesi standart bir ifade olup her XML dosyasında bulunması gerekmektedir <producer_gln> </producer_gln> İTS (İlaç Takip Sistemi) içinde her üreticinin (firmanın) TOBB GS1 (Türkiye Odalar ve Borsalar Birliği) Şubesince belirlenen bir GLN numarası olacağı ilgili klavuzlarda açıklanmıştır Burada Fason Üretimi Yapan Firmanın GLN numarası yer alacaktır <owner_gln> </owner_gln> İTS (İlaç Takip Sistemi) içinde her firmanın bir GLN numarası olduğunu belirtmiştik Bu satırda ise üretilen ürünün kimin adına üretilmiş ise o firmanın GLN numarası yer alacaktır <product_gtin> </product_gtin > İTS (İlaç Takip Sistemi) içinde her ürünün EAN-13 Lineer BarCode numarasının başına yönetmeliğe uygun olarak 0 veya 1 digitleri eklenerek 14 digitlik GTIN numarası oluşturulmaktadır Bu etiket içinde söz konusu ürünün GTIN numarası yer alacaktır <product_lot> </product_lot > Söz konusu ürünün LOT veya diğer adı ile üretildiği parti numarası yer alacaktır <production_date> </production_date> Söz konusu ürünün üretim tarihi, farklı kaynaklardan bilgi akışı içinde veri formatı problemleri yaşanmaması için YYYYAAGG formatında olması tavsiye ederiz <expire_date> </expire_date> Söz konusu ürünün miad tarihi, farklı kaynaklardan bilgi akışı içinde veri formatı problemleri yaşanmaması için YYYYAAGG formatında olması tavsiye ederiz Ancak yönetmelik te henüz kesin olmamakla beraber sadece ay seviyesine kadar veri tutulması istenir ise verileri algılayacak ve üretecek yazılımlar gün bilgisinin gelmemesi veya konulmaması durumunda hata mesajı oluşturmayacak şekilde gerekli düzenlemeleri yapmalıdır <invoice_number> </invoice_number> Fason üretilen ürün bir fatura ile transfer edilmiş ise bu faturanın numara bilgisi bu etiket ile aktarılacaktır Eğer ürün fatura ile değilde sevk irsaliyesi ile transfer edilmiş ise bu veri etiketi XML dosyası içinde bulunmaya bilir <transfer_recipt> </transfer_recipt> Fason üretilen ürün bir sevk irsaliyesi ile transfer edilmiş ise bu sevk irsaliyesinin numara bilgisi bu etiket ile aktarılacaktır Eğer ürün fatura ve sevk irsaliyesi bir arada bulunan bir fatura ile transfer edilmiş ise bu durumda bu etiket XML dosyası içinde bulunmaya bilir 7

9 Fason üretilen ürünlerin transfer aşamasında taşındığı taşıyıcı ile bilgilerin başladığını ifade eder <carrier_type> </carrier_type> Verisi taşıyıcı ile ilgili tip bilgisini içermektedir (Px,Cx ve Sx tipi taşıyıcı kodları genel ihtiyaçlarımıza göre düzenlenmiştir) Bu genel kodların her fason üretici ve ürün sahibi için aynı olmasının yararlı olacağını düşünüyoruz - Px : Palet tipinde bir taşıyıcıdır İçinde direkt ürün veya koli bulunur - Cx : Koli tipinde bir taşıyıcıdır İçinde bağlar (shrink) veya direkt ürünler bulunur - Sx : Bağ (shrink) belirli sayıda ürünü bir arada tutan bant veya plastik bir yapıdır İçinde ürünler bulunur - Farklı bir tip kodu : Yukarıda sabit olarak tanımlamayı önerdiğimiz kodların dışında fason üretici ile ürün sahibi arasında tespit edilmesi gerektiği durumlar için düşünülmüştür <carrier_barcode> </carrier_barcode> Verisi taşıyıcının karekod veya lineer barcode bilgisi bir okuyucu ile okutulduğunda elde edilecek olan bilgiyi içerecektir Böylece fiziksel taşıyıcı etiketi ile XML dosyasının ilişkisi yazılım aracılığı ile kurulabilecektir <carrier_weight> </carrier_weight> Her taşıyıcı için gerekli bir bilgi değildir ancak nakliye esnasında taşıycının açılıp/açılmadığını anlamak için etiketlendiğindeki ölçülen ağırlığıdır Standard olarak Kg birimi kullanılacaktır Küçük bağlar için ölçüm yapılmadığında bu veri etiketi aşağıdaki şekilde kullanılmalıdır <carrier_weight>0000</carrier_weight> Ağırlık 5kg 350gr ise yazım şekli <carrier_weight>5350</carrier_weight> olarak belirtilmelidir Ülkemiz için decimal ayraç NOKTA karakteri olacaktır İfadesi artık söz konusu taşıyıcının içindeki taşıyıcıların veya ürünlerin bilgilerin aktarılmaya başlandığını ifade etmektedir Eğer bir taşıyıcı söz konusu ise yine ifadesi ile söz konsu iç taşıyıcının bilgileri aktarılmaya başlanır Ancak <\box> ifadesi ile bir bilgi aktarımı başladı ise artık ürün bilgileri aktarılmaya başlanmış demektir ifadesi ile başlayan veri ürün ün kare kod unda bulunan seri numarası olacaktır Çünki karekod bilgisi içinde bulunan diğer bilgiler XML dosyasının başında aktarılmış durumdadır Bu yaklaşım fason ürün tarnsferinde tek bir ürün ve lot için transfer işlemi yapıldığı kabul edilerek düzenlenmiştir Tabiki birden fazla lot veya farklı ürünler transfer edilebilir Ancak bu hem teslimat işlemlerini hemde ürün kabul süreçlerini daha sıkıntılı hale getirecektir Bu tip operasyonları basit ve rahat kontrol edilebilir vede yönetilebilir hale getirebilirsek 8

10 Burda altını çizmek istediğimiz husus birden farklı ürün için biden fazla transfer işlemi ve sevk irsaliyesi düzenlenmesi olarak algılanmamasıdır Her bir ürün ve lot grubu için farklı farklı XML Dosyası düzenlenmesi kast edilmektedir Yani fatura numarası aynı olan farklı iki ürün fason olarak üretilip aynı kamyon ile fason üretim yapan firmadan ürün sahibine transfer edilebilir Bu durumda tek fatura, iki ürün vede her bir ürün grubu için birer XML dosyası oluşturulması gerektiğini belirtmek istiyoruz Aktarım bilgileri tamalandıkça XML standardı olarak her etiket grubu tek tek kapatılır (XML dosyalarında bir etiketin kapatılması işlemi etiketi başlatan ifadenin önüne / karakterinin eklenmesi şeklinde olur) 33 Fason Üretim İşlemlerindeki XML Dosya ve Transfer İşlem Örnekleri: Bu örnek içindeki veriler varsayım olarak konulmuştur Excel içinden XML dosyası açma özelliği kullanılarak yazılımı test edilmiştir <?xml version="10" encoding="iso "?> <prod> <producer_gln>ie_gln</producer_gln> <owner_gln>owner_gln</owner_gln> <product_gtin>prod_gtin</product_gtin > <product_lot>lot_a</product_lot > <production_date> </production_date> <expire_date>201010</expire_date> <invoice_number>101</invoice_number> <transfer_recipt>101</transfer_recipt> <carrier_type>px</carrier_type> <carrier_barcode>a01_0001</carrier_barcode> <carrier_weight>80000</carrier_weight> <carrier_type>cx</carrier_type> <carrier_barcode>b01_0001</carrier_barcode> <carrier_weight>40000</carrier_weight> <carrier_type>sx</carrier_type> <carrier_barcode>c01_0001</carrier_barcode> <carrier_weight>20000</carrier_weight> 820A_01 820A_03 9

11 <carrier_type>sx</carrier_type> <carrier_barcode>c01_0002</carrier_barcode> <carrier_weight>20000</carrier_weight> 820B_01 820B_03 <carrier_type>cx</carrier_type> <carrier_barcode>b01_0002</carrier_barcode> <carrier_weight>40000</carrier_weight> <carrier_type>sx</carrier_type> <carrier_barcode>c03_0001</carrier_barcode> <carrier_weight>20000</carrier_weight> 820C_01 820C_03 <carrier_type>sx</carrier_type> <carrier_barcode>c03_0002</carrier_barcode> <carrier_weight>20000</carrier_weight> 820D_01 820D_03 </prod> Yukardaki XML dosyası taşıyıcı bir paletteki tüm ürünlerin karekod larındaki farklı olan seri numara bilgilerini içermektedir 10

12 görüntüründe bilginize sunulmuştur Excel içinden bu XML dökümanı açıldığında döküman aşağıdaki formatta düz bir tablo haline gelmektedir producer_gln owner_gln product_gtin product_lot production_date expire_date invoice_number transfer_recipt carrier_type carrier_barcode carrier_weight carrier_type2 carrier_barcode3 carrier_weight4 carrier_type5 carrier_barcode6 carrier_weight7 box IE_GLN OWNER_GLN PROD_GTIN LOT_A Px A01_ Cx B01_ Sx C01_ A_01 IE_GLN OWNER_GLN PROD_GTIN LOT_A Px A01_ Cx B01_ Sx C01_ A_03 IE_GLN OWNER_GLN PROD_GTIN LOT_A Px A01_ Cx B01_ Sx C01_ B_01 IE_GLN OWNER_GLN PROD_GTIN LOT_A Px A01_ Cx B01_ Sx C01_ B_03 IE_GLN OWNER_GLN PROD_GTIN LOT_A Px A01_ Cx B01_ Sx C03_ C_01 IE_GLN OWNER_GLN PROD_GTIN LOT_A Px A01_ Cx B01_ Sx C03_ C_03 IE_GLN OWNER_GLN PROD_GTIN LOT_A Px A01_ Cx B01_ Sx C03_ D_01 IE_GLN OWNER_GLN PROD_GTIN LOT_A Px A01_ Cx B01_ Sx C03_ D_03 Şimdi her iki firma arasındaki iş akışına bir bakalım (Ön Şart: Her iki firma fason üreten ve ürün sahibi bu yapılacak olan işlemin validasyonunu yapmış vede bu standartlara göre yönetmekte olduğu kabul edilmiştir) 1 Fason Üretici, transfer paketini hazırlarken bu paletin içine konulacak ürünlerin kare kod bilgilerini kontrol ederek yerleştirir 2 Palete tüm ürünler konulduktan sonra palet için bir adet karekod veya lineer barcode üretilir Bu örnekte lineer barcode tercih edilmiştir 3 Fason üretici kendi bilgisayar sistemindeki yazılımdan bu transfer ile ilgili XML dosyasını hazırlar (Bu işlem öncesi ERP sisteminin sevk irsaliyesi veya fatura yı hazırladığı kabul edilmektedir Hazırlanmakta olan XML dosyasına bu bilgilerde XML dosyası hazırlanırken girilir) 4 Fiziksel ürün ve XML dosyası ürün sahibi firmaya transfer edilir 5 XML dosyası kontrol işlemi için ürün sahibi firmanın kontrol bilgisayarına yüklenir 6 Taşıyıcı etiketi bir okuyucu ile okutulur Bu şekilde hangi paletten okuma yapılacağı kontrol bilgisayarına belirtilmiş olur (Not: Bir tarnsferde birden fazla palet olabilir Böyle bir durumda her palet bir önceki palet bilgisinin bitiminden sonra bir taşıyıcı tanımı ile başlayarak taşıdığı ürünler ve taşıyıcılarla ilgili bilgileri aktarabilir İlerki örneğimizde iki palet li bir dosya örneğini bulabilirsiniz) 7 Paletin içinden protokolde belirlenmiş miktar kadar ürün kodu okutulur vede kontrol yazılımının bu kodların bu taşıyıcıya ait olup olmadıkları kontrol ettirilir 8 Kontrol işleminde herhangi bir hata olursa ürünler kabul edilmeden fason üretimi yapan firmaya iade edilir Fason üretimi yapan firma XML dosyayının üretilmesi aşamalarını yeniden yapar (Yani fason üretimi yapan firma 1 nolu basamaktan ittibaren işlemi tekrar başlatır) 9 Kontrol işlemi başarılı ise kontrol bilgisayarı verileri ürün sahibi firmanın İTS sistemine aktarır Fiziksel ürünlerde ürün sahibi firma tarafından kabul edilir NOT: Ürünlerle ilgili kalite kontrol süreçleri yukardaki iş akışı içinde açıklanmamıştır Bu kontrol işlemleri ürünlerin yönetmeliklere uygun üretildiği ve temel kalite kontrol süreçlerini geçtiği var sayılarak örneklenmiştir 11

13 Yukardaki örneğin birden fazla palet olarak ele alındığı zamanki XML dosyası örneği: <?xml version="10" encoding="iso "?> <prod> <producer_gln>ie_gln</producer_gln> <owner_gln>owner_gln</owner_gln> <product_gtin>prod_gtin</product_gtin > <product_lot>lot_a</product_lot > <production_date> </production_date> <expire_date>201010</expire_date> <invoice_number>101</invoice_number> <transfer_recipt></transfer_recipt> <carrier_type>px</carrier_type> <carrier_barcode>a01_0001</carrier_barcode> <carrier_weight>80000</carrier_weight> <carrier_type>cx</carrier_type> <carrier_barcode>b01_0001</carrier_barcode> <carrier_weight>40000</carrier_weight> <carrier_type>sx</carrier_type> <carrier_barcode>c01_0001</carrier_barcode> <carrier_weight>20000</carrier_weight> 820A_01 820A_03 <carrier_type>sx</carrier_type> <carrier_barcode>c01_0002</carrier_barcode> <carrier_weight>20000</carrier_weight> 820B_01 820B_03 12

14 <carrier_type>px</carrier_type> <carrier_barcode>a02_0001</carrier_barcode> <carrier_weight>80000</carrier_weight> <carrier_type>cx</carrier_type> <carrier_barcode>b01_0002</carrier_barcode> <carrier_weight>40000</carrier_weight> <carrier_type>sx</carrier_type> <carrier_barcode>c03_0001</carrier_barcode> <carrier_weight>20000</carrier_weight> 820C_01 820C_03 <carrier_type>sx</carrier_type> <carrier_barcode>c03_0002</carrier_barcode> <carrier_weight>20000</carrier_weight> 820D_01 820D_03 </prod> Sonuç olarak söyleyebiliriz ki önerdiğimiz XML dosyası değişik şekillerdeki ürün transferi işlemleri ihtiyacımızı karşılayabilmekte vede esnek bir yapıya sahip olabilmektedir Ayrıca bu örnekte irsaliye mevcut olmayıp teslimat irsaliyeli fatura ile yapılmıştır Bu XML dosyasının başlangıcında göreceğiniz aşağıdaki ifade ile belirlenmektedir <invoice_number>101</invoice_number> <transfer_recipt></transfer_recipt> 13

15 4 Depolara Satış ve Depolardan İade İşlemleri Hepimizinde bildiği gibi İlaç Takip Sistemi en çok satış ve iade işlem prosedürlerimizi etkileyecek vede değişiklikler yapmamızı gerektirecektir Bu kısımda bu işlemleri kolaylaştırmak ve hepimiz için sıkıntı olabilecek satış ve iade işlemlerinde en az sıkıntıyı yaşamak amacı ile bazı hususlara dikkatinizi çekmek vede çözüm önerileri sunmak istiyoruz: - Karma koli olarak adlandırılan birden farklı ürünü taşıyacak olan koliler satış ve iade kolileridir Bu nedenle karma koli GTIN numarasında bakanlığın serbest bırakmış olmasına rağmen firma GLN numarasını mütakip tüm digitleri 9 olacak olan bir GTIN numarası karma koli veya taşıyıcıyı ifade etmesini bir standard olarak kabul edelim Böylece sektördeki herkez koli nin GTIN numarasından karma koli mi? Yoksa tek bir ürün içeren bir koli mi? Olduğunu tespit edebilecektir - Üretici/İthalatçı Firmalardan Depolara transfer edilen ürünlerin kaybolması ve ya teslim edildikleri zaman eksik çıktıkları hakkındaki şikayetler mevcuttur Depo dan bu şekilde bir şikayet geldiğinde bu işlemin hangi anda olduğu hakkında geriye yönelik bir sorugu yapabilme imkanı sağlanabilir Böylece sektörümüz için bir problem olan bu hususta azaltılabilecektir - Bazı nedenlerle geri dönen ürünlerin karekod bilgilerinin Bakanlığın kuracağı bir web servis aracılığı ile geri ödemesinin tamamlanıp tamamlanmadığının kontrol edilerek geri alınmasını öneriyoruz Böylece herhangi bir eczanenin satılmamış bir ürünün kare kodu ile geri ödeme alması daha sonra miad dolumunu veya başka hususları gerekçe göstererek ürünü depo ya depo dan da üreatici/ithalatçı firmaya iade edilmesi Bunu mütakip te GMP ve GDP nedenleri ile geri dönen ürünün imha edilmesi nedeni ilede geri ödeme kurumunun mağdur olması ihtimali önlenmelidir Bu hususların dışında önemli standart olarak kabul etmemiz gereken husus Bir fatura ile birden fazla koli yada palet tek bir XML ile aktarılabilir ancak bir taşıyıcı birden fazla faturaya veya irsaliyeye bağlı olmamasıdır Bu şekildeki bir işlem bilgisyar yazılımlarındaki iş akışışlarını bir aksilik esnasında yönetilmesi güç/mümkün olmayan veri uyumluluğu (data integrity) problemlerinin oluşmasına sebep olacaktır Yukarda belirtiğimiz hususları gerçekleştirmek ise XML dosyaları ile mümkündür Fason Üretim ile ilgli önerdiğimiz yönteme benzemekle beraber sadece <\box> etiketi yerine bir ürün ile ilgili detaylı bilgilere yer verilecektir Ayrıca kargo ve tarnsfer işlemi esnasındaki doğruluk kontrolleri için koli ağırlıklarıda XML dosyasında kayıtlı bulunacaktır 14

16 Depo lar ile Üretici/İthalatçı firmalar arasındaki genel iş süreci yukarda grafik olarak sunulmuştur Bu süreç içinde her ürünün kare kodu tek tek incelenip İTS sistemlerine aktarılabilmesi pratik açıdan güçtür Bu nedenle aynı fason üretimde olduğu gibi bir validasyon işlemini mütakip teslimat anında fatura nın depo nun siparişine uygun olup olmadığının kontrol edilmesi Örnekleme ilede kare kod kontrolü yapılması en pratik çözüm olacaktır XML dosyasının inceleme sonucun da herhangi bir kare kodlama hatası tespit edilirse transfer edilen ürün ve fatura yeniden kare kod kontrolü yapılmak üzere iade edilmelidir Herhangi bir sorun yok ise zaten ilgili depo Sağlık Bakanlığını bilgilendireceği için ürünün son durumu hakkında bilgi İTS sisteminden takip edilebilir İade işlemlerinde ise Depo iade edeceği ürünlerin SGK tarafından ödenip ödenmediğini kontrol ederek üretici/ithalatçı firmaya hazırladığı bir taşıyıcı ambalajı ile gönderecek ve bu ürünler için bir transfer XML dosyası hazırlayacaktır 15

17 41 Depo ya Satış İşlemlerindeki XML Dosyası Yapısı <?xml version="10" encoding="iso "?> <sales> <wholesaler_gln></wholesaler_gln> <owner_gln></owner_gln> <invoice_number></invoice_number> <transfer_recipt></transfer_recipt> <carrier_type></carrier_type> <carrier_barcode></carrier_barcode> <carrier_weight></carrier_weight> <carrier_type></carrier_type> <carrier_barcode></carrier_barcode> <carrier_weight></carrier_weight> <product> <product_gtin></product_gtin> <product_quantity></product_quantity> <product_detail> <carrier_type></carrier_type> <carrier_barcode></carrier_barcode> <carrier_weight></carrier_weight> <box_lot></box_lot> <box_expiredate></box_expiredate> <box_serialnumber></box_serialnumber> <box_lot></box_lot> <box_expiredate></box_expiredate> <box_serialnumber></box_serialnumber> </product_detail> </product> </sales> Esasen temel yapı fason üretim bilgilerinnin aktarımında olduğu gibidir Burdaki en en önemli far satış işlemlerinin gerektirdiği karma koli bilgilerinin aktarımı ile taşınmakta ürünlerinde kendilerine ait taşıyıcıların olabileceği hatta aynı GTIN numaralı ürünlerin farklı LOT (Seri) den ürünlerinde bulunabileceğidir Bu aktarım XML dosyaları faturaların mali bilgilerini içermeyeceği vede mal fazlası ayrımı yapmadan aktarım yapacak olmalarıdır Mal Fazlası ve mali bilgiler ticari işlem niteliğinde olduğu için fatura üzerinde bu tip detay bilgiler bulunacaktır Bu aktarım dosyası hem satış hemde iade işlemlerinde KARE KOD bilgilerinin 16

18 satıcı firma ve alıcı durumdaki depoların yönetimindeki operasyonel işlemleri kolaylaştırması hedeflenmektedir Sektörümüzdeki iş akışlarına bakacak olursak bu safhadaki kare kod işlemleri en fazla operasyonel zaman kayıplarının yaşanacağı hatta hataların yapılabileceği riskli noktalar olduğu görülecektir Şimdi her satırı ve etiketi anlamları ve örnekler ile inceleyelim <?xml version="10" encoding="iso "?> <sales> İfadesi standart bir ifade olup her XML dosyasında bulunması gerekmektedir <wholesaler_gln></wholesaler_gln> İTS (İlaç Takip Sistemi) içinde her deponun TOBB GS1 (Türkiye Odalar ve Borsalar Birliği) Şubesince belirlenen bir GLN numarası olacağı ilgili klavuzlarda açıklanmıştır Burada Ürünleri satınalanan firmanın GLN numarası yer alacaktır <owner_gln></owner_gln> İTS (İlaç Takip Sistemi) içinde her firmanın bir GLN numarası olduğunu belirtmiştik Bu satırda ise ürünü satan firmanın GLN numarası yer alacaktır <invoice_number></invoice_number> Satılan ürünler bir fatura ile transfer edilmiş ise bu faturanın numara bilgisi bu etiket ile aktarılacaktır Eğer ürünler fatura ile değilde sevk irsaliyesi ile transfer edilmiş ise bu veri etiketi XML dosyası içinde bulunmaya bilir Ancak bu alan bu durumda boş olarak tanımlanacak vede XML dosya içinde bulunacaktır (Örnek: <invoice_number></invoice_number> ) <transfer_recipt></transfer_recipt> Satılan ürünler bir sevk irsaliyesi ile transfer edilmiş ise bu sevk irsaliyesinin numara bilgisi bu etiket ile aktarılacaktır Eğer ürün fatura ve sevk irsaliyesi bir arada bulunan bir fatura ile transfer edilmiş ise bu durumda bu etiket XML dosyası içinde boş olarak bulunacaktır (Örnek: <transfer_recipt></transfer_recipt> ) Taşıyıcılar ile ilgili aktarımlar aynen Fason Üretim Bilgilerinin aktarımında olduğu şekilde planlanmış ve önerilmiştir Bu kısmın bu şekilde olması farklı taşıma şekillerinde dinemik bir yapı sağlanmasına karşın gerekli verilerin firmalar arasına aktarılabilmesini sağlamaktır Satılan ürünlerin transfer aşamasında taşındığı taşıyıcı ile bilgilerin başladığını ifade eder <carrier_type> </carrier_type> Verisi taşıyıcı ile ilgili tip bilgisini içermektedir (Px,Cx ve Sx tipi taşıyıcı kodları genel ihtiyaçlarımıza göre düzenlenmiştir) Bu genel kodların her fason üretici ve ürün sahibi için aynı olmasının yararlı olacağını düşünüyoruz 17 - Px : Palet tipinde bir taşıyıcıdır İçinde direkt ürün veya koli bulunur - Cx : Koli tipinde bir taşıyıcıdır İçinde bağlar (shrink) veya direkt ürünler bulunur - Sx : Bağ (shrink) belirli sayıda ürünü bir arada tutan bant veya plastik bir yapıdır İçinde ürünler bulunur

19 18 - Farklı bir tip kodu : Yukarıda sabit olarak tanımlamayı önerdiğimiz kodların dışında fason üretici ile ürün sahibi arasında tespit edilmesi gerektiği durumlar için düşünülmüştür <carrier_barcode> </carrier_barcode> Verisi taşıyıcının karekod veya lineer barcode bilgisi bir okuyucu ile okutulduğunda elde edilecek olan bilgiyi içerecektir Böylece fiziksel taşıyıcı etiketi ile XML dosyasının ilişkisi yazılım aracılığı ile kurulabilecektir <carrier_weight> </carrier_weight> Her taşıyıcı için gerekli bir bilgi değildir ancak nakliye esnasında taşıycının açılıp/açılmadığını anlamak için etiketlendiğindeki ölçülen ağırlığıdır Standard olarak Kg birimi kullanılacaktır Küçük bağlar için ölçüm yapılmadığında bu veri etiketi aşağıdaki şekilde kullanılmalıdır <carrier_weight>0000</carrier_weight> Ağırlık 5kg 350gr ise yazım şekli <carrier_weight>5350</carrier_weight> olarak belirtilmelidir Ülkemiz için decimal ayraç NOKTA karakteri olacaktır İfadesi artık söz konusu taşıyıcının içindeki taşıyıcıların veya ürünlerin bilgilerin aktarılmaya başlandığını ifade etmektedir Eğer bir taşıyıcı söz konusu ise yine ifadesi ile söz konsu iç taşıyıcının bilgileri aktarılmaya başlanır Ancak <product> <\product> ifadesi ile bir bilgi aktarımı başladı ise artık ürün bilgileri aktarılmaya başlanmış demektir <product> ifadesi ile başlayan veri ürün ün kendisine ait bilgileri içerir Ancak ürün iç bir koli ve bunların içindeki bağlar içinde yer alabileceği gibi, sadece bağ veya direk ürün kutuları şeklinde yer alabilir Bu ifadenin içinde ürünle ilgili temel bilgilerin verilmesini mütakip <product_detail> ifadesi ile başlayan tanımlamayı mütakip bu fiziksel bilgi XML içine konulacak daha sonra uygun şekilde bütün etiketler genel XML kurallarına göre kapatılacaktır Genel Örnek: <carrier_type></carrier_type> <carrier_barcode></carrier_barcode> <carrier_weight></carrier_weight> <carrier_type></carrier_type> <carrier_barcode></carrier_barcode> <carrier_weight></carrier_weight> <product> <product_gtin></product_gtin> <product_quantity></product_quantity> <product_detail> <carrier_type></carrier_type> <carrier_barcode></carrier_barcode> <carrier_weight></carrier_weight> <box_lot></box_lot>

20 <box_expiredate></box_expiredate> <box_serialnumber></box_serialnumber> <box_lot></box_lot> <box_expiredate></box_expiredate> <box_serialnumber></box_serialnumber> </product_detail> </product> Şimdi <product> ifadesinin içindeki etiketlere taşıyıcılar hariç göz atalım Taşıyıcı tanımları daha önceki kısımlarda açıklandığı gibidir <product_gtin></product_gtin> Ürünün GTIN Numarası <product_quantity></product_quantity> Ürünün toplam adedi (Esas ürün sayısı + Mal Fazlası (var ise)) <product_detail> Bu ifade ile artık bu GTIN numaralı ürün ile ilgili detay bilgilerin aktarılacağı anlatılmaktadır Eğer bu ürün değişik taşıyıcıların içinde yer alıyor ise daha öncede belirtiğimiz gibi temel taşıyıcı aktarım bilgilerine yer verilecektir Eğer taşıyıcı yok direkt ürünler belirtiliyor ise ifadesi içinde bu detay bilgiler aktarılacaktır Burdaki esas amaç depolarda da ürünlerin mümkün olduğunca taşıyıcılarından çıkartılmadan depolanabilmesi hatta sevk edilebilmesine kolaylık sağlanmak amaçlanmıştır İTS in ilerki safhalarında depolarda sisteme dahil olduğunda bu yapının sağlayacağı faydalar valide edilmiş bir ortamda her kare kodun tek tek kontrol edilmesinin önüne geçilerek alınan bazı örneklerin kontrolü ile işlemlerin pratik bir şekilde yapılabilmesi sağlanmaktadır Eğer bir hata ileride ortaya çıkarsa depo nun ITS sistemindeki etiketin transfer edildiği XML dosyasına ulaşılarak hatalı işlemler yönetilebilecektir (Herşeyi baştan sona tek tek kontrol etemek erekmeden) Şimdi ürünle ilgili ifadesinin detaylarına birlikte bir göz atalım <box_lot></box_lot> İlaç Kutusunun esas üretim lot (üretim parti) numarası Bunun nedeni bir satış işleminde birbirinden farklı lot numaralarına sahip aynı ürünün satılmış olabileceğidir <box_expiredate></box_expiredate> İlaç Kutusunun YYYYAAGG formatında (Eğer ileride YYYYAA formatına karar verilir ise yazılımların bu konuyu yönetebilecek şekilde hazırlanması gerektiğini tekrar hatırlatmak istiyoruz Burda YYYY yıl, AA ay vede GG gün değerini ifade eder mesala 3 üncü ay AA alanına 03 olarak yazılmak durumundadır Bu formatı tüm teknik arkadaşlarımızın bilgi sahibi olduğu bir husus olduğu için hemen hemen hiç bir dökümanda üstünde durulmaz) <box_serialnumber></box_serialnumber> İlaç Kutusunun kare kod unda bulunacak olan serilization number (aynı ürünün hiç birinde kullanılmayacak artan sırada rasgele üretilmiş unique (tekil) seri numarası bilgisi) 19

21 42 Depo ya İade İşlemlerindeki XML Dosya Örneği <?xml version="10" encoding="iso "?> <sales> <wholesaler_gln>ie_gln</wholesaler_gln> <owner_gln>owner_gln</owner_gln> <invoice_number>101</invoice_number> <transfer_recipt>101</transfer_recipt> <carrier_type>px</carrier_type> <carrier_barcode>a01_0001</carrier_barcode> <carrier_weight>8000</carrier_weight> <carrier_type>cx</carrier_type> <carrier_barcode>b01_0001</carrier_barcode> <carrier_weight>4000</carrier_weight> <product> <product_gtin>prod_01</product_gtin> <product_quantity>8</product_quantity> <product_detail> <carrier_type>sx</carrier_type> <carrier_barcode>c01_0001</carrier_barcode> <carrier_weight>2000</carrier_weight> <box_serialnumber>820a_01</box_serialnumber> <box_serialnumber>821b_01</box_serialnumber> <box_serialnumber>820a_a2</box_serialnumber> <box_serialnumber>820a_21</box_serialnumber> <box_serialnumber>820a_67</box_serialnumber> <carrier_type>sx</carrier_type> <carrier_barcode>c02_0001</carrier_barcode> <carrier_weight>2000</carrier_weight> 20

22 21 <box_serialnumber>820b_01</box_serialnumber> <box_serialnumber>82bb_01</box_serialnumber> <box_serialnumber>82aa_a2</box_serialnumber> <box_serialnumber>82cc_21</box_serialnumber> <box_serialnumber>82dd_67</box_serialnumber> </product_detail> </product> <product> <product_gtin>prod_02</product_gtin> <product_quantity>8</product_quantity> <product_detail> <carrier_type>sx</carrier_type> <carrier_barcode>c01_0001</carrier_barcode> <carrier_weight>2000</carrier_weight> <box_serialnumber>820a_01</box_serialnumber> <box_serialnumber>821b_01</box_serialnumber> <box_serialnumber>820a_a2</box_serialnumber> <box_serialnumber>820a_21</box_serialnumber>

23 </sales> <box_serialnumber>820a_67</box_serialnumber> <carrier_type>sx</carrier_type> <carrier_barcode>c02_0001</carrier_barcode> <carrier_weight>2000</carrier_weight> <box_serialnumber>820b_01</box_serialnumber> <box_serialnumber>82bb_01</box_serialnumber> <box_serialnumber>82aa_a2</box_serialnumber> <box_serialnumber>82cc_21</box_serialnumber> <box_serialnumber>82dd_67</box_serialnumber> </product_detail> </product> 22

24 43 Depo dan İade İşlemlerindeki XML Dosyası Yapısı İade işlemi teorik olarak satış işleminin benzeridir Bu nedenle XML dosyası yapısını hemen hemen aynı kabul etmek hepimiz için daha pratik ve anlaşılır bir sistem oluşturabilmemizi sağlayacaktır Burda altını çizmek istediğimiz husus İade işlemi yapılırken ürünü Eczaneden geri alan depolar SGK nın bu ürün için geri ödeme yapıp yapmadığını kontrol ederek ürün iadesini kabul etmesinin gerekli olduğudur Bizlerinde gelen bu XML dosyası aracılığı ile ürün geri teslim alma işleminde SGK dan depoların iade ettiği ürünlerin geri ödemelerinin yapılıp yapılmadığını kontrol ederek almamız Geri ödemesi yapılmış bir ürünle karşılaştığımızda bunun iadesini kabul etmememiz gerekmektedir Hatta Sağlık Bakanlığının bu gibi durumlarla karşılaşılması durumunda söz konusu ürün hareketlerini izleyerek takip etmesi yerinde sahte hareketlerin önelenmesi yolunda bir adım olabilir <?xml version="10" encoding="iso "?> <return> <wholesaler_gln></wholesaler_gln> <owner_gln></owner_gln> <invoice_number></invoice_number> <transfer_recipt></transfer_recipt> <carrier_type></carrier_type> <carrier_barcode></carrier_barcode> <carrier_weight></carrier_weight> <carrier_type></carrier_type> <carrier_barcode></carrier_barcode> <carrier_weight></carrier_weight> <product> <product_gtin></product_gtin> <product_quantity></product_quantity> <product_detail> <carrier_type></carrier_type> <carrier_barcode></carrier_barcode> <carrier_weight></carrier_weight> <box_lot></box_lot> <box_expiredate></box_expiredate> <box_serialnumber></box_serialnumber> <box_lot></box_lot> <box_expiredate></box_expiredate> <box_serialnumber></box_serialnumber> </product_detail> </product> 23

25 </return> Esasen temel yapı satış bilgilerinnin aktarımında olduğu gibi olduğunu belirtmiştik İki dosyanın en önemli farkı sadece ana başlangıç ve bitiş etiketlerindedir Satış Bildirimleri : <?xml version="10" encoding="iso "?> <sales> </sales> İade Bildirimleri : <?xml version="10" encoding="iso "?> <return> </return> Şeklinde oluşturulmakta iç yapı aynı olmaktadır Bu nedenle bu hareket için bir önek XML dökümanına yer vermedik 5 Temel XML Bilgileri Temel olarak XML ile ilgili hepimizin bildiği hususları ek bilgi olarak dökümanımızda temel noktaları ile bilgilerinize sunmaya çalışacağız Dökümanımızın ilk kısmında da belirtiğimiz gibi ek bilgi sahibi olmak isteyenler aşağıdaki web sitelerinden gerekli gördükleri ek incelemelerini yapabilirler 1 XML Organizasyonun (Standartları oluşturan) web sitesi 2 XML Eğitim i veren bir web sitesi 3 Çeşitli XML yazma ve okuma örnekleri 24

26 XML Yazılımı İle İlgili Temel Kurallar: Kural Bir tag bir başka tag ı mutlaka kapsar Diğer bir değişle, sizin veriniz bir adet root element (ana elemana) sahip olmak zorundadır Örnek <cat> <name>izzy</name> </cat> Eğer bir tag açıyorsanız mutlaka kapatmalısınız Bunun bir istisnai durumu boş tag lar içindirki ilerki kısımlarda bir örnek açıklama göreceksiniz <cat> </cat> Bütün açılan taglar aynı şekilde kapatılmalıdır Doğru <cat> </cat> Yanlış <cat> </Cat> Bazı tag lar boş taglar olarak adlandırılır vede yukardaki yapıya uymak durumunda değildir Her atribute mutlaka ifadesi içinde yer almalıdır Satır Sonu <br/> Doğru patient_id="389467" Yanlış patient_id= Tagların hiyerarşisi doğru olarak takip edilmelidir Doğru <cat> <name>izzy</name> </cat> Yanlış <cat> <name>izzy</cat> </name> XML dökümanlarının tip isimleri mutlaka xml dir Örneğin: FASON_SATISXML 25

27 6İlaç Takip Sisteminin Uygulanması Sonunda Sektördeki Muhtemel Genel Yapı İlaç Takip Sistemi (ITS) sektörümüzde uygulandığında muhtemelen aşağıdaki şekilde bir yapı oluşacaktır Bu yapıyı açıklayabilmek ve önerdiğimiz bu standardların gerekliliği vede nasıl çalıştırılabileceği şeklinde ek bilgi verebilmek amacı ile bu kısım dökümana eklenmiştir İTS Klavuzunun kesin hali yayınlanmamış olmasına rağmen taslaklar ve yapılan toplantılara göre aşağıdaki yapının muhtemel yapı olacağı kanaatindeyiz Yandaki şekle bakarsanız yönetmelik, barkod klavuzu ve İTS Klavuz taslağı sadece Bakanlığın ilgilendiği verilerin aktarımı ve hareketlerini kapasamaktadır - Fason Üretim, fiziksel ürün transferi vede bu ürünlerin karekod larının ilerki bildirimler için kullanılmak üzere ürün sahibinin sistemine kaydedilmesi vb hususlar - Depo lara ürün satışı ve iade sinde karekod bilgilerinin işlenmesine yönelik işlemler Kesin olarak belirsiz durumdadır Bu işlemler günlük olarak sektörümüzün en çok yaptığı işlemler olup Bu işlemler sonucunda doğru bildirimler yapma sorumluluğu biz üreticilere aittir Söz konusu karekod bilgilerinin tek tek okutulması yapmakta olduğumuz işlemlerin verimliliğini kesin olarak olumsuz olarak etkileyecektir Bu önerimiz bu tip verim kayıplarını azaltmak, yönetimini kolaylaştırmak vede birçok farklı firma ve kişi tarafından yazılacak yazılımları birbirleri ile çalışabilecek çözüm önerisi sunmak içindir 26

28 7 İTS Yazılımlarının hazırlanması sonucunda yazılımların genel mimari şekli hakkındaki öngörümüz Bazı olumsuz örnekler vede belirsizlikler nedeni ile firma üst yönetimlerimiz temkinli hareket etmek hatta daha net bir uygulama planı üzerinden başarı ve test imkanı bulunan bir şekilde ilerlemek istemektedirler Ancak Mayıs2008 içinde yayınlanması muhtemel ITS klavuzunda bu net İthalat işleminde Kare kodlama İthal eden tarafından yapılırsa Üretim yapmayan bir şirket dahi olsa üretim yapan modele girecektir 27 E R P ITS Sistemi Fason Üretici 2D Eğer gerekiyorsa diğer Modüllerde kurulmalı İthalat İşleminde Kare Kodlama yur dışında yapılıyor ise yurt dışındaki fabrikada fason üretici şeklinde bir yapıda olmalıdır İşte bu nedenle XML dosyalarında alan isimlerini İngilizce öneriyoruz Hem bize bilgi aktarımı kolaylaşacak hemde ilerdeki ihracat işlemleri kolaylaşacaktır Fason Üretim İthalat Fason Ürün Transferi Fason Ürün Transferi İthalat Bakanlığa Bildirim Fason Ürün Kabul Bakanlığa Bildirim İthal Ürün 2D Kodlama Veya Kabul Ürün Sahibi Üretim Yapıyor Ürün Satış/ İade Fason Ürün Transferi Fason Üretim Ürün Sahibi Üretim (Yapmıyor) Fason Ürün Kabul Eğer gerekiyorsa diğer Modüllerde kurulmalı İthal Ürün 2D Kodlama Veya Kabul Ürün Satış/ İade 2D Eğer gerekiyorsa diğer Modüllerde kurulmalı E R P E R P Satış Bu çizimde Eczane lere yer verilmemiştir Ayrıca depolama ve teslimat ara bir depo aracılığı ile yapılıyor ise firmanın uyduğu modelin WAN üzerindeki bir bağlantısı olacak şekilde Ürün Satış/İade ve Fason Ürün Kabul modülleri söz konusu tedarikçinin bulunduğu lokasyonda çalıştırılarak çözümlenebilir İade Satış İade Bakanlığa Bildirim Depo (İthalat Yapıyor) Ürün Satınalma/ İade Bakanlığa Bildirim Eğer gerekiyorsa diğer Modüllerde kurulmalı Depo Ürün Satınalma/ İade İade İthal Ürün 2D Kodlama Veya Kabul Ürün Satış/ İade Ürün Satış/ İade Eğer gerekiyorsa diğer Modüllerde kurulmalı Satış E R P E R P olmayan hususlar ortaya çıkacaktır Bildirim ve depoların sisteme dahil olma süreçleri 2009 içinde olacağı toplantılarda geçtiği için biz aşağıda bu hususları dikkate alarak öngördüğümüz genel yazılım mimarisini belirttik Tüm ara işlemlerdeki bilgi akışı bu dökümanlarda belirtiğimiz XML dosyaları aracılığı ile karşılanabilmektedir İş akışları açısından da yaklaşırsak ilgili birimler temel validasyon kurallarını tespit eder ve bir template döküman hazırlanırsa hepimiz için birçok operasyonel problem daha oluşmadan çözümlenmiş olacaktır Sonuç olarak İTS Süreç komitesi bu önerileri kabul ederek Bakanlığımız Klavuzunda bu hususlara yer verilir ise Bakanlığımızın desteği ile bu standartlar kurulabilir

29 Bakanlığımız bu hususta bir standardı tanımlamayı uygun görmez ise AIFD, İEİS, TİSD ve Depo ları temsil eden sivil toplum kuruluşları ile görüşülerek Tüm üyelerinin bu husustaki ortak olarak son hali verilecek bir standardı uygulatmaları durumunda da aynı faydayı tüm sektör olarak sağlayabiliriz 8 Sonuç Önerimiz Mevcut klavuz ve yönetmeliğin şu an için düzenlemediği aşağıdaki işlemlerin sektörümüz için oluşturacağı verim düşüşü, bilgi aktarım standardı problemlerinin giderilmesi/azaltılması amacı ile Bilişim Sektöründe uzun zamandır uygulanan XML teknolojisinin ve standardlarının kullanılmasını öneriyoruz Bu dökümanda bu işlemlerle ilgili önerdiğimiz üç XML dosyası örnekleri ile sizlerin görüşünüze sunulmuştur 28