serkandurusoy / dragomanage Goto Github PK

Cari kartlar'da ziplamiyor ama gelir/odeme vb orada zipliyor, neden ki? Halletmemis miydik bunu?

böylece raporlamalarda veri çekmek için kullanılması sağlanabilir, ayrıca bir müşterinin ne zaman geleceği veya bir ödemenin ne zaman yapılacağı takip edilebilir.

ya canım githubdan mı yazmam gerekir emin olamadım, bir sorum var çünkü.

Konuştuk ödemeler için sadece ödeme ya da tahsilatlar için sadece tahsilat yapmamız lazım demiştin ya. Şimdi biz neyin ne olduğunu gider ve gelirden takip ediyoruz ya atıyorum ben avans aldım 10 tl bunun giderini açıp maaş avansı demem lazım sonra da parayı ödediğim için ödeme yapmam lazım ama böyle yapınca benim cari bakiyem sıfırlanıyo. çünkü gider aynı zamanda bir ürün aldığımda da kullandığım bir şey?
Eğer gideri açmazsam da ödenen paranın ne için ödendiğini bilemiyorum?

Nasıl olacak bu işler??

Bir de her şeyi kontrol etmem lazım bu hataysa hepsini düzeltmem lazım tabii??

Nolur noolmaz diye de githumdan da atayım

Yandım yandımmm

SS

Elif

Şu anda Cari Kart listesi istediğimizde tamamı geliyor, hem yüklü hem de günlük listelere aktarmak mümkün değil. Gerçekleşme tarihi ile raporlama alabilirsek Dalış ve outdoor listelerini de hazırlayabiliriz.
Raporlamaya "Aktivite listeleri" gibi bir şey eklenebilir.
Tam olarak yeni modül mü oluyor emin değilim.

Su anda YKB ile ilgili tum islemler YKB cari karti uzerinden ilerliyor, halbuki bunun icinde YKB Kredili Mevduat icin hep 20,000'de kalacak bir cari kart acarak, ykb'nin mevcut kartindan sadece gundelik islemlerini takip etmek istiyoruz.

Bu calismayi ancak #1 ve #2 tamamlandiktan sonra yapabiliyoruz.

şu anda kullanıcı bir kez giriş yaptıysa değiştiremiyoruz. Çok önemli değil ama misal benim adım değişti, tuba'nın değişti :) hele yanlışlıkla harf hatası falan yapıldıysa :))

bunun yerine istenen bir ekleme varsa konabilir.

"Gerçekleşme Tarihi" ile o tarihte gerçekleşen gelir ve giderlerin, ödeme ve tahsilatların dökümünün alınması hem uzaktan takipte hem de hataların kolaylıkla takip edilmesinde faydalı olacaktır. Yeni arayüz geldiğinde ve arama sayfasına gerçekleşme tarihi eklenince bu madde otomatik olarak hallolmuş oluyor sanırım. Yine de koydum ki neyi istiyorduk unutmayalım :)

Canım şimdi şöyle bir şey fark ettim ve de test ettim ki "İ"leri büyük harfle yazdığımızda sistem onu küçültüyor ya küçültürken üzerine nokta yerine küçük bir kare koyuyor. Hani bu harfi acaba kim nasıl yaptı artık elimize geldikçe düzeltiriz demiştik ya, yenilerde de görünce test ettim.

Su anda projede tek developer oldugundan code style enforce etmedik ama artik yapacagiz

• prettier
• eslint

bunlarin set up edilip lint-fix yapilmasi gerek

şu anda yapılamıyor, ya isimden ya soyadından aramak gerekiyor. O da çok fazla cari kart olduğu için bazen bulmayı imkansızlaştırıyor.

Genel olarak bazi guncel javascript best practice'larina dogru ilerleyelim, gordugumuz yerde house cleaning yapalim

