Logo Programının temel özellikleri
* Logo programı
MSSQL server database platformunda çalışır. Logo programının
çalışabilmesi için O bilgisayarda MSSQL server'ın kurulu olması
gerekmektedir.
* Eğitimde örnek alacağımız program Logo programı GOPLUS 'tır.
* Logo programı bir bilgisayara kurulduğunda GOPLUS.EXE ve GOSYS.EXE şeklinde temel olarak iki ana uygulama yazılımıyla çalışır.
* GOPLUS.EXE programın temelini oluşturur ve işleyişle alakalı tüm süreç GOPLUS.EXE içerisinde yapılır
* GOPLUSSYS.EXE Logo'da kullanılacak firma tanımları , kullanıcı
tanımları vb. işlemlerin sistem işletmenleri tarafından oluşturulması
için kullanılan uygulamadır.
Firma / Dönem Kavramı
Logo'da her işletme için bir firma tanımı yapılır. Firma tanımı
yapıldıktan sonra o firmayı kullanabilmek için firmaya 1 adet mali
dönem eklenmesi gerekmektedir.
Logo'da her firma için 99 adet dönem tanımı yapılabilmektedir. Ayrıca
bir firma için mali dönemden bağımsız çalışma seçilebilmektedir. Önemli
nokta mali
dönemden bağımsız çalışmaya geçtikten sonra bu işlemi geri almak mümkün değildir.
Mali dönem tarihleri bir yılın başlangıcı ve sonu olarak
belirlenmektedir. Bu iki tarih aralığında işlem yapılmasına müsade
edilir. Yeni bir mali döneme gelindiğinde
Logo'da devir işlemi
gerçekleştirilir ve yeni döneme veya firmaya açılış bakiyeleri
oluşturulur. ( Stok , cari , kasa , banka , çek senet , resmi muhasebe)
Logo programında dikkat edilmesi gereken en önemli hususlardan
birisi hareket gören herhangi bir kart silinemez. ( Stok kartı , Cari
hesap kartı , Banka kartı ,
Hesap planı kartı vb.) Dolayısıyla yeni
mali döneme devir işlemi esnasında yeni bir döneme veya yeni bir firmaya
devir yapılacağına bu kriter düşünülerek karar verilir.
Mantığını şu şekilde anlayabiliriz. Logo Firma datasında
kartları saklar. Örneğin ; Stok kartları , cari hesap kartları vb. Dönem
datasında ise o kartlarla yapılan hareketleri
saklar. Örn ;
Faturalar , Tahsilat fişleri vb. Logo 'da 1 numaralı bir firmamız ve bu
firmaya bağlı 2012 yılına ait bir dönemimiz olduğunu varsayalım. 2013
yılı geldiğinde
eğer 1 numaralı firmaya bir dönem daha oluşturup 2013 dönemini eklersek
en büyük dezavantajı kartları değiştiremeyeceğimiz yada
silemeyeceğimizdir. Şöyleki ;
adı ; 'kırmızı süpürgelik' olan bir
stok kartının adını ; 'yeşil süpürgelik' olarak değiştirdiğimizde 2012
yılında bu kartın kullanıldığı tüm hareketlerde ( fatura , sipariş vs)
bu değişiklik geçerli olacaktır.
Logo Destek
27 Şubat 2013 Çarşamba
31 Mayıs 2012 Perşembe
Objects ve Objects designer hakkında
LBS tarafından üretilen programlarda iki farklı tipte arayüz uyarlamak mümkündür.
Birinci yöntem ;
Object designer kullanmak
İkinci yöntem Arayüz uyarlama ( Customize form)
Object designer ile Logo programlarına arayüz uyarlayabilmek için gerekenler ;
1-) Logo'nun çözüm ortağı olmak ( Çözüm ortağı olacak firmaların en az 2 adet LUU sertifikasdına sahip yazılımcı çalıştırmaları şartı vardır)
2-) Uyarlama yapmayı bilmek
Object designer ile menü ağacı ve kısayollar dahil program üzerindeki birçok formda ( Programın tamamında uyarlama yapmak mümkün değil) uyarlama yapabilirsiniz , database'de yeni tablolar oluşturarak bu tabloları browserlara bağlayabilirisiniz.
Arayüz Uyarlama Aracı ise daha kısır ve yetenekleri daha düşüktür. Örneğin arayüz uyarlamada logo'nun standart datasında olmayan bir tabloyu oluşturup programda gösteremezsiniz , formlara kod yazamazsınız vs..
Peki bir uyarlama yaptık ve müşterimizde bu uyarlamayı çalıştırmak için ne gerekiyor ;
Müşterinizin object veya object designer için runtime lisansını satın alması gerekmektedir. Bu lisans satışı çözüm ortakları haricinde uyarlama yapılmasını engellemek maksadıyla ADM'ler üzerinden değil direkt logo tarafından satılmaktadır.
En güzel tarafı ise runtime lisansının ucuz olması
Birinci yöntem ;
Object designer kullanmak
İkinci yöntem Arayüz uyarlama ( Customize form)
Object designer ile Logo programlarına arayüz uyarlayabilmek için gerekenler ;
1-) Logo'nun çözüm ortağı olmak ( Çözüm ortağı olacak firmaların en az 2 adet LUU sertifikasdına sahip yazılımcı çalıştırmaları şartı vardır)
2-) Uyarlama yapmayı bilmek
Object designer ile menü ağacı ve kısayollar dahil program üzerindeki birçok formda ( Programın tamamında uyarlama yapmak mümkün değil) uyarlama yapabilirsiniz , database'de yeni tablolar oluşturarak bu tabloları browserlara bağlayabilirisiniz.
Arayüz Uyarlama Aracı ise daha kısır ve yetenekleri daha düşüktür. Örneğin arayüz uyarlamada logo'nun standart datasında olmayan bir tabloyu oluşturup programda gösteremezsiniz , formlara kod yazamazsınız vs..
Peki bir uyarlama yaptık ve müşterimizde bu uyarlamayı çalıştırmak için ne gerekiyor ;
Müşterinizin object veya object designer için runtime lisansını satın alması gerekmektedir. Bu lisans satışı çözüm ortakları haricinde uyarlama yapılmasını engellemek maksadıyla ADM'ler üzerinden değil direkt logo tarafından satılmaktadır.
En güzel tarafı ise runtime lisansının ucuz olması
SQL ve Logo yedekleme işlemlerinde doğru ve yanlış bildiklerimiz
En çok sorulan sorulardan ve araştırılan konulardan birisi yedekleme süreci. Programımızın datalarını yedeklemenin yanı sıra ,
aldığımız yedeğin ne kadar doğru alındığınında önemi çok fazla. Birgün yedeğe ihtiyacımız olduğunda , elimizdeki yedeğin
doğru olmaması bir faciadır.
Yedekleme yöntemlerine geçmeden önce kısaca SQL data'mız ile ilgili anlaşılır ve kısaca bir kaç bilgi verelim.
SQL (Structured Query Language ) yani yapılandırılmış sorgulama dili manasına gelen kelimelerin baş harflerinden oluşan
bir terimdir.
Kullandığımız Logo programı için SQL 'de bir tane database'imiz vardır. Yaptığımız tüm işlemler SQL'in yetenekleri kullanılarak
SQL datasında saklanır. Bu şu manaya gelir ; SQL 'de bulunan datamızın dosyaları , harddiskte fiziksel olarak nereye kaydedildiyse
verilerimiz orada demektir.
Bir SQL datası fiziksel olarak 2 dosyada tutulur. Birisi MDF uzantılı asıl verilerin saklandığı dosya , diğeri ise LDF uzantılı ,
datada yapılan işlem kayıtlarının saklandığı Log dosyası olan LDF uzantılı dosya.
Yani şu manaya geliyor ; Logo yüklü bilgisayarınıza format atmadan önce Logo klasörünün yedeğini almanız ,
asla yedek aldığınız manasına gelmiyor.
Ençok sorulan sorulardan birisi ; Bu iki dosyanın kopyala yapıştır yöntemiyle yedeğini aldığımızda yedek almış olurmuyuz.
Cevap : Şans eseri doğru yedek almışta olabilirsiniz. Ancak bu yöntemle aldığınız bir yedeğe ulaşmak şanslı bir insan
olduğunuz gerçeğinden başka birşey değildir.
Neden ? ; SQL server 'da çalışan master , model , msdb , tempdb gibi SQL tarafından otomatik oluşturulan datalar görürüz.
SQL server bahse konu datalarla hiyerarşik yapı ve çalışma ortamını sağlar. SQL in kendi yetenekleriyle almadığınız
her yedek , bu hiyerarşik düzenden yoksun alınmış bir yedekleme olacaktır.
Diğer bir yöntem ise windows'un kendi yedekleme programını kullanarak data dosyalarımızın yedeğini oluşturmaktır.
Her ne kadar veri gölgeleme tekniği kullanılarak dosyaların yedeği alınmış olsada bu yöntemde doğru bir yedekleme
yöntemi değildir.
Doğru yedekleme SQL 'in kendi yönetim araçlarını kullanarak yedek almaktır. Management Studio veya
versiyona göre Enterprise manager da bulunan backup database yöntemini kullanmaktır.
Piyasada otamatik yedek aldığını söyleyen programlara itibar etmeyelim.
Neden? Çünkü otomatik yedek aldığını söyleyen her program windowsta zamanlanmış görevler olarak
bildiğimiz servisi kullanır. Bu servisin düzgün işlememesi demek , otomatik yedek alıyorum diye
güvenip hiç yedek almamanız manasına gelir.
Kısaca ;
* Dosyaları kopyala yapıştır yanlış bir yöntemdir.
* VTyonet ten aldığınız yedek , SQL den aldığınız yedekle aynı doğruluktadır. Çünkü yöntem aynıdır.
* Otomatik yedek güvenilir değildir. ( SQL den otomatik yedek ayarlasanızda)
* 2.5" taşınabilir diskler asla güvenli bir yedekleme ortamı değildir. Nedeni ise USB kabloyla
verinin taşınmasıdır. Kablodaki milimetrik bir hata , verinin farklı yazılmasına neden olur. Döngüsel
artıklık denetimi denilen bir hatayla karşılaşmanız muhtemeldir. USB flash diskler ise kolay bozulmaları
nedeniyle uygun değildir. En uygun ve ekonomik saklama yöntemleri ise 3.5 " kutulu harddisk
veya CD ortamına yazmaktır. CD ortamına yazarsanız aynı zamanda arşiv yedek oluşturmuş olursunuz.
Kazasız günler
aldığımız yedeğin ne kadar doğru alındığınında önemi çok fazla. Birgün yedeğe ihtiyacımız olduğunda , elimizdeki yedeğin
doğru olmaması bir faciadır.
Yedekleme yöntemlerine geçmeden önce kısaca SQL data'mız ile ilgili anlaşılır ve kısaca bir kaç bilgi verelim.
SQL (Structured Query Language ) yani yapılandırılmış sorgulama dili manasına gelen kelimelerin baş harflerinden oluşan
bir terimdir.
Kullandığımız Logo programı için SQL 'de bir tane database'imiz vardır. Yaptığımız tüm işlemler SQL'in yetenekleri kullanılarak
SQL datasında saklanır. Bu şu manaya gelir ; SQL 'de bulunan datamızın dosyaları , harddiskte fiziksel olarak nereye kaydedildiyse
verilerimiz orada demektir.
Bir SQL datası fiziksel olarak 2 dosyada tutulur. Birisi MDF uzantılı asıl verilerin saklandığı dosya , diğeri ise LDF uzantılı ,
datada yapılan işlem kayıtlarının saklandığı Log dosyası olan LDF uzantılı dosya.
Yani şu manaya geliyor ; Logo yüklü bilgisayarınıza format atmadan önce Logo klasörünün yedeğini almanız ,
asla yedek aldığınız manasına gelmiyor.
Ençok sorulan sorulardan birisi ; Bu iki dosyanın kopyala yapıştır yöntemiyle yedeğini aldığımızda yedek almış olurmuyuz.
Cevap : Şans eseri doğru yedek almışta olabilirsiniz. Ancak bu yöntemle aldığınız bir yedeğe ulaşmak şanslı bir insan
olduğunuz gerçeğinden başka birşey değildir.
Neden ? ; SQL server 'da çalışan master , model , msdb , tempdb gibi SQL tarafından otomatik oluşturulan datalar görürüz.
SQL server bahse konu datalarla hiyerarşik yapı ve çalışma ortamını sağlar. SQL in kendi yetenekleriyle almadığınız
her yedek , bu hiyerarşik düzenden yoksun alınmış bir yedekleme olacaktır.
Diğer bir yöntem ise windows'un kendi yedekleme programını kullanarak data dosyalarımızın yedeğini oluşturmaktır.
Her ne kadar veri gölgeleme tekniği kullanılarak dosyaların yedeği alınmış olsada bu yöntemde doğru bir yedekleme
yöntemi değildir.
Doğru yedekleme SQL 'in kendi yönetim araçlarını kullanarak yedek almaktır. Management Studio veya
versiyona göre Enterprise manager da bulunan backup database yöntemini kullanmaktır.
Piyasada otamatik yedek aldığını söyleyen programlara itibar etmeyelim.
Neden? Çünkü otomatik yedek aldığını söyleyen her program windowsta zamanlanmış görevler olarak
bildiğimiz servisi kullanır. Bu servisin düzgün işlememesi demek , otomatik yedek alıyorum diye
güvenip hiç yedek almamanız manasına gelir.
Kısaca ;
* Dosyaları kopyala yapıştır yanlış bir yöntemdir.
* VTyonet ten aldığınız yedek , SQL den aldığınız yedekle aynı doğruluktadır. Çünkü yöntem aynıdır.
* Otomatik yedek güvenilir değildir. ( SQL den otomatik yedek ayarlasanızda)
* 2.5" taşınabilir diskler asla güvenli bir yedekleme ortamı değildir. Nedeni ise USB kabloyla
verinin taşınmasıdır. Kablodaki milimetrik bir hata , verinin farklı yazılmasına neden olur. Döngüsel
artıklık denetimi denilen bir hatayla karşılaşmanız muhtemeldir. USB flash diskler ise kolay bozulmaları
nedeniyle uygun değildir. En uygun ve ekonomik saklama yöntemleri ise 3.5 " kutulu harddisk
veya CD ortamına yazmaktır. CD ortamına yazarsanız aynı zamanda arşiv yedek oluşturmuş olursunuz.
Kazasız günler
Kaydol:
Kayıtlar (Atom)