Zaman takibinden faturalamaya: kayıtları markalı PDF'lere dönüştürme

Ne inşa ediyorsunuz ve neden önemli

Zaman takibi–fatura uygulaması yaygın bir karışıklığı çözer: saatler takvimlere, sohbetlere ve notlara dağılır. Sonra fatura günü geldiğinde ayı elle yeniden oluşturmak gerekir. İşte hatalar burada ortaya çıkar: fatura atlanan saatler, yanlış oranlar, tekrar eden satırlar veya tutarların uymaması.

Bu uygulama saatte fatura kesen ve tekrarlanabilir bir süreç isteyen herkes içindir: birden fazla müşteriyi yöneten serbest çalışanlar, aynı projeye birden fazla kişinin zaman kaydettiği ajanslar ve zamanı müşteriye ya da departmana geri tahakkuk eden dahili ekipler.

Amaç pratiktir: proje bazlı zaman kayıtlarını yakalamak, bunları bir fatura kaydına toplamak ve müşterinin anlayabileceği markalı bir PDF üretmek. Bu iş akışı güvenilir olduğunda, faturalama aylık bir telaş olmaktan çıkar.

"Önce basit" yaklaşımı genellikle şunları ifade eder:

• Zaman kaydetmenin tek bir yolu (tarih, proje, saat, not)
• Tek bir oran kuralı (proje başına veya kişi başına)
• Her dönem için müşteri başına tek fatura
• Logonuz ve işletme bilgilerinizle tek bir PDF düzeni
• Net durumlar (Draft, Sent, Paid)

Küçük bir senaryo: iki kişilik bir stüdyo "Client A - Website Updates" için zamanı takip ediyor. Herkes hafta içinde kayıt giriyor. Cuma günü, o proje ve tarih aralığı için bir fatura oluşturuyorsunuz; uygulama kayıtları fatura satırlarına dönüştürüyor ve PDF hiçbir yeniden yazma olmadan gönderilmeye hazır oluyor.

AppMaster gibi bir no-code platform kullanıyorsanız, makbuzlar, çoklu para birimleri, indirimler veya onaylar gibi ekstraları eklemeden önce veriyi ve iş akışını doğru kurun. Çekirdek akış hızlı, doğru ve kırılması zor olduğunda bu eklentiler eklenmesi daha kolay olur.

Dahil edilecek temel özellikler (ilk sürümde neyi dışarıda bırakmalı)

Küçük bir ilk sürüm sizi daha çabuk "gönderilebilir faturalar" noktasına getirir. Üç şeye odaklanın: zamanı yakalayın, zamanı anlaşılır fatura satırlarına dönüştürün ve müşterinin takip etmesine gerek kalmayacak bir PDF üretin.

Başlangıç için birkaç temel kayıt yeterlidir (sonradan yeniden adlandırabilirsiniz ama yapı önemlidir): Client, Project, Time Entry, Invoice ve Invoice Line.

Fatura iş akışınızı Invoice kaydında tek bir durum alanı ile basit tutun. Draft, Sent ve Paid pek çok ekip için uzun süre yeterlidir.

Olmazsa olmaz eylemleriniz haftalık olanları yansıtmalı:

• Zaman kaydı (manuel giriş genelde en hızlı ve düzeltmesi en kolay olandır)
• Zamanı onaylama (basitçe bir "Approved" durumu bile olabilir)
• Onaylanmış zamandan fatura oluşturma
• PDF dışa aktarma

"Markalı" olmak gösterişli olmak demek değildir. Tutarlı ve güvenilir olmak demektir: logo, işletme bilgileri, fatura numarası ve tarihler, net toplamlar ve ödeme talimatları.

İlk başta şunları dışarıda bırakın: vergiler, indirimler, çoklu para birimi ve ekler. Bunlar faydalıdır ama yuvarlama, yargı kuralları, döviz kurları, dosya depolama gibi kenar durumlarını getirir ve ilk sürümü yavaşlatır.

Veri modeli: gereken kayıtlar ve önemli alanlar

Bir zaman takibi–fatura uygulaması veri modeline bağlıdır. Küçük ve öngörülebilir tutun ki toplamlar her zaman müşteriye verdiğinizle uyuşsun.