Raporlamalar şu anda sadece gelir ve giderler üzerinden ürün bazlı yapılabiliyor. Uzaktan ve düzenli takip için "Sınıf" bazında sadece harcama ve kazançların görülebildiği raporlamalar yapılması gerekiyor.
Murat Bey'in tanımıyla "nerde olursam olayım bir rapor dökmeden, filtreleme yapmadan, anlık durumumu görmek istiyorum, mesela haziran ayında bakım onarım a ne kadar harcamışım, ya da seakayaktan ne kdar kazanmışım göremk istiyorum"

@gokalpurul kullanicinin otomatik logout olmasi ile ilgili bir soru sormustun ve sorularini github uzerinden sormani rica etmistim, sonra sanirim firsat bulamadin.

Senin icin bu ilk soru issue'sunu aciyorum.

Sorun suydu, adresler uygulamada dolasirken degil de adres bardan manuel degisirse bir logout gerceklesiyor, bunun amaci guvenlik mi demistin

yanit: evet ve calisma sekli su satirlarda: https://github.com/dragomanturkey/dm/blob/master/imports/client/startup.js#L45

Daha once de acikladigim gibi sen kendi google account'undan logout olsan bile meteor account sistemi seni uygulamadan logout etmiyor, dolayisiyla sen o an kullandigin bilgisayarda hesaplarindan ciktigini dusunup bilgisayari baskasina verirsen (misal bakasinin bilgisayarinda gecici calistin bir seylere bakmak icin) o kisi dm'e hala girebiliyor! Ama bu satirlar sayesinde, "unload" event'inde yani sen sekmeyi kapadiginda (tum acik dm sekmeleri) logout oluyorsun.

unload event'ini MDN'de oku lutfen zira bir yan etkisi de, adres satirdan yapilan degisiklikler! Adres satirda manuel degisiklik demek, mevcut sayfayi terkedip yeni adresi yuklemek demek! Yeni adres eskisiyle ayni bile olsa, eski adresten cikip yeni adrese tekrar gimek demek! Ama uygulama icinde tiklayarak dolastiginda, uygulama bu gecisleri router sayesinde yonettiginden unload event'ini fire etmiyorsun!

bu tip genel gecer web api'lerine, routing'in temellerine vb yani web'in isleyisine hakim olman lazim, aklina takildikca arastir ve sor lutfen.

Bu konuda sormak istediklerin varsa devam edelim, yoksa bu issue'yu kapatabilirsin.

Boyle devam ederek, github'da bir knowledge base olusmasini saglayalim lutfen ki sen veya senden sonra dahil olabilecek bir baska gelistirici benzer sorulari saga sola sormak yerine buradan yanitini bulabilsin.

kolay gelsin

Bir müşteriye yabancı paralarla satış yapılabilmesine rağmen Cari Bakiye sadece TL hesaplıyor. Bu nedenle aslında var olmayan kur farkları ve yuvarlamalardan kaynaklanan bakiye farkları oluyor.

şöyle bir durum oldu. full face maske için stok tutmuyordu. kontrol edeyim derken Full Face Maske Xs (Tribord) (3608459729199) ürün stok bakiyesi -1 görünüyordu. Açılış bakiyesi +1 ve açılan gider +1 maske fakat açılan gelir 3 adetti, 1 tanesini iptal ettim. şimdi 0 görünmesi gereken stok bakiyesi 1 görünüyor.

3rd party vermongo kutuphanesindeki bir hatadan dolayi

https://github.com/micktaiwan/meteor-vermongo/blob/master/vermongo.js#L110

guncelleyen bilgisi, bu kisinin userId yerine ilk kaydeden kisinin userId olarak kaydediyor. Timeline'dan baktigimizda dogru bilgiyi goruyoruz (cunku timeline kutuphane degil, benim kodu kullaniyor) ancak kaydin karti uzerinden tarihcesine baktigimizda yanlis goruyoruz.

Bunu duzeltmenin yolu, vermongo'yu lokale klonlayip hatayi gidererek o sekilde kullanmak. Hazir klonlamisken biraz da sadelestirebiliriz elbette.

Kullanilan excel kutuphanesi asenkron calissa dahi http response'a dogrudan stream yapamiyor, once dosyayi kapatip workbook'u commit etmesi gerekiyor.

