Dmitriy Kononov
Konuşalımİletişim

ÇÖZÜMLER

1C işinizi karşılamıyor ama değiştirmek istemiyor musunuz? 1C entegrasyonu: muhasebenin yanında kendi araçlarınız

BDT'de yaygın muhasebe ve ERP sistemi 1C'yi web sitesine, tablolara, belgelere ve özel araçlara bağlıyorum. 1C yerinde kalıyor.

Pratikte nasıl görünüyor

1C muhasebeyi yürütüyor ama her şeyi değil

1C, Rusya ve BDT ülkelerinde pek çok şirketin kullandığı bir muhasebe ve ERP sistemidir. Ürün kartlarınız, stokunuz, belgeleriniz ve muhasebeniz orada. Onu değiştirmeyi düşünmüyorsunuz: sistem kurulu, çalışanlarınız alışkın. Ama çevresinde 1C içinde çözmesi zahmetli işler birikiyor. Web sitesinden gelen siparişleri biri elle aktarıyor. Stoku biri Excel dökümüyle kontrol ediyor. Tasarımcılar malzemeleri tablolarda hesaplıyor, sonra bu kalemlerin 1C'de olup olmadığını arıyor.

Bu tür işler için 1C'nin yanında çalışan ve verisini ondan alan ayrı bir araç ya da entegrasyon geliştiriyorum. 1C muhasebe sisteminiz olarak kalıyor. Onda olmayan mantık kendi sunucusunda çalışıyor.

Bir üretim şirketinde nasıl oldu

2024'te karmaşık ürünler üreten bir şirket için bir program geliştirdim. Her ürün çok sayıda Excel spesifikasyonunda tanımlıydı ve çalışanlar parçaları ve malzemeleri önceden elle topluyordu. Program ürünü parçalarına ayırıyor, sipariş adedi için malzemeyi hesaplıyor, bunları 1C'deki malzeme listesiyle karşılaştırıyor ve 1C'de bulunmayan kalemleri işaretliyor. Sonuç şirketin iç muhasebe, depo ve planlama sistemlerine ve taşeronlara gidiyor. Muhasebe 1C'de kaldı, hesaplama ve kontrol ayrı bir programda yürüyor. Ayrıntılar parça ve malzeme hesabı vaka çalışmasında.

Geliştirmeden önce neyi netleştiriyorum

Önce 1C'de hangi yapılandırmayı kullandığınıza ve onu kimin yönettiğine bakıyorum. Veri alışverişinin yolu buna bağlı: zamanlanmış dosya aktarımı, HTTP servisleri ya da standart OData arayüzü. Alışveriş için yapılandırmanın içinde değişiklik gerekiyorsa bunu genellikle veritabanınızla zaten ilgilenen 1C programcısı yapar. Formatı onunla kararlaştırıp kendi tarafımı geliştiriyorum.

Sonra hangi sistemin neden sorumlu olduğunu belirliyoruz. Stok ve fiyatlar büyük ihtimalle 1C'de esas kalır. Bir web siparişinin durumu ya da atölye için yapılan hesap yeni araca ait olabilir. Bunu baştan konuşmazsak iki sistem hangi rakamın doğru olduğunda anlaşamaz.

Anonimleştirilmiş örneklere de ihtiyacım var: birkaç sıradan belge ve birkaç zor durum. Örneğin siparişte olan ama malzeme listesinde olmayan bir kalem.

Olası ilk aşama

Baştan sona tek bir veri akışı. Diyelim ki web siparişleri elle giriş olmadan 1C'ye düşüyor. Ya da program spesifikasyonlardaki malzemeleri listeyle karşılaştırıyor ve uyumsuzlukları liste halinde gösteriyor. Telefon sistemi ya da CRM, ilk akış çalıştıktan sonra eklenebilir. İlk aşamanın kapsamını ve maliyetini geliştirmeden önce kararlaştırıyoruz.

Sonucu nasıl teslim alıyoruz

Kararlaştırılan örnekleri çalıştırıyoruz: sıradan bir belge, tekrar gönderim, 1C'de olmayan bir kalem, veritabanına bir süre erişilememesi. 1C'ye ya da yeni araca neyin düştüğünü, neyin hata olarak işaretlendiğini ve çalışanın ne gördüğünü kontrol ediyoruz. Entegrasyonla birlikte alanların açıklamasını ve alışveriş durursa izlenecek adımları alıyorsunuz.

İlgili sayfalar

API entegrasyonları, verileriniz hâlâ Excel'deyse elektronik tablo otomasyonu ve bir sistemin neden kendi sunucusuna ihtiyaç duyduğunu anlatan yazı. 1C kullanıyorsanız ve onun karşılamadığı bir işiniz varsa bana anlatın.