Minimal tablo seti genellikle şöyle görünür:

• Client: isim, fatura e-postası, fatura adresi, varsayılan para birimi, ödeme koşulları (ör. Net 14)
• Project: client_id, proje adı, varsayılan saatlik oran (opsiyonel), aktif flag
• Time entry: project_id, kişi (isim veya user_id), tarih, süre (saat), açıklama, rate_at_time, faturalandırılabilir (evet/hayır), invoiced_invoice_id (faturalanana kadar boş)
• Invoice: client_id, project_id (opsiyonel), fatura numarası, düzenlenme tarihi, vade tarihi, durum, ara toplam, vergi, toplam

Oranlar uygulamaları karıştıran yerlerdir. Bir yaklaşım seçin ve ona bağlı kalın: proje başına oran, kişi başına oran veya görev/hizmet başına sabit oran.

Varsayılan bir oran proje veya kişide saklansa bile, gerçek oranı her zaman bir zaman kaydına rate_at_time olarak kopyalayın (kayıt oluşturulurken veya onaylanırken). Bu, oranlar daha sonra değişse bile sürprizleri önler. Faturalar, işin yapıldığı zamandaki durumu yansıtmalıdır.

Zaman kayıtları için ayrı bir durum alanını genelde atlayabilirsiniz ve bunun yerine invoiced_invoice_id boş mu dolu mu ile kontrol edebilirsiniz. Faturalar için durumlar sıkı tutulmalı: Draft, Ready, Sent, Paid (gerekiyorsa temiz bir iptal durumu için Void ekleyin).

AppMaster'da Data Designer, ilişkileri çoğaltmadan net tutmayı kolaylaştırarak PostgreSQL ile uyumlu bir eşleme sağlar.

Proje bazlı zaman kaydı yakalama (basit UX)

Zaman yakalama uygulamanın ya zahmetsiz hissettiren ya da göz ardı edilen kısmıdır. İlk sürümü sıkıcı ve hızlı tutun: tek ekran, tek temel eylem ve mümkün olduğunca az seçenek.

Başlamak için bir yakalama yöntemi seçin. Manuel giriş genelde erken kazanan olur çünkü herkes için çalışır ve gözden geçirmek kolaydır. Bir zamanlayıcı daha sonra eklenebilir; eklerseniz kaçırılan duraklar için manuel düzenlemelere izin verin.

Faturalama kalitesini koruyan alanları zorunlu yapın:

• Proje (veya müşteri + proje)
• Tarih
• Süre (saat ve dakika)
• Kısa açıklama (müşterinin tanıyacağı bir şey)
• Kişi (birden fazla kişi zaman kaydediyorsa)

Yuvarlama kurallarını erken karar verin çünkü bunlar güveni ve toplamları etkiler. Yaygın yaklaşım 6 dakikalık artışlar (0.1 saat). Her bir kaydı mı yoksa günlük toplamı mı yuvarladığınızı netleştirin. Her kaydı yuvarlamak açıklaması ve denetimi daha basittir.

Faturalamaya birden fazla kişi dokunuyorsa hafif bir onay adımı ekleyin. Pratik bir kural: onaylandıktan sonra kayıtlar varsayılan olarak düzenlemeye kapansın. Eğer bir şey değişecekse, yöneticinin yeniden açmasını ve kimin neden değiştirdiğini kaydetmesini isteyin.

Zamanı fatura satırlarına dönüştürme (roll-up kuralları)

Roll-up, ham kayıtların müşterinin anlayacağı fatura satırlarına dönüştüğü yerdir. Kuralları basit ve tekrar edilebilir tutun ki her oluşturulan faturaya güvenebilin.

Başlangıçta tek bir eyleme odaklanın: bir müşteri ve tarih aralığı seçin, sonra sadece faturalandırılmamış zaman kayıtlarını çekin. Bu filtre çift faturalamayı önleyen emniyet hattıdır. Bir kayıt eksik müşteri veya proje içeriyorsa, onu "faturaya hazır değil" olarak ele alın ve düzeltilene kadar roll-up dışında bırakın.

