Perakende İşletmeler için Değiştirilemez Muhasebe Kayıtları Nasıl Oluşturulur?

Perakende ve toptan satış şirketleri için ERP yazılımları geliştiren Momentum (ltiora ürünü), muhasebe kayıtlarının güvenliğini artırmak için yenilikçi bir çözüm üzerinde çalıştı. Geliştirilen sistem, geçmiş finansal kayıtların kriptografik olarak tespit edilebilir şekilde korunmasını sağlıyor. Bu sayede, kayıtların geriye dönük olarak değiştirilmesi imkansız hale geliyor.

Muhasebe Yazılımlarındaki Gizli Tehlike: Düzenlenebilir Geçmiş Kayıtlar

Geleneksel muhasebe yazılımları, geçmiş kayıtları genellikle düzenlenebilir şekilde saklar. Bir yönetici veya yetkili kişi, geçmiş bir muhasebe kaydını değiştirebilir ve bu değişikliği kaydetmek için yapılan log kayıtları da silinebilir. Bu durum, özellikle çok sayıda çalışanın finansal süreçlere dahil olduğu perakende işletmeleri için ciddi bir risk oluşturur.

İşletmelerin çoğu, bu riski ancak bir uyuşmazlık veya denetim sürecinde fark eder. Bu nedenle, kayıtların değiştirilemez ve doğrulanabilir olması kritik önem taşır.

SHA-256 Hash Zinciri: Blokzincir Teknolojisinin Basit Bir Uygulaması

Momentum ekibi, blokzincir sistemlerinde kullanılan bütünlük prensibini benimseyerek, her muhasebe kaydına benzersiz bir hash değeri atadı. Bu yöntemle, her yeni kayıt, önceki kaydın hash değerini içerir. Böylece, geçmiş bir kaydı değiştirmek, tüm zinciri bozar ve değişikliği tespit etmek mümkün hale gelir.

Sistem aşağıdaki adımlarla çalışır:

• Her muhasebe kaydı için SHA-256 hash değeri hesaplanır.
• Bu hash değeri, bir sonraki kaydın previous_entry_hash alanında saklanır.
• İlk kayıt (genesis entry) hariç, her kayıt, önceki kaydın hash değerini doğrular.

Aşağıdaki kod örneği, bu süreci nasıl uyguladıklarını gösteriyor:

interface LedgerEntry {
  id: string;
  sequence_number: number;
  posted_at: string;
  debit_account_id: string;
  credit_account_id: string;
  amount_cents: number;
  description: string;
  previous_entry_hash: string | null;
  entry_hash: string;
}

function computeEntryHash(entry: Omit<LedgerEntry, 'entry_hash'>): string {
  const canonical = JSON.stringify({
    id: entry.id,
    sequence_number: entry.sequence_number,
    posted_at: entry.posted_at,
    debit_account_id: entry.debit_account_id,
    credit_account_id: entry.credit_account_id,
    amount_cents: entry.amount_cents,
    description: entry.description,
    previous_entry_hash: entry.previous_entry_hash,
  });
  return createHash('sha256').update(canonical).digest('hex');
}

Kayıtların Doğruluğunu Kontrol Etmek

Sistem, tüm kayıtları sırayla tarayan ve her kaydın previous_entry_hash değerinin, bir önceki kaydın hash değeriyle eşleşip eşleşmediğini doğrulayan bir doğrulama fonksiyonu sunar. Bu fonksiyon, zincirdeki herhangi bir bozulmayı anında tespit eder.

async function verifyLedgerIntegrity(tenantId: string): Promise<{
  valid: boolean;
  broken_at_sequence?: number;
}> {
  const entries = await db.ledgerEntries
    .where({ tenant_id: tenantId })
    .orderBy('sequence_number', 'asc')
    .all();

  let previousHash: string | null = null;
  for (const entry of entries) {
    if (entry.previous_entry_hash !== previousHash) {
      return { valid: false, broken_at_sequence: entry.sequence_number };
    }
    const expectedHash = computeEntryHash(entry);
    if (entry.entry_hash !== expectedHash) {
      return { valid: false, broken_at_sequence: entry.sequence_number };
    }
    previousHash = entry.entry_hash;
  }
  return { valid: true };
}

Uygulama Zorlukları ve Çözümler

Bu sistemin uygulanması sırasında karşılaşılan bazı zorluklar ve çözümleri şunlardır:

• Sadece ekleme yapılabilir: Hash zinciri, kayıtların sadece eklenmesine izin verir. Bu, muhasebe kayıtları için ideal bir modeldir; çünkü geçmiş kayıtlar değiştirilemez, ancak düzeltmeler ters kayıtlar (reversing entries) yoluyla yapılabilir.

• Çok bölgeli senkronizasyon: Farklı bölgelerdeki sunucularda çalışan bir sistemde, genesis kaydının hash değeri tüm bölgelerde aynı olmalıdır. Bu nedenle, lider seçim yöntemi kullanılarak, kayıtların sıralı ve deterministik şekilde eklenmesi sağlanır.

• Performans etkisi: Doğrulama işlemi, kayıt sayısıyla doğru orantılı olarak artar. Yüksek hacimli perakende işletmeleri için (yılda milyonlarca işlem), doğrulama işlemi her kayıt için değil, periyodik olarak gerçekleştirilir.

Neden Blokzincir Benzeri Dağıtık Konsensüs Kullanılmadı?

Sistem, tek bir işletmeye ait muhasebe kayıtlarını korumayı hedefler. Bu nedenle, dağıtık konsensüs mekanizmalarına gerek yoktur. İç tehditler (çalışanların kasıtlı olarak kayıtları değiştirmesi) ve kazara yapılan değişiklikler, basit bir hash zinciriyle etkili bir şekilde önlenebilir. Dağıtık konsensüs, sistemin karmaşıklığını artırır ve genellikle tek bir kullanıcı için gereksizdir.

Bu yenilikçi yaklaşım, perakende ve toptan satış işletmeleri için güvenilir ve şeffaf bir muhasebe sistemi oluşturmanın yolunu açıyor. Gelecekte, bu teknolojinin daha geniş kullanım alanlarına yayılması bekleniyor.