Kantar entegrasyonu, tartım cihazından alınan verinin doğru araç, ürün, sipariş ve sevkiyat kaydıyla ilişkilendirilmesidir. Beton ve çimento firmalarında amaç yalnız ekrana ağırlık yazdırmak değildir; brüt, dara ve net değerlerin hangi işe ait olduğunu ve hangi kullanıcı tarafından onaylandığını izlemektir. Bağlantı yöntemi cihazın teknik yapısı incelenerek belirlenir.
İlgili rehberler: donanım ve API entegrasyonlu özel yazılım · lojistik ve sevkiyat süreçleri · karekodla işlem kimliği eşleştirme
Kantar Entegrasyonu Neyi Birbirine Bağlar?
Kantar bağlantısında fiziksel ölçüm, tartım oturumu ve ticari işlem farklı kayıtlardır. Ölçüm cihazın ürettiği ağırlık verisidir; tartım oturumu bu verinin belirli araç ve zamanla ilişkisidir. Ticari işlem ise ürünün hangi sipariş, depo veya sevkiyat için hareket ettiğini açıklar.
Bu üç katman ayrılmadığında ekranda doğru bir ağırlık görünse bile yanlış müşteriye ait belge oluşabilir. Örneğin daha önce tartılmış bir aracın plakasının seçili kalması, yeni ölçümün eski siparişe bağlanmasına yol açabilir. Yazılımın hem veri kaynağını hem işlem ilişkisini doğrulaması gerekir.
Karekod Yazılım açısından bu iş, cihaz ve işletme süreci birlikte incelenerek tasarlanacak özel yazılım projesidir. Her marka kantara hazır bağlantı bulunduğu varsayılmaz. Mevcut donanım, bağlantı dokümanı, örnek veri ve kullanılacak ticari sistem görülmeden entegrasyon kapsamı kesinleştirilmemelidir.
Brüt, Dara ve Net Tartım Nasıl Ayrılır?
Brüt, dara ve net değerler ayrı anlam taşır; aynı kayıt alanının farklı adları değildir. Net miktar, ilgili tartım düzeninde brüt değerden dara çıkarılarak hesaplanır. Hangi ölçümün hangi sırada ve hangi araca ait alındığı doğrulanmadan bu hesap tek başına güvenilir bir işlem ilişkisi kurmaz.
Örnek bir senaryoda aynı araç için brüt 32.000 kilogram, dara 14.000 kilogram ise aradaki fark 18.000 kilogramdır. Bu sayılar hesap mantığını göstermek içindir; araç taşıma sınırı, kantar kapasitesi veya belirli bir ürünün yoğunluğu hakkında bilgi vermez. Kullanılan ölçüm birimi her aşamada açık görünmelidir.
Dara değerinin yeni ölçümden mi yoksa kayıtlı bir kaynaktan mı alınacağı işletmenin onaylı tartım düzenine göre belirlenir. Kayıtlı değer kullanılıyorsa kaynağı, geçerliliği ve değişiklik geçmişi görünür olmalıdır. Yazılım, eski bir değerin her koşulda doğru olduğunu varsayarak işlem kapatmamalıdır.
| Veri | Ne Anlatır? | Doğrulama |
|---|---|---|
| Brüt | İlgili tartımda ölçülen toplam kütle | Araç ve ölçüm oturumu |
| Dara | Net hesapta kullanılacak araç ağırlığı | Kaynak ve eşleştirme |
| Net | Brüt ile dara arasındaki fark | Birim ve hesap kontrolü |
| İşlem numarası | İki ölçümü aynı işe bağlayan kimlik | Tekillik ve durum |
| Onay kaydı | Hangi kullanıcı işlemi tamamladı? | Yetki ve zaman bilgisi |
Betonun Hacmi ile Çimentonun Ağırlığı Karıştırılmamalı
Hacim ile kütle farklı büyüklüklerdir. Hazır beton siparişinde metreküp kullanılması, kantardan alınan kilogram değerinin doğrudan aynı miktar olduğu anlamına gelmez. Çimento sevkiyatında da torba, kilogram ve ton ilişkisi ürüne ve kullanılan ticari birime göre tanımlanmalıdır.
Kantar projesinde önce hangi işlemin hangi ölçüme dayanacağı belirlenir. Sipariş hacmi, tartım sonucu ve kabul edilen ticari miktar gerekiyorsa ayrı alanlarda tutulur. Bu alanların arasındaki bağlantı, işletmenin doğrulanmış teknik ve ticari kuralları üzerinden tasarlanır; rastgele dönüşüm katsayısı eklenmez.
Bir raporda hacim ve ağırlık yan yana gösterilebilir fakat ortak toplamları alınamaz. Kullanıcıya hangi değerin cihazdan geldiği, hangisinin hesaplandığı ve hangisinin manuel girildiği açık olmalıdır. Böylece kaynak ölçümle sonradan yapılan ticari değerlendirme birbirine karışmaz.
Cihazdan Veri Alma Yöntemi Nasıl Seçilir?
Bağlantı yöntemi kantarın göstergesi veya bağlı kontrol biriminin sunduğu veri arayüzüne bağlıdır. Ağ bağlantısı, seri iletişim veya belgelenmiş başka bir veri çıkışı bulunabilir. Yazılım tasarımı cihazın gerçek teknik dokümanına ve örnek çıktısına dayanmalıdır.
İlk incelemede cihaz modeli, sürümü, bağlantı noktaları, veri gönderme biçimi ve örnek tartım mesajı toplanır. Mesajın birim, işaret, durum ve ağırlık alanlarının anlamı açıklanmalıdır. Yalnız rakamların okunabiliyor olması, ölçümün işlem için onaylanabilir durumda olduğunu göstermez.
Mevcut bir kantar yazılımı kullanılıyorsa verinin hangi katmandan alınabileceği ayrıca değerlendirilir. Cihazı doğrudan okumakla mevcut yazılımın belgelenmiş servisini kullanmak farklı projelerdir. Yetkisiz veri tabanı erişimi veya kaynağı bilinmeyen ekran kazıma yöntemi yerine sürdürülebilir ve izinli bir bağlantı planlanmalıdır.
Kararlı Ölçüm ve İşlem Onayı Nasıl Yönetilir?
Cihazın ölçüm durumunu bildirebilmesi halinde bu bilgi tartım kaydıyla birlikte ele alınmalıdır. Gösterge değişirken görülen ilk sayıyı kesin sonuç olarak kaydetmek uygun değildir. Hangi durumda tartımın onaylanacağı cihazın sağladığı veri ve işletmenin onaylı işleyişiyle belirlenir.
İşlem ekranı bekleyen, veri alınan ve onaylanmış tartımı açık biçimde ayırabilir. Kullanıcı yetkisi, onay düğmesi ve uyarı mesajı buna göre tasarlanır. Ölçümden sonra araç veya ürün değiştirilecekse önceki bağlantı fark edilmeden kullanılmamalıdır.
Manuel veri girişi gerekiyorsa bunun otomatik ölçümden ayrıldığı görünmelidir. Manuel girişin nedeni ve kullanıcı kaydı tutulabilir; belirli işlemler için ikinci onay istenebilir. Ancak yazılımın bu kontrolleri, kantarın fiziksel uygunluk ve ölçüm doğruluğu incelemesinin yerine geçen işlemler olarak sunulmaz.
Plaka, Sipariş ve Sevkiyat Hangi Anahtarla Eşleştirilir?
Tartımların yalnız plaka üzerinden eşleştirilmesi her durumda yeterli değildir. Aynı araç aynı gün farklı ürün ve müşteriler için çalışabilir. Bu nedenle benzersiz işlem numarası, plaka ve iş referansı birlikte değerlendirilmelidir.
QR veya barkod, önceden oluşturulmuş tartım oturumunu hızlıca çağırmak için kullanılabilir. Kodun okunması fiziksel ağırlığı ölçmez ve aracın doğru olduğu sonucunu tek başına üretmez. Kullanıcı ekranında araç, ürün ve sipariş bilgisi ayrıca doğrulanmalıdır.
Kod içinde bütün müşteri veya ticari bilgileri taşımak çoğu zaman gerekli değildir. İşlem kimliği üzerinden yetkili kullanıcıya ilgili kayıt gösterilebilir. Kimliğin tahmin edilmesiyle başka müşterilerin kayıtlarına erişilememesi, özel yazılımın erişim kontrolü kapsamında değerlendirilmelidir.
Giriş ve Çıkış Tartımı İçin Uygulamalı İş Akışı
Örnek bir iş akışı, ölçümlerin birbirine ve sevkiyata nasıl bağlandığını göstermelidir. Aşağıdaki adımlar proje analizi içindir; belirli bir kantar cihazıyla hazır bağlantı veya belirli bir santral otomasyonuyla doğrulanmış uyum iddiası içermez. Gerçek uygulama işletmenin tartım sırasına göre uyarlanır.
İlk ölçümün eksik kaldığı veya aracın farklı bir işle dönüp geldiği durumlar da senaryoya dahil edilmelidir. İşlem numarası bu noktada yalnız ekranda görünen bir sıra değildir; iki ölçüm arasındaki ilişkiyi koruyan ana kayıttır. Kullanıcı yeni iş açtığında eski oturumun durumu korunmalıdır.
Uygulamalı Örnek Senaryo
- İş kaydı açılır: Araç, ürün, sipariş ve sevkiyat referansı doğrulanır; tek bir tartım oturumu oluşturulur.
- Ölçümler alınır: İşletmenin tartım düzenine göre gereken ölçümler aynı oturuma kaydedilir; cihaz ve birim bilgisi korunur.
- Net miktar kontrol edilir: Eşleşen brüt ve dara üzerinden hesap yapılır; beklenmeyen sonuç varsa yetkili kullanıcıya kontrol bırakılır.
- Belgeye bağlanır: Onaylanan işlem ilgili sevkiyat veya depo hareketine aktarılır; aktarım sonucu ve ticari belge referansı kaydedilir.
Mükerrer Gönderim ve Bağlantı Hatası Nasıl Ele Alınır?
Bir tartımın ticari sisteme birden fazla kez ulaşması, ikinci bir fiziksel hareket gerçekleştiği anlamına gelmez. Aktarımda benzersiz işlem kimliğiyle daha önce işlenmiş kayıt kontrol edilmelidir. Böylece bağlantı tekrarında aynı tartımın ikinci stok hareketi oluşturması önlenmeye çalışılır.
Kaynak sistem ölçümü gönderdiği halde hedefin yanıtı gelmeyebilir. Bu durumda işlem doğrudan başarısız veya kesin tamamlandı sayılmamalıdır. Hedefte kayıt oluşup oluşmadığını kontrol edecek bir sorgu veya uzlaşma yöntemi tasarlanmalıdır.
Bağlantı kesintisinde nasıl davranılacağı proje sınırına yazılır. İşlem durdurma, yetkili kontrol veya kontrollü yeniden deneme seçenekleri teknik yapıya göre değerlendirilir. Belirli bir bulut ürününün çevrimdışı çalıştığı veya her bağlantı sorununda veri kaybetmeden devam edeceği yönünde doğrulanmamış vaat verilmez.
| Durum | Beklenen Davranış | Kontrol Kanıtı |
|---|---|---|
| Aynı kayıt tekrar gönderildi | İkinci ticari hareket oluşmamalı | Ortak işlem kimliği |
| Yanlış sipariş seçildi | Onaydan önce fark görünmeli | Araç ve sipariş ekranı |
| Hedef sistem yanıt vermedi | Durum belirsiz olarak izlenmeli | Aktarım ve sorgu kaydı |
| Ölçüm birimi farklı | Dönüşüm açıkça kontrol edilmeli | Birim tanımı |
| Manuel miktar girildi | Kaynağı ayrı görünmeli | Kullanıcı ve gerekçe |
Depo Hareketi ve e-Belge Bağlantısı Nasıl Kurulur?
Onaylanan tartımın depoya giriş, depodan çıkış veya başka bir ticari işleme dönüşeceği açıkça tanımlanmalıdır. Her tartım otomatik olarak satış sayılmaz. Mal kabul, sevkiyat ve işletme içi hareketin ayrı işlem türleri olması kayıtların anlamını korur.
Tartım kaydıyla resmi belge arasındaki bağlantı, ilgili belge numarası ve işlem referansı üzerinden izlenebilir. Belge düzenleme süreci kullanılan e-Belge altyapısına göre ayrıca değerlendirilir. Güncel teknik belgeler için GİB e-Belge kaynakları incelenmelidir; bu rehber genel bir yasal zorunluluk veya belge geçerliliği kararı vermez.
Hedef ticari sistemde ürün ve müşteri kodları farklıysa veri eşleştirmesi gerekir. Kaynak verideki değişikliklerin hedefteki geçmiş kayıtları nasıl etkileyeceği de konuşulmalıdır. Yanlış eşleşmiş bir ürünün düzeltilmesi, yalnız bağlantı ekranındaki adı değiştirmekle tamamlanmış sayılmamalıdır.
Yetkilendirme ve Denetim İzi Neden Gereklidir?
Tartım işlemini başlatma, ölçümü onaylama, sipariş eşleşmesini değiştirme ve ticari aktarımı yeniden deneme yetkileri aynı kişide olmak zorunda değildir. Kullanıcı rolleri işletmenin kontrol düzenine göre belirlenmelidir. Kritik değişikliklerin kim tarafından yapıldığı sonradan anlaşılabilmelidir.
Denetim kaydında işlem numarası, kullanıcı, zaman, değişen alan ve gerekçe bulunabilir. Kullanıcı yalnız mevcut değeri görüp önceki kaydı okuyamıyorsa farkın nasıl oluştuğunu araştırmak zorlaşır. İşlem geçmişinin de yetkisiz değişiklikten korunması proje kapsamına dahil edilmelidir.
Günlük raporlarda cihazdan veri alınamayan, onayı bekleyen veya hedef sisteme aktarımı tamamlanmamış kayıtlar ayrılabilir. Böylece operatörün kontrol etmesi gereken işler görünür olur. Hata kaydına gereksiz kişisel veya gizli bilgi yazılmaması da erişim ve veri yönetiminin bir parçasıdır.
Özel Yazılım Teklifi İçin Hangi Bilgiler Hazırlanmalı?
Bir kantar entegrasyonu görüşmesinde cihaz bilgisi, örnek tartım çıktısı ve mevcut iş akışı birlikte hazırlanmalıdır. Yalnız cihazın fotoğrafı veya model adı, veri erişim biçimini kesinleştirmeyebilir. İşletmenin hangi ticari kaydı hangi aşamada oluşturduğu da görülmelidir.
İhtiyaç dosyasında araçların kaç farklı noktada tartıldığı, aynı işin nasıl tanındığı ve düzeltmelerin kimin onayıyla yapıldığı açıklanabilir. Hedef yazılımın belgelenmiş bağlantı imkânları ve örnek ürün kodları eklenmelidir. Geliştirme teslimi, kabul testleri ve sonradan değişiklik yönetimi bu bilgilerle daha somut hale gelir.
Genel stok ve cari süreçlerinde Posingo bulut yazılımı değerlendirilebilir; kantar bağlantısının bu ürünün hazır bir özelliği olduğu varsayılmaz. Karekod Yazılım’ın rolü şirketin sürecine uygun özel bağlantıyı analiz etmektir. Hazır ticari modülle özel donanım projesinin sorumlulukları ayrı yazılmalıdır.
Pilot ve Kabul Testi Nasıl Tamamlanır?
Pilot test yalnız bir başarılı tartımla bitirilmemelidir. Normal giriş ve çıkışın yanında eksik ölçüm, tekrar gönderim, yanlış plaka ve hedef sistem yanıt hatası da denenmelidir. Her senaryoda beklenen sonuç önceden yazılı olmalıdır.
Kaynak tartım ile hedefte oluşan stok veya sevk kaydı ortak kimlikle karşılaştırılır. İki sistemde miktarın, birimin ve ürün eşleşmesinin aynı olduğu kontrol edilir. Kayıtların tarih ve saatlerinin nasıl yorumlandığı da özellikle gün değişiminde test edilmelidir.
Canlıya geçişte eski açık tartım oturumlarının nasıl devralınacağı, başarısız aktarımın kime bildirileceği ve gerekli geri dönüş adımları belirlenir. Mesai saatleri içindeki uzaktan destek ve teknik iletişim kapsamı açıkça yazılır. Böylece teslim, yalnız bir bağlantının kurulmasıyla değil, işletmenin günlük senaryolarının doğrulanmasıyla tamamlanır.
Tartım Sonucunu Sonradan Düzeltmek Nasıl Yönetilmeli?
Sonradan yapılan düzeltme, cihazdan gelen özgün ölçümü görünmez biçimde değiştirmemelidir. Ölçüm kaydı korunurken ticari ilişki veya açıklama yetkili işlemle düzeltilebilir. Hangi alanın değiştiği ve bunun hedef sistemde hangi kayıtları etkilediği açık olmalıdır.
Yanlış siparişe bağlanmış bir tartım düzeltilirken eski stok hareketinin durumu da değerlendirilir. Yalnız ekrandaki sipariş numarasını değiştirmek daha önce oluşmuş belgeyi veya depo hareketini kendiliğinden düzeltmez. Bu yüzden geri alma, yeni kayıt oluşturma ve mutabakat adımları projenin kabul senaryolarına yazılmalıdır.
Düzeltme ihtiyacı sık tekrarlanıyorsa kullanıcı arayüzü ve zorunlu alanlar yeniden incelenmelidir. Benzer plakalar, açık kalan eski oturumlar veya anlaşılmayan durum adları hataya katkıda bulunabilir. Kayıt geçmişi bu sorunları araştırmaya yardım eder; tek başına bütün operasyon hatalarını ortadan kaldıran bir garanti olarak sunulmaz.
Sıkça Sorulan Sorular
Aşağıdaki yanıtlar, süreç kurulurken sık karşılaşılan karar noktalarını açıklar. Uygulama kapsamı işletmenin kayıt düzeni ve mevcut sistemleri incelenerek belirlenir.
Kantar entegrasyonu nedir?
Tartım cihazının verisini araç, ürün, sipariş ve sevkiyat kaydıyla ilişkilendiren bağlantıdır. Yalnız ağırlık okumayı değil, doğru işleme eşleştirme ve aktarım kontrolünü de kapsar.
Her kantar cihazına bağlantı kurulabilir mi?
Uyumluluk cihazın veri çıkışı, teknik dokümanı ve erişim imkânıyla değerlendirilir. Her marka ve modele hazır bağlantı bulunduğu söylenemez.
Net ağırlık nasıl hesaplanır?
İlgili tartım düzeninde net, eşleştirilmiş brüt değerden dara çıkarılarak hesaplanır. Ölçümlerin aynı araç ve işe ait olduğu, kullanılan birim ve veri kaynağı ayrıca doğrulanmalıdır.
Kantar verisi betonun metreküp miktarı mıdır?
Hayır. Kütle ile hacim farklı büyüklüklerdir. Birbirine bağlanmaları gerekiyorsa işletmenin doğrulanmış teknik ve ticari kuralları ayrıca tanımlanmalıdır.
QR kod ağırlığı ölçer mi?
QR kod tartım oturumunu veya iş kaydını çağırmak için kullanılabilir. Fiziksel ağırlığı ölçmez; bu veri kantar cihazı veya doğrulanmış başka bir kaynaktan gelir.
Aynı plakanın iki seferi nasıl ayrılır?
Her iş için benzersiz işlem numarası kullanılır. Plaka, sipariş ve tartım oturumu birlikte eşleştirilir; yalnız plaka kaydı yeterli kabul edilmez.
Aynı tartım tekrar gönderilirse ne olur?
Entegrasyon aynı işlem kimliğini tanımalı ve ikinci ticari hareketin oluşmasını önleyecek kontrol içermelidir. Tekrar gönderim, kabul testlerinde ayrıca denenmelidir.
Manuel tartım girişi yapılabilir mi?
İşletmenin onaylı süreci gerektiriyorsa ayrıca tasarlanabilir. Manuel kaydın kaynağı, kullanıcı bilgisi ve gerekçesi otomatik ölçümden ayrılmalıdır.
Posingo’da hazır kantar bağlantısı var mı?
Bu yazı hazır kantar bağlantısı bulunduğunu iddia etmez. Kullanılacak cihaz ve ticari sistem incelenerek standart kapsam ile özel geliştirme ihtiyacı ayrılır.
Projeye başlamak için hangi belgeler gerekir?
Cihaz model ve bağlantı dokümanı, örnek veri çıktısı, tartım iş akışı, hedef yazılım bilgisi ve örnek sipariş veya sevk kayıtları hazırlanmalıdır.
Kantar cihazınızın teknik bilgisini ve örnek tartım akışınızı hazırlayarak Karekod Yazılım ile özel entegrasyon kapsamını değerlendirin. İlk görüşmede veri kaynağı, eşleştirme yöntemi ve doğrulanabilir kabul senaryoları belirlenmelidir.