Kayıtları fatura satırlarına nasıl gruplayabilirsiniz

Gruplama, kaç satır oluşturacağınızı ve müşterinin ne kadar kolay inceleyeceğini belirler. Bir varsayılan seçin ve esneklik gerekiyorsa bir seçenek anahtarı ekleyin.

Yaygın gruplayıcı seçenekler:

• Projeye göre
• Kişiye göre (oranlar farklıysa kullanışlıdır)
• Güne veya haftaya göre
• Göreve/kategoriye göre (Tasarım vs Geliştirme)

Hangisini seçerseniz seçin, her satırda şunlar olmalı: net bir etiket, toplam saat, oran ve satır tutarı. Oranlar değişebiliyorsa, her kayda kaydedilmiş rate_at_time kullanın (veya "geçerli olan" tarihten itibaren efektif oran tablosu), tek bir "şimdiki oran" değil.

Faturalandı olarak işaretleme (kendi kendinize kök salmayın)

Kayıtları bir faturaya eklediğinizde, her zaman kaydına fatura ID'sini kaydedin. Bu bir denetim izi oluşturur ve aynı kaydın tekrar çekilmesini engeller.

Düzeltmeler olabilir. Bir satırı bir faturadan kaldırırsanız, geçmişi silmeyin. Etkilenen zaman kayıtlarının fatura ID'sini temizleyin (bağlantıyı kaldırın), toplamları yeniden hesaplayın ve "2.0saat çıkarıldı, yanlış proje" gibi kısa bir not saklayın.

AppMaster'da bu, tek bir iş süreci olarak kolayca uyum sağlar: faturalandırılmamış kayıtları sorgula, grupla, fatura satırlarını oluştur, sonra her kaydı ilgili fatura referansıyla güncelle.

Fatura kayıtları: toplamlar, numaralandırma ve durum

Fatura kaydı, daha sonra gönderebileceğiniz, takip edebileceğiniz ve denetleyebileceğiniz kapsayıcıdır. Birisi proje adını veya varsayılan oranı değiştirse bile sabit kalmalıdır.

Pratik bir fatura başlığı şunları içerir:

• Fatura numarası (benzersiz, insan tarafından okunabilir)
• Düzenlenme tarihi ve vade tarihi
• Fatura edilecek taraf bilgileri (müşteri adı, fatura adresi, gerekiyorsa vergi numarası)
• Notlar (ödeme talimatları, kısa teşekkür satırı)
• Para birimi (ve uluslararası faturalama varsa kaydedilmiş döviz kuru opsiyonel olarak)

Toplamları öngörülebilir tutun. Ara toplam fatura satırlarının toplamıdır. Ardından indirim (sabit tutar veya yüzde) uygula, vergi hesapla (genelde indirim uygulanmış ara toplam üzerinden) ve nihai toplamı sakla. Kullanılan vergi oranını ve indirim değerlerini tam olarak kaydedin ki faturayı daha sonra yeniden üretebilesiniz.

Fatura numaralandırması gösterişli olmak zorunda değil. Bir desen seçin ve ona sadık kalın: ardışık (000123), yıl bazlı (2026-00123) veya müşteri önekli sıralama (ACME-014). Tutarlılık mükemmellikten daha önemlidir.

Durum iletişim ve iç kontrol üzerine odaklanmalı:

• Draft (düzenlenebilir, gönderilmemiş)
• Ready (tutarlar kilitli)
• Sent (müşteriyle paylaşıldı)
• Paid (ödeme onaylandı)
• Overdue (vade geçti)
• Void (iptal edildi, geçmiş için saklandı)

Müşterinin okuyabileceği markalı bir PDF oluşturma

İyi bir fatura PDF’i iki soruya hızlıca yanıt verir: ne faturalandırılıyor ve nasıl ödenecek. PDF’i fatura kaydından (ham zaman kayıtlarından değil) oluşturun ki belge her zaman fatura numarası, toplamlar ve durumla eşleşsin.

Çoğu müşteri her seferinde aynı blokları bekler:

• İşletme adınız, fatura numarası ve fatura tarihi ile başlık
• Müşteri bilgileri (şirket, iletişim kişi, fatura adresi, gerekiyorsa vergi numarası)
• Satır öğeleri (açıklama, miktar veya saat, oran, satır toplamı)
• Toplamlar (ara toplam, vergi, indirim, genel toplam)
• Ödeme koşulları (vade tarihi, kabul edilen yöntemler, kullanıyorsanız gecikme ücreti notu)

Marka önemli ama okunabilirlik daha önemlidir. Bir vurgu rengi kullanın, temiz bir font seçin ve toplamların kolay taranmasını sağlayın.

Gerçek verilerle yerleşim sorunları ortaya çıkar. Uzun açıklamalar ve 30+ satırlı faturalarla test edin. Kolon başlıklarının yeni sayfalarda tekrarlanmasını ve toplamlar bloğunun birlikte kalmasını sağlayın.

AppMaster içinde PDF üretiyorsanız, PDF’i faturanın bir çıktısı olarak değerlendirin: dosyayı (veya depolama referansını) fatura kaydına oluşturma zaman damgası ve sürüm ile kaydedin. Bu, müşteriye gönderilen tam belgeyi yeniden göndermeyi kolaylaştırır.

Adım adım inşa planı (no-code iş akışı)

"Gerçek veri kaynağı"nın ne olduğuna karar verin. Zaman kayıtları ham gerçeklerdir. Faturalar, gönderilip daha sonra denetlenebilecek anlık görüntülerdir.

1) Önce veriyi modelleyin

Tabloları ve ilişkileri oluşturun, sonra temel stabil hale geldikten sonra birkaç kalite alanı ekleyin:

• Clients
• Projects
• Time Entries
• Invoices
• Invoice Lines

2) İki basit ekran oluşturun

UI’ı minimum tutun:

• Zaman kaydı formu: proje, tarih, süre, not, kaydet
• Fatura inceleme: müşteri, dönem, satırlar, toplamlar, durum

Yönetim ve inceleme için genelde bir web arayüzü yeterlidir. İnsanlar hareket halindeyse zaman kaydı için mobile ekranlar daha sonra ekleyin.

3) Roll-up mantığını otomatikleştirin

Şu akışı inşa edin: müşteri + tarih aralığı seç, faturalandırılmamış kayıtları getir, grupla, fatura satırlarını oluştur. Kayıtları yalnızca fatura onaylandıktan veya Ready durumuna geçirildikten sonra faturalandı olarak işaretleyin.

4) PDF’i oluşturup saklayın

Fatura başlığı, müşteri bilgileri ve satırları bir şabloona çekip çıktıyı fatura kaydına kaydeden bir "PDF Oluştur" eylemi ekleyin.

Örnek: haftalık zaman kayıtlarından müşteriye gönderilecek faturaya

3 kişilik bir ajansın bir müşterisi, Northstar Co, var ve iki hafta boyunca iki proje için faturalandırma yapıyor: Website Refresh ve Monthly Support. Ekipte Alex (tasarım), Priya (geliştirme) ve Sam (PM) var. Herkes günlük olarak müşteri, proje, tarih ve kısa bir not seçerek zaman kaydediyor.

Her gün, kayıtlar Draft olarak kaydediliyor. Cuma öğleden sonra Sam, "Bu hafta, Northstar Co" filtresindeki inceleme ekranını açıyor. İki notu düzeltiyor ("Hero" yerine "Homepage hero"), faturalandırılabilirliği onaylıyor ve haftayı kilitliyor.