Bu sebeple, su an kullanilan dbb73e7#diff-f99d23d803f276845f207f3c29be9124R15 non-deterministic cozume guveniyoruz.

Bunun yerine soyle bir sey yapmak lazim:

• dosya olusturmayi bir "talep" gibi degerlendir
• dosyayi arka planda olustur, temporary olarak diske yaz
• yazilan dosyanin referansini bir collection'a talep sahibi bilgisiyle birlikte koy, capped yap ki misal 24 saat icinde dosya referansi silinsin
• dosyayi da 24 saat icinde sil (cron)
• bu arada collection publish olacagi icin ui'da talep sahibine bu durumu notification olarak goster (Collection.observe ile yapilabilir)
• ayni zamanda bir de mail at
• olusturulan yeni link ile dosya download edilebilsin,
• bonus: dosya download tamamlaninca dosyayi dogrudan referansiyla birlikte sil

Özellikle konsinye ürünler ve rezervasyondan farklı gerçekleşen ürünler olduğundan iade seçeneğinin mutlaka olması gerekiyor. Şu halde iptal edilemeyen gelir ya da gider nedeniyle karşılık gelir ya da gider açılıyor bu da asıl kazanç sağlayan ya da harcama yapılan şeylerin takiplerinin hatalı olmasına sebep oluyor.

Örnek vermek gerekirse şu anda tahsilatı yapılanla açılan gelir aynı değil. Tahsilat ve gelir arasında bir bağlantı olmadığı için de aslında en totalde şirketin neden ne kadar kazandığını göremiyoruz.

Su anki yapida kredili kasa (kredi karti, kredil mevduat hesabi vb) limitleri ayri bir cari kart tanimlanarak kart uzerinden takip ediliyor.

Halbuki, bunun yerine guncel limiti dogrudan kasa tanimi uzerinde takip edebilirsek, cari kart karisikliginin da onune gecmis, limiti rahat goruyor oluruz.

Limit bilgisini, kasa bakiyelerinde bilgi olarak da gosterirsek, takip kolaylasir.

Bunu, #3 tamamlandiktan sonra yapmak en sancisiz gecisi saglar.

gelirin ya da giderin açıldığı tarihin kuru hesaplandığı için aslında var olmayan kayıp ya da kazanç gibi görünüyor şu an. Tabii geleceğin kuru bilinemeyeceği için, günlük olarak değiştirmesi gerekir gibi bir durum oluyor. Daha önce belirtilen kur olarak da cari bakiye hesaplaması eklendiğinde buna gerek kalmayacak zaten. Briaz redundant bir istek olmuş :) ama yine de koyayım dedim :)

Aşağıda istenen dalış ve outdoor listeleri için buna ihtiyaç var. Bu bilgiler bir cari kart için değişebilir ve fakat önemli bilgiler. sea kayak seviyesi çıkarılıp yerine konabilir. Çünkü bilgi formunda olmasına rağmen aslında biraz gereksiz bir kolon gibi duruyor.

gelecek için açılan gelir / gider de hata yapıldıysa ya da rezervasyonda müşteri gelince ya da fatura gelince bir değişiklik olduysa onu değiştiremediğimiz için veriler de doğru olmuyor.
Aynı şekilde paralar elle girildiği için hatalar olabiliyor ve 3 aydan eskiyse onu da değiştiremiyoruz.

Kasaların gün gün bakiyelerini göremediğimiz için, hatanın hangi günden kaynaklandığını bulmak ölüm oluyor. Nitekim her gün sayılmıyor bazı kasalar. Bir de sayılsa ve tutsa dahi, buna dair kanıt olmuyor. ONları görecek şekilde bir update yapmak mümkün müdür? müdür müdür müdür

Birden fazla gelir açabilecek hale gelindiğinde o gelirle ilgili ödemenin tamamının yapılıp yapılmadığının görülmesi de faydalı olacaktır. Böylece he seferinde birinin borcu / alacağı kaldı mı diye başka bir alana gitmeye gerek kalmaz ve sürekli kullanılan alanlar olduğu için takip kolaylaşır. Şu anda bunu yapmak gerçekten mümkün değil.

Yukarıda yer alan maddelerin karşılanması için tamamen yeni bir arayüz ile sadece tek pencereden gelir-gider/ödeme-Tahsilat seçenekli olarak ve birden fazla işlem için yapılabilir. Böylece sistem arkada onları dağıtabilir ama son kullanıcı bu işlemleri teker teker yapmak ve her şeyi görmek zorunda kalmaz.

Şu an bakiyesi 18,061.34 ₺ gorunuyor, halbuki tam 20,000 olmasi gerekiyor.

Burada bir acik var, dahasi su an itibariyle ana kasada o acigi kapatacak para da yok, dolayisiyla kasa giris cikislarinin da gozden gecirilmesi gerekli.

Bu kart, kredili mevduati da kapsayacak sekilde (sonra ayiracagim) her daim 20,000 TL uzerinde olmali.

Simdi oyle ama yine de gelir gider karisik islemler yapilmis.

YKB cari kartinin tum odeme/tahsilat/gelir/gider islemlerinin kontrol edilmesi ve varsa hatalarinin giderilmesi gerekiyor.

gelir ve gider dökümleri için rapor istendiğinde işlemi başlatıyor fakat sökümü almıyor, hata da vermiyor.

Canım şimdi ekte göreceksin. Erol'un kasa bakiyesinde bir problem oldu. Biz de bugüne kadar onun kasasına yapılan para transferlerinden onun bize para üstü olarak yaptığı transferleri çıkardık. Daha sonra da onun kasasından yaptığımız ödemeleri çıkardık. Arada 200 TL lik bir fark var (300 gibi görünüyor da birini ben bugün verdim onun bakiyesinde kalması lazım zaten) Yani kasa bakiyesinin şu anda 300 görünmesi lazım ama 500 görünüyor :(

upps exceli ekleyemiyorum nasıl yapalım

Uygulama uzun suredir guncelleme almiyor, bazi paket ve api'ler deprecate olmus olabilir, bazilari uyum sorunu yaratabilir, bu sebeple

• npm paketleri guncelle
• meteor core guncelle
• meteor paketleri guncelle

bu guncellemelerle birlikte ozellikle api degisiklikleri gundeme gelebilrir, bu durumda, buraya yapilacak guncellemeleri liste olarak ekleyip bu ticket uzerinde calisabiliriz

bu nedenle her zaman önce cariyi kontrol etmek yoksa açmak ondan sonra geri önüp işlemini yapmak gerekiyor. Ama oradan bir yönlendirme olsa cari kart açılıp, hızlıca geliri ve gideri hazırlanabilir. Bu da mı yeni modül demek emin değilim.

büyük yazılan “İ” harfi küçülürken başka bir karakter oluyor ve takibi mümkün olmadığı için aramalarda bulunamamasına sebep oluyor. Dolayısıyla cari Kart tekrarı çok daha kolay hale geliyor. Bunu çok test ettim. i harfinin üzerindeki nokta kareye dönüyor, tabii aramalarda çıkması mümkün değil.

Sürekli kontrol gerektiği ve bu sezonda mümkün olmadığı için açık kalan bakiyelerin uyarı vermesi gerekiyor. Şu anda takip edilebilir gibi görünse de bakiyeler uzun süreli ve kısa süreli olabildiği için ortalık karışıyor.
Uyarı bir renk değişikliği bile olabilir. Mesela Gerçekleşme tarihi geçmişse ve bakiye'de borç ya da alacak görünüyorsa, renk değişebilir.
Üzerine konuşabiliriz. BOrçlar için değil sadece alacaklar için bile olsa yeterli olur.

Çıkan dosya no yerine konabilir. Böyle bir aramanın yapılması tarih aralığına göre gelecek ya da gitmiş olan kişileri kolaylıkla görmemizi sağlar.