Rakamlar Neden Tutmaz: Satış ve Muhasebe Verisinde Otomasyonun Gerçek Kazancı
Kariyerimin büyük bölümünü, ay sonunda rakamların tutmasını beklemekle geçirdim. Aylık satış raporları belki iki gün, belki üç gün sürerdi ve her seferinde birkaç kalem tutmazdı. İşin can sıkıcı tarafı şuydu: farkı bulmak, o farkı düzeltmekten çok daha uzun sürerdi.
Geriye dönüp baktığımda bunun bir hesaplama sorunu olmadığını görüyorum. Bir kaynak sorunuydu.
Rakamlar tutmuyordu çünkü tek bir kaynak yoktu
Muhasebe kayıtlarında ve satışla ilgili rakamlarda sürekli tartışmalı veriler vardı. Aynı ayın satışı, bakılan yere göre farklı çıkabiliyordu. Tartışma da buradan doğuyordu: hangi rakamın doğru olduğunu değil, hangi rakamın nereden geldiğini tartışıyorduk.
Sebebi basitti — ofis içinde tam bir entegrasyon yoktu. Veri bir sistemden çıkıp diğerine elle taşınıyordu ve her elle taşıma yeni bir hata ihtimali, yeni bir "acaba" demekti.
Excel'in görünmeyen maliyeti
Elimizdeki tablolar çalışıyordu, ama bir tablonun doğruluğunu kontrol etmek çok zordu. Çünkü sayıyı görüyordunuz, o sayının nasıl üretildiğini görmüyordunuz.
Bir rakamı doğrulamak için önce onu hazırlayan kişinin hangi yöntemi kullandığını bulmanız gerekiyordu. Hangi filtreyi uygulamış, hangi tarihi baz almış, hangi kalemi dışarıda bırakmış. Bunu çözmek çoğu zaman rakamı yeniden hesaplamaktan uzun sürerdi.
Excel'in maliyeti lisans ücreti değildir. Yöntemin kişiye bağlı kalmasıdır.
Sisteme giren veri, sistemden çıkanı belirler
ERP'ye geçmek çok şeyi düzeltti, ama önemli bir dersi de beraberinde getirdi: SAP'ye gelmeden önce verinin doğru oluşturulması gerekiyordu.
Bir ERP kendisine anlatılan süreci hızlandırır; kaynakta bozuk olan veriyi düzeltmez. Sadece daha hızlı, daha görünür ve daha resmî biçimde bozuk gösterir. Kurumların ERP projelerinden bekledikleri sonucu alamamasının en yaygın sebebi budur.
Bir örnek: peşin ödeme ve kur farkı
Somut bir vakayla anlatayım. Peşin para yatırmış ama satışı henüz gerçekleşmemiş şirketler vardı. Para gelmişti, karşılığındaki satış ileri bir tarihte oluşacaktı.
Araya kur farkı girince ortaya öyle garip sonuçlar çıkıyordu ki bunları düzeltmek aylarca uğraşmak demekti. Hata büyük bir yanlışlıktan doğmuyordu; verinin hangi anda, hangi kurla ve hangi statüde kaydedildiğinin baştan net tanımlanmamış olmasından doğuyordu.
Bu tür kalemler, otomasyonun neden "raporu otomatik üret" meselesi olmadığını iyi gösterir.
Otomasyondan önce yapılması gereken iş
Bugün bir süreci otomatikleştirmeden önce ilk yaptığım şey kod yazmak değil. Sorunu ve yapılacakları kalem kalem, çok ayrıntılı biçimde tanımlamak.
Pratikte şu soruları yazılı olarak cevaplıyorum:
- Bu rakam hangi kaynakta doğar? Doğduğu an hangi bilgiler kesindir, hangileri sonradan değişir?
- Hangi durumlar istisnadır — peşin ödeme, iptal, kur değişimi, gecikmiş fatura?
- İki kaynak çeliştiğinde hangisi esas alınacak?
- Bir kayıt değiştiğinde bunu kimin görmesi gerekiyor?
Bu liste çıkarılmadan kurulan otomasyon, eski karmaşayı daha hızlı üretmekten başka işe yaramaz.
Sistem ancak herkes dahil olursa çalışır
Bir diğer şart, ofisteki herkesin aynı sisteme dahil olması. Sunucular buna göre ayarlanmalı ve bir yere yazılan bilgi diğer tarafta da aynı şekilde görünmeli.
Tek bir kişi kendi tablosunu ayrı tutmaya devam ederse tek doğru kaynak fikri çöker ve ay sonunda yine aynı tartışmayı yaparsınız. Otomasyon, teknik bir kurulum olduğu kadar bir mutabakattır.
Asıl kazanç zaman değil
Otomasyon denince herkes zaman tasarrufundan bahseder. Kendi deneyimimde asıl kazanç başkaydı: tartışmanın bitmesi ve güvenilirlik.
Rakamın doğruluğu tartışılmayı bıraktığı gün, toplantılar veri doğrulamakla değil karar vermekle geçmeye başlar. Kazanılan şey saat değil, o saatlerin neye harcandığıdır.
Sonuç
Satış ve muhasebe verisinde otomasyon, rapor üretmeyi hızlandırmakla ilgili değil. Verinin nerede doğduğunu, hangi kuralla kaydedildiğini ve kimin göreceğini baştan netleştirmekle ilgili. Bunu yapan bir ekip için rapor zaten kolay iştir.
Ay sonunda hâlâ "bu rakam neden tutmuyor" tartışması yapılıyorsa iletişim bölümünden yazabilirsiniz. Otomasyonun teknik tarafını n8n yazısında, bu bakışın nereden geldiğini 28 yıllık finans deneyimi yazısında anlattım.
Why the Numbers Never Match: The Real Gain from Automating Sales and Accounting Data
I spent much of my career waiting for the numbers to agree at month-end. Monthly sales reports took two, sometimes three days, and every single time a few line items would not match. The frustrating part was this: finding the discrepancy took far longer than correcting it.
Looking back, I can see it was never a calculation problem. It was a source problem.
The numbers disagreed because there was no single source
Accounting records and sales figures were a constant subject of dispute. The same month's sales could come out differently depending on where you looked. That is where the argument came from: we were not debating which figure was correct, but where each figure had come from.
The reason was simple — there was no real integration inside the office. Data left one system and was carried into another by hand, and every manual hop meant another chance of error and another "are you sure?".
The hidden cost of Excel
Our spreadsheets worked, but verifying one was very hard. You could see the number; you could not see how the number had been produced.
To validate a figure you first had to work out what method the person who prepared it had used: which filter, which cut-off date, which item left out. Reconstructing that usually took longer than recalculating the figure.
The cost of Excel is not the licence fee. It is that the method stays locked inside a person.
What enters the system determines what leaves it
Moving to an ERP fixed a great deal, but it also taught an important lesson: the data had to be created correctly before it reached SAP.
An ERP accelerates the process you describe to it; it does not repair data that is broken at source. It simply presents the breakage faster, more visibly and more officially. That is the most common reason ERP projects disappoint.
An example: prepayment and exchange differences
A concrete case. There were companies that had paid in advance while the corresponding sale had not yet occurred. The money had arrived; the sale would materialise at a later date.
Once exchange rate differences entered the picture, the results were strange enough that correcting them took months. The error did not come from some large mistake. It came from never having defined precisely at what moment, at which rate and in which status the data should be recorded.
Items like these show why automation is not a matter of "generate the report automatically".
The work that comes before automation
Today, the first thing I do before automating a process is not writing code. It is defining the problem and the tasks item by item, in detail.
In practice I answer these questions in writing:
- Where is this figure born? At that moment, what is certain and what may still change?
- Which cases are exceptions — prepayment, cancellation, rate change, late invoice?
- When two sources conflict, which one prevails?
- When a record changes, who needs to see it?
Automation built without this list does nothing but produce the old confusion faster.
The system only works if everyone is in it
One more condition: everyone in the office has to be on the same system. Servers need to be configured accordingly, and what is written in one place must appear identically in the other.
If one person keeps their own separate spreadsheet, the idea of a single source collapses and you have the same argument again at month-end. Automation is as much an agreement as it is a technical setup.
The real gain is not time
Everyone talks about time savings. In my own experience the real gain was different: the end of the argument, and reliability.
The day the accuracy of a figure stops being debated, meetings shift from validating data to making decisions. What you gain is not hours — it is what those hours are spent on.
Closing
Automating sales and accounting data is not about producing reports faster. It is about establishing up front where data is born, by what rule it is recorded and who gets to see it. For a team that has done that, the report is the easy part.
If month-end still involves the question "why doesn't this figure match", you can reach me through the contact section.