O hafta için örnek kayıtlar şunlar:`

Sam "Create invoice"a tıkladığında uygulama kayıtları basit kurallarla fatura satırlarına topluyor: proje ve faturalandırılabilir orana göre gruplama, saatleri toplama ve kısa bir açıklamayı aktarma. Fatura sonunda 3 satır içeriyor:

Sistem NS-2026-014 gibi bir fatura numarası atıyor, ara toplam ve vergiyi hesaplıyor ve durumu Ready yapıyor. Bir tıkla markalı bir PDF (logo, müşteri adresi, satır detayları, toplamlar, ödeme notları) oluşturuluyor. Gönderdikten sonra durum Sent olarak güncelleniyor ve alttaki zaman kayıtları faturalandı olarak işaretleniyor, böylece iki kez faturalama engelleniyor.

Yaygın hatalar ve nasıl kaçınılır

Çoğu sorun matematik problemi değildir. İş akışı problemidir.

Faturalanan zaman kayıtlarını kilitlememe. İnsanlar aynı kayıtları yeni bir fatura için değiştirebiliyorsa, sonunda çift faturalama olur. Bunu her zaman kaydında fatura referansı ile düzeltin ve faturalanan kayıtları "faturaya hazır" görünümünden gizleyin.

Oranlar değiştiğinde geçmişi yeniden yazma. Sadece "geçerli" proje veya kullanıcı oranını kullanırsanız, oran değiştiğinde eski faturalar da değişir. Her kayda geçerli olan oranı rate_at_time olarak kaydedin.

Onaylanmış zamanı düzenleyip denetim izi bırakmama. Onaylayan kişi ve zaman için "Approved by", "Approved at" ve onay sonrası düzenlemeler için kısa bir değişiklik notu ekleyin.

Gerçek verilerle bozulan PDF şablonları. Uzun açıklamalar, çok sayıda satır ve büyük sayılar şablonu zorlar.

Hızlı düzeltmeler:

• Maksimum açıklama uzunluğu belirleyin ve taşan kısmı notlar bölümüne taşıyın
• Sarma (wrapping) yapmaya izin verin ve 30+ satırla test edin
• Tabloya alan bırakmak için başlığı kompakt tutun
• Tutarlı sayı formatları kullanın (para birimi, ondalık)

Belirsiz durum akışı. Net kurallar yoksa faturalar iki kez gönderilir veya hiç gönderilmez.

Basit ve güvenli bir akış: Draft -> Ready -> Sent -> Paid. Roll-up yalnızca Draft iken izin verin ve PDF üretimini yalnızca toplamlar kilitlendiğinde mümkün kılın.

Kısa bir kontrol listesi ve pratik sonraki adımlar

Fatura göndermeden önce hızlı bir gözden geçirme yapın. Bu en yaygın sorunları engeller: yanlış toplamlar, eksik bilgiler ve ekranda iyi görünen ama yazdırıldığında bozulan PDF'ler.

Göndermeden önce kontrol listesi:

• Müşteri bilgileri eksiksiz (resmi isim, fatura adresi, doğru iletişim)
• Fatura dönemi doğru (başlangıç ve bitiş tarihleri yapılan işlemlerle eşleşiyor)
• Toplamlar tutarlı (ara toplam, vergi, genel toplam kayıtlar, oranlar ve yuvarlama ile eşleşiyor)
• Hiçbir zaman atlanmamış veya çift faturalandırılmamış (faturalandırılmamış zaman bırakılmadı, aynı şey iki kere dahil edilmedi)
• Operasyonel alanlar temiz (benzersiz fatura numarası, doğru durum, faturada PDF kaydı)

Sonra PDF’i "yazıcı gözüyle" önizleyin. Logo yerleşimi, uzun adresler, tablo sarma ve sayfa sonlarını kontrol edin. Hem kısa (1-2 satır) hem de uzun (20+ satır) faturalarla test edin.

Temeller stabil hale geldikten sonra sonraki adımlar:

• Faturaları tutarlı bir şablonla e-posta ile gönderin
• Stripe ödemelerini bağlayın ve faturaları otomatik olarak Paid yapın
• Yalnızca doğru rollerin oranları, zamanı onaylamayı veya durumları değiştirmesini sağlayacak izinler ekleyin

Hızlıca kurup yinelemek istiyorsanız AppMaster (appmaster.io) no-code faturalama uygulaması oluşturmak için pratik bir seçenek sunar: gerçek bir veritabanı, iş mantığı ve PDF üretimi ile başlayın ve gereksinimler değiştikçe temiz kaynak kodu yeniden oluşturun.

Eğer bu hafta sadece bir şeyi düzeltecekseniz, "faturalandırılmamış zamanı" gözden kaçırmayı imkansız hale getirin. Bu tek şey saatler kazandırır ve geliri korur.