Yazılım Değişimi Kolaylaştı

joke Technology GmbH

Öncelikle bize firmanız ve nükleer prosedürünüz hakkında kısa bir bilgi verir misiniz? Ne zamandan beri caniasERP kullanıyorsunuz?

Andrew Doge: joke Technology GmbH ve joke Folienschweißtechnik şirketlerinin ikisi joke'a aittir. Robert Kettenbau 1940'ta kaynak tertibatlarının üretimi ve inşasıyla ve firmanın kuruluşuyla temel taşı yerleştirdi. Zamanla, hizmet yelpazesi, alet üreten şirketlere ve hepsinden önemlisi, yenilikçi çözümler ve çok çeşitli aksesuarlarla kalıp üreticilerine en iyi çözümleri sunmaya giderek daha fazla odaklandı. Ek olarak joke Technology GmbH, katkı maddelerinden imal edilmiş bileşenlerin yeniden işlenmesinde teknoloji öncüsü olarak yerini aldı. Grup bugün dünya çapında aktiftir ve 150'den fazla çalışana sahiptir. Bunun için teknik yeterlilik ve yüksek kalite talebimiz bizim için özellikle önemlidir.

joke Folienschweißtechnik GmbH bir folyo kaynak tekniği dizge evidir. Biz burada tek çatı altında bir imalat ve hizmet şirketiyiz ve çok çeşitli ürün teklifleri sunuyoruz. On yıllar boyunca büyüyen bu ürün programına ek olarak, dünya çapında yeni folyo kaynak görevleri için neredeyse her gün müşteri odaklı çözümler geliştiriyoruz.

joke Technology GmbH ile biz, yüzeylerin ince işlenmesi alanında başarılıyız ve bu kesimde Avrupa'da piyasa lideriyiz.

Süreçlerimizi temelde marka evimizin dört sütununa göre yapılandırıyoruz: bir yanda geliştirme, üretim, servis, onarım ve bakım, diğer yanda ticaret ve lojistik, diğer iki sütun ise satış ve kalite. 2008'den beri kullandığımız caniasERP şirket çözümüyle yönettiğimiz nükleer prosedürlerimiz bu alanlardadır.

Şu anda bir yazılım değişimi yapıyorlar. Bunun için ana nedenler nelerdi?

ERP çözümümüzü 2008'den beri şirketlerimizde kullandığımızdan, 6.02 versiyonundan 6.04'e yapılan yazılım değişiminden sonra güncel bir teknik duruma güncelleme gerekliydi. 2008'den beri caniasERP'i sürekli kendi taleplerimize göre ayarladık. Bu imkân önceleri bu ERP sistemi için karar nedeniydi. Ancak karmaşık şirket içi geliştirmelerimiz zamanla bizim için farklı zorlukları beraberinde getirdi: Yeni çalışanlar şirket içi geliştirmelerin eksik veya yetersiz belgelendirilmesiyle kolay entegre edilemezler. Ayrıca, şirket içi geliştirmelerimizden bazılarının bugün artık piyasaya sürülmeye hazır olmadığı veya mevcut standartta artık çok daha iyi kopyalanabileceği ortaya çıktı. Önemli süreçlerimizde yüksek bir karmaşıklık da ortaya çıkıyor.

Yeni bir sunucu sistemi aracılığıyla 2020'de On Premise Cloud Services'in büyümesi ve gelişmesi için yeni kapasiteler ve remote ofislerinin birleştirilmesi ve server işletim sistemlerinin yükseltilmesi ve veri bankaları mümkün olmuştur.

Yazılım değişimiyle caniasERP'in ZUGFERD, rezervasyonlar, proje yönetimi ve Web istemci erişimi gibi yeni işlevselliklerini kullanabiliriz ve böylece yeni ve değişen piyasa taleplerine uyabiliriz. 

IAS tarafından değişim için yapılan hazırlığı nasıl değerlendiriyorsunuz?

IAS'la iş birliğinde her zaman talep ve süreçlerimizin iyi anlaşıldığı ve içselleştirildiği izlenimine sahibiz. Bu doğal olarak iletişimi kolaylaştırıyor. Ek olarak sabit bir muhatabımız var. Değişime hazırlık şöyle işledi: İhtiyaçlarımızı belirleyebildik ve bunları çok yapılandırılmış şekilde kaydettik. Belirlenmiş talepler sebebiyle yazılım değişimi aracılığıyla sağlanan imkanlar konusunda bilgilendirildik ve direkt ayarlamaya ve değiştirmeye geçebildik.

Değişimde hangi yararı görüyorsunuz? Özellikle yararlanan belirli firma bölümleri var mı?

Temel olarak değişimin belirtilen zorlukları aşmamızı sağlayabileceği söylenebilir: Örneğin caniasERP modülleri için standart olarak önceden karmaşık şirket içi geliştirmelerimizle yeni ve bundan sorumlu çalışanlar için zorluklar oluşturan kapsamlı bir belgeleme mevcuttur. Bu çalışanların işe daha iyi alışabilmeleri için belirgin şekilde iyileştirilmiş bir temele sahibiz. Ek olarak farklı karmaşık süreçler oldukça kolaylaştırılıyor. Bu, özel şirket bölümleri ile değil, aynı şekilde değişimden yararlanan tüm esas süreçlerle ilgilidir.

Ayrıca yeni standart teknikleri kullanıyoruz (örneğin veri bankası versiyonları, web istemcisi, mobil cihazların bağlanması gibi).

Özellikle dış hizmetimiz aşağıdaki iyileştirmelerden yararlanır:

• CalDAV ile senkronize takvim ve kontaklar
• Imap ile kolaylaştırılmış eposta erişimi

Neden bir değişimi tavsiye edersiniz?

Yukarıda anlatıldığı gibi, caniasERP ürünü de doğal olarak zamanla değişti ve daha iyi hale geldi. Örneğin önceden kendi uyarlamalarımıza bağlı olan süreçler standardize edildi. Bunlara şirket çözümü sunan Big Data, otomasyon, CTI ve IoT ile ilgili yeni imkanlar eklenir. Böylece gelecek yıllar için de teknolojik açıdan çok hazır olduğumuzu biliyoruz.

IAS ekibinin süreci izlemesini nasıl değerlendirirsiniz?

IAS'ta kalifiye ve yetenekli muhataplarımız var, bunu tüm iş birliği süresince deneyimliyoruz ve değerli buluyoruz. Yazılım değişimi şu anda çok iyi ve yapılandırılmış şekilde yönetiliyor. Haftada bir düzenli bir randevumuz var, bu iyi bir iletişimi sağlıyor. Böylece statik değildir, taleplere uygun şekilde uygulanıp uygulanmadığı ve gerektiğinde uygun şekilde değiştirilip değiştirilmediği her zaman düşünülebilir. Böylece süreci çok basit ve esnek buluyoruz.

Bize kısaca yazılım değişimi sürecini tanımlayabilir misiniz?

Seve seve. İlk adımda proje katılımcıları tespit edildi ve bir gelişim ilkesi belirledik. Sonra sistem şartları araştırıldı ve yeni veri bankası dolduruldu. Sonraki adımda yazılım 8.03 yazılımının mevcut bir analizi, IAS aracılığıyla danışmanlık, 8.03'te göç durumunun araştırılması peşi sıra gider.

Daha sonra tüm uzmanlık bölümleri için gerekli uygulamalar istendi ve sonunda hayata geçirildi. Bunun için öncelikleri belirledik ve proje bunlara uygun şekilde uygulamaya koyuldu. Ayrıca bu esnada gelişim ilkesi dikkate alındı.

Son adımda yeni uygulamalara alternatif olarak, göç aracılığıyla süreç uyarlamaları ve sonunda geçerleme ile GoLive yapıldı.

Hangi hazırlıkları yaptınız / hangi hazırlıkların yapılması gerekiyordu?

Yazılım değişiminin hedef belirlemesini projeyi çıkaran ve diğer adımlara fırsat veren işletme yönetimine verdik. Firma içinde farklı uzmanlardan oluşan bir proje grubu oluşturduk ve masraf, kapasiteler ve bütçe hakkında ortak bir tahminde bulunduk. Ek olarak yazılım değişiminden önce uygun donanım kaynaklarının sağlanması gerekiyordu. Ancak hepsi birden, yapılandırılmış ve eleştirici olmayan bir hazırlık süreciydi.