İnşaat · ERP ve analitik
İnşaat ERP’si — Proje maliyeti ve satın alma kontrolü olan inşaat ERP’si
Her çimento torbası hangi şantiyeye ait olduğunu bilir
Aynı anda birkaç şantiye yürüten bir müteahhidin tek bir zor sorusu vardır: her biri şu anda kaça mal oluyor. Bunu yanıtlayan ERP’yi biz kurduk — satın alma talepleri bütçeye karşı onaylanır, gelen malzeme şantiye deposunda QR kodla teslim alınır, yönetim ise proje maliyetini ay sonunda değil aynı gün okur.
- A şantiyesi · konut bloğu 2 480 000 ₼ 1 712 000 ₼ Bütçe içinde
- B şantiyesi · ofis tadilatı 860 000 ₼ 804 000 ₼ İzlemede
- C şantiyesi · depo 1 240 000 ₼ 1 306 000 ₼ Aşıldı
Onay bekliyor
- REQ-0412 Demir · 12 t · A şantiyesi 38 400 ₼
- REQ-0413 Beton pompası kiralama · 2 gün · C şantiyesi 4 200 ₼
- REQ-0414 İşçi konteyneri · B şantiyesi 1 150 ₼
C şantiyesinde bütçe aşımı + 66 000 ₼
Projenin temel bilgileri
- Proje türü
- Müşteri projesi
- Sektör
- İnşaat ve gayrimenkul
- Platformlar
- Web sistemi · Şantiye tarayıcısı · Yönetim panoları
- Diller
- Azerbaycanca · İngilizce
Önce Sorun
Şantiye biliyordu. Ofis ay sonunda öğreniyordu.
Bir şantiyede malzeme gelir, teslim alınır, kullanılır ve bazen kaybolur — hepsi bir gün içinde. Ofis aynı günü ay sonunda bir yığın irsaliye olarak görür; yani o rakama dair bir şey yapmanın artık mümkün olmadığı anda.
- Şef defteri Ne geldi, ne kullanıldı — akşam yazılıyor
- İrsaliyeler Konteynerde bir yığın, bir kısmı ıslak
- Sohbet mesajları Acil talepler ve fiyat listesi fotoğrafları
- Bütçe dosyası Tek kişide duruyor, gerçekleşenin yanına hiç konmuyor
- Muhasebe Faturalar beton döküldükten haftalar sonra işleniyor
Bunun bedeli
-
Maliyet değiştirilemeyecek kadar geç biliniyordu
Ay kapandığında beton dökülmüş, para harcanmıştı. Yalnız sonradan kontrol edilebilen bütçe bir kontrol değil, bir rapordur.
-
Satın alma bir karar değil, bir yarıştı
Acil talepler telefonu ilk açana gidiyordu; aynı malzeme aynı hafta iki şantiyeye iki ayrı fiyattan geliyordu.
-
Depoda ne varsa o vardı
Malzeme şantiyeler arasında kayıtsız hareket ediyor, ekipman gidip dönmüyor, fark ise kimsenin açıklayamadığı bir fire olarak ortaya çıkıyordu.
-
Herkes farklı bir rakamla çalışıyordu
Bütçe, siparişler ve muhasebe aynı şantiye hakkında farklı şey söylüyordu; bunları eşleştirmek işin kendisinden uzun sürüyordu.
Adım 01 Satın alma
Bir talep, ait olduğu bütçe kalemi ve “evet” demek zorunda olan kişi
Sistemin kontrol ettiği her şey, malzemeye ihtiyaç duyan şantiyede açılan bir talep olarak başlar. Talep kendi projesini, kendi bütçe kalemini ve miktarını taşır; bütçesi kimdeyse o kişi bu kaleme ne olacağını görmeden talep siparişe dönüşemez.
- 1 Şantiyede açıldı
- 2 Bütçeyle karşılaştırıldı
- 3 Tedarikçi fiyatları alındı
- 4 Onaylandı
- 5 Sipariş verildi
- 6 Geldi ve işlendi
Talep neyi taşır
- Projeyi ve bütçe kalemini
- Projesiz talep açılamaz. Ait olduğu kalem en başta seçilir — sonraki bütün rakamları toplanabilir kılan da budur.
- Hâlihazırdaki taahhüdü
- Onaylayan; bütçeyi, harcananı ve sipariş edilip henüz gelmeyeni birlikte görür, çünkü taahhüdü göstermeyen bütçe aşımı gelene kadar saklar.
- Tedarikçi fiyatlarını yan yana
- Aynı talebe gelen teklifler tedarikçi, fiyat ve teslim tarihiyle yan yana durur: seçim görünür, gerekçesi kayıtta kalır.
- Reddedilirse gerekçesini
- İade edilen talep gerekçesini açan kişiye geri götürür; aynı talebin üç gün sonra başka bir adla yeniden belirmesini durduran da budur.
Analitik buradan başlar
-
Malzeme bazında fiyat geçmişi
Bu malzeme şantiyeler ve aylar boyunca kaça geldi — böylece bir teklif hisse göre değil, şirketin kendi ödediklerine göre değerlendirilir.
-
Tedarikçi performansı
Kim söz verdiği tarihte getiriyor, kim eksik getiriyor ve kim teklifle fatura arasında fiyatı sessizce değiştiriyor.
-
Tekrarlayan talep
Şantiyeler boyunca defalarca istenen malzeme, perakende fiyatına beş acil alım yerine planlı bir alıma dönüşür.
-
Siparişe dönüşmeyen talepler
Reddedilen ya da süresi geçen talepler en az geçenler kadar bilgilendiricidir: bütçenin nerede yanlış olduğunu gösterirler.
Adım 02 Şantiye deposu
Malzeme yalnızca gelmez — teslim alınır
Bir teslimat, ancak biri onu siparişe karşı kabul ettiğinde stok olur; kabul ise kapıda telefonda yapılan kısa bir kontrol listesidir. Her malzeme, palet ve ekipman QR kod taşır; böylece depo çeyrekte bir değil, istenen her an sayılabilir.
-
Okutmanın kendisi harekettir
Ekibe verildi, başka şantiyeye taşındı, iade edildi ya da fire yazıldı — her biri arkasında bir kişi olan bir okutmadır, sonradan kurulan bir satır değil.
-
Ekipman geri döner
Makine ve el aleti stok gibi izlenir ve bir kişiye zimmetlenir; “nivo nerede” sorusu telefon aramasından bir sorguya döner.
-
Şantiyeler arası transfer gerçektir
Bir şantiyeden diğerine giden malzeme birinin maliyetinden çıkar, ötekinin maliyetine girer; satın alanın defterinde sessizce kalmaz.
-
Fire gerekçe ve fotoğraf ister
Hasar ve zayiat, nedeni ve görseliyle projeye işlenir; rakam sorgulandığında savunulabilir kılan da budur.
Adım 03 Bütçe ve gerçekleşen
Bütçe ile gerçek maliyet aynı ekranda yaşar
Bütçe yalnızca hâlâ tutturulabilirken işe yarar. Sistem; her şantiyenin her kalemi için bütçeyi, verilen taahhüdü ve harcananı yan yana tutar ve bir teslimat kabul edildiğinde ya da ödeme yapıldığında anında yeniden hesaplar.
- Bütçe Başlangıçta onaylandığı hâliyle kalem ve şantiye bazında bütçe.
- Taahhüt Sipariş verilmiş ama henüz gelmemiş olan — aşımın henüz varmamış kısmı.
- Gelen Şantiye deposunda teslim alınan malzeme, fiilen ödenen fiyatıyla.
- Kullanılan Depodan işe çıkan miktar — stoğu maliyetten ayıran şey budur.
- Sapma Kalem ile gerçek arasındaki fark — şantiye değil kalem bazında, bu yüzden bir yeri işaret eder.
- Tahmin Kalan iş aynı hızla giderse kalemin nerede duracağı.
Bir şantiye, sistemin gösterdiği hâliyle
-
1 240 000 ₼
depo şantiyesinin bütçesi, 68 kalem üzerinden.
C şantiyesi · örnek veri
-
1 306 000 ₼
bugün harcanan ve taahhüt edilen — aşım gerçekleştiği hafta görünür.
C şantiyesi · örnek veri
-
11 kalem
sapmanın tamamını oluşturur; kalan 57 kalem bütçe içinde.
C şantiyesi · örnek veri
Adım 04 Kontrol
Herkesin kendi sistemi olur, kendi tablosu değil
Şantiye şefi, satın almacı, muhasebeci ve patron aynı veriden dört ayrı şey ister ve marjı içlerinden yalnızca biri görmelidir. Erişim role göredir, her bölüm yetkiyle korunur ve yapılan her şey ad ve zaman taşıyan bir iz bırakır.
16 bölüm
-
- Talepler
- Kabul
- Depo
- Transferler
- Fireler
- Ekipman
-
- Siparişler
- Tedarikçiler
- Teklifler
- Sözleşmeler
- Teslimatlar
-
- Bütçeler
- Ödemeler
- Onaylar
- Sapma
- Panolar
Rol neyi değiştirir
- Şantiye şefi bir şantiyeyi görür
- Kendi taleplerini, kendi deposunu ve kendi teslimatlarını — miktarlarla, fiyatsız.
- Satın almacı piyasayı görür
- Şantiyeler boyunca talepleri, tedarikçi tekliflerini ve fiyat geçmişini — alım yaptığı projelerin bütçelerini değil.
- Finans parayı görür
- Siparişler, faturalar, ödemeler ve bakiyeler; her biri ait olduğu projeye ve kaleme bağlı.
- Yönetim hepsini görür
- Her şantiyeyi, her sapmayı ve kimin neyi, ne zaman, hangi kaleme karşı onayladığının izini.
Adım 05 Analitik
Raporlar sistemin kendisidir, ikinci bir iş değil
Her maliyet oluştuğu anda projeye ve kaleme işlendiği için analitik katman operasyonel kayıtları doğrudan okur. Kimse aylık bir dosya derlemez: şantiyenin girdiği rakamlarla yönetimin açtığı rakamlar aynıdır.
- Malzeme 757 480 ₼
- Taşeronlar 300 380 ₼
- Ekipman 156 720 ₼
- Şantiye giderleri 91 420 ₼
Haftalara göre bütçe sapması
Negatif haftalar bir kalemin bütçeyi aştığı haftalar. Eski aylık döngüde hiçbiri ay kapanana kadar görünmüyordu.
- Proje ve kalem bazında maliyet
- Bir proje bugün bütçesine göre nerede duruyor — sapmayı taşıyan kalemler toplamın içinde kaybolmaz, en üstte durur.
- Aşama bazında malzeme tüketimi
- Bir iş aşaması şantiyeler boyunca gerçekte ne kadar tüketiyor — bir sonraki bütçeyi tahminden ortalamaya çeviren budur.
- Satın alma analitiği
- Zaman içinde fiyatlar, tedarikçiler ve teslim süreleri; böylece alım kararı şirketin kendi geçmişine karşı verilir.
- Kim neyi onayladı
- Onay ve retlerin tam izi: bu, hatayı bulmak kadar verilmiş bir kararı savunmak için de gerekir.
Rolümüz
Atlas BIP ne yaptı
-
Modüllerden değil, bütçeden başladık
Onaylanmış bir bütçeyi alıp her kalemini gerçeğe kadar izledik — talep, sipariş, teslimat, depo, kullanım — ve sistemi bu adımların her birinin geldiği kaleme geri yazacağı şekilde kurduk.
-
ERP’yi sıfırdan geliştirdik
Talepler, onaylar, siparişler, tedarikçiler, şantiye depoları, transferler, fireler, ödemeler ve raporlama; tek veri modeli üzerinde tek bir sistem, yetkiler sonradan eklenmiş değil tasarımın içinde.
-
Depoyu telefona taşıdık
Malzeme, palet ve ekipman için QR etiketler ve kapıda tamamlanabilecek kadar kısa bir kabul akışı; çünkü akşam güncellenen depo yanlış depodur.
-
Bütçeyi canlı bir kontrole çevirdik
Her kalemde bütçe, taahhüt, gelen ve kullanılan yan yana, olaylar oldukça yeniden hesaplanır — aylık raporu hâlâ müdahale edilebilir bir karara çeviren budur.
-
Analitiği aynı kayıtların üzerine kurduk
Proje bazında maliyet, aşama bazında tüketim ve satın alma analitiği doğrudan operasyonel veriden gelir; böylece tek bir rakam ve onun geldiği tek bir yer olur.
Mühendislik
Nasıl geliştirildi
- Sistem
-
- Web uygulaması
- İlişkisel veritabanı
- Role dayalı erişim
- Denetim izi
- Saha
-
- QR etiketleme
- Telefonda kabul akışı
- Fotoğraflı kanıt
- Bağlantı koptuğunda giriş
- Para
-
- Bütçe kalemleri
- Taahhütler
- Onay kuralları
- Sapma motoru
- Analitik
-
- Operasyonel raporlar
- Power BI panoları
- Excel dışa aktarımı
Sorular ve yanıtlar
Bu proje hakkında sorulanlar
Bu, muhasebe sisteminin yerini alır mı?
Hayır ve almamalı. Muhasebe, devlet ve denetçi için neyin ne zaman ödendiğini yanıtlar. Bu sistem ise bir şantiyenin daha inşa edilirken kaça mal olduğunu yanıtlar. İkisi faturada buluşur ve bu buluşma noktasını tesadüfe bırakmayız.
Şantiyedeki insanlar bunu gerçekten kullanır mı?
Yalnızca yerini aldığı defterden hızlıysa. Bu yüzden kabul bir okutma ve birkaç dokunuştur, bir form değil. Giriş eski alışkanlıktan yavaşsa, eğitim planı ne derse desin veri bir ay içinde yanlışa döner.
Proje ortasında değişen işleri nasıl ele alıyorsunuz?
Bütçelerin revizyonu olur ve sistem ilk hâlini revize edilmiş hâlin yanında tutar. Kimsenin onayladığını hatırlamadığı bir bütçeye göre sapma bir tartışmadır; sürümlenmiş bir kaleme göre sapma ise bir olgudur.
Bir müteahhit yalnızca satın almayla başlayabilir mi?
Evet ve çoğu zaman doğru ilk adım budur: talepler ve onaylar diğer her şeyin ihtiyaç duyduğu kayıtları üretir ve getirisi hızlı görünür. Depo ve bütçe kontrolü, insanlar mevcut olana güvendikten sonra gelebilir.
Sizin projeniz
Sıradaki sistem sizinki
Siparişlerin, paranın ve belgelerin bugün şirketinizde nasıl ilerlediğini anlatın. 24 saat içinde sorularımız ve somut bir planla yanıt veriyoruz.
Bu sayfadaki şantiye adları, talep kodları ve rakamlar arayüzü göstermek için kullanılan örnek verilerdir. Müteahhit adlandırılmamıştır ve burada bir müşterinin ticari bilgisi yoktur.
Başa dön