Sisteme yeni bir kullanici eklediginizde sistem bu kullaniciyi ve modül
ayarlarini SE_eng20.ini dosyasina yazar.
Bu dosyada kullanicinin hangi firmayi ve hangi dönemi kullandigida yazilir.
Yeni kullanici olusturuldugunda sistem kullanici firmasini var olan bir
firma olarak degilde "daten" firmasi olarak giriyor.
Bana sorarsaniz düzenlenmesi gereken bir bug.
Temel cözüm firma klasörünü daten olarak ayarlamak. Dolayisiyle yeni
kullanici eklemede problem cikmayacaktir.
Ancak farkli bir firma klasörü belirtmisseniz program acilista hata verir
ve kapanir.
BW klasörünün altýna daten adinda bos bir klasör olusturmak sorunu
çözecektir.
ilk acilista program daten klasörünü yeni firma kabul edip bir sürü islem
yapacaktir. Sabirli olun.
Daha sonra yeni kullanici için firma degistir fonksiyonu ile guncel
firmaniza geçis yaparsiniz.
Standart konfigürasyonda 1+3 kullanici geliyor. Eger bu kullanicilari
üzerine tasarim yapmissaniz, yeni firma acmissaniz ve daha sonra gereksiz
klasörleri silmisseniz kullanici firmasini standart kurulumda gelen
"beispiel" örnek firmada da unutmus olabilirsiniz.
daten klasörünü actiginiz halde yinede giris yapamiyorsaniz beispiel
klasörünü de acin.
Benzer sekilde kendiniz firma acmis ve kullaniciyi o firmada unutmus daha
sonra firma verilerini ve kalsorunu baska bir kullanici ile silmis
olabilirsiniz. Bu durumda daha önce acmis oldugunuz firma klasörlerini
yaratmayi deneyin.
Bu problemin cikmasinin temel nedeni kullanicinin ayarlarinin son girdigi
firmada kalmis olmasi ve sizin o firmayi cesitli nedenlerle silmis
olmaniz.
30 Aralık 2003 Salı
29 Aralık 2003 Pazartesi
[BüroWARE] Kullanici yekilendirmesi
Buroware de kullanici yetkilendirmesi standart olarak Designer->Ayar
Yetkileri bölümünden yapılıyor.
Malesef şu ande ana liste almanca ama ilerde Yönetici arayüzüde tamamen
Türkçe olacak.
Yetkilendirme mantalitesinden önce konfigürasyon mantığını öğrenmek
gerekiyor.
Programla ilgili tüm konfigürasyon se_c20fi.dtk dosyasında tutuluyor.
Kullanıcı ayarları sec20xxx.dtk dosyasında tutuluyor.
xxx kullanıcı numarasını temsil eder. 001 kullanıcısının ayarları
sec20001.dtk dosyasında tutuluyor.
Program ilk kurulduğunda kullanıcı konfigürasyonunun 14KB gibi bir boyutta
olduğu görülür. Özel hiçbir tanımlama yapılmamıştır.
Programda kullanılan tüm menüler, maskeler, butonlar, bitmap-butonlar, popup
menüler, ayarlar, tablolar, veri tabanı kodları konfigürasyonda tutuluyor.
Her birinin bir kodu var. @EINGABE maskeler, @MENUE menüler, at AUSWTAB seçim
tabloları, at T_FELD tablolar, at ZG ayar yetkileri vs.
Anaprogramın menüsünün kodu @MENUE,START
Muhasebenin menüsünün koduı @MENUE,FIBU
Designer da tablomerkezi, maske merkezi vs. alanlara girildiğinde index
alanında anahtar kodu görülebilir. (Sadece START kısmı)
Bu anahtarlara BWADE ile doğrudan müdahale etmek mümkündür.
Kullanıcı için bir değişiklik yapıldığında ilgili anahtar kullanıcı
konfigürasyonuna yazılır.
Kullanıcı programa girdiğinde program anahtarı kontrol eder. Kullanıcıya
özel tasarım yoksa ana konfigürasyondan alır.
Yani menü merkezinden Anaprogram menüsü kullanıcı için değiştirildiğinde
@MENUE,START anahtarının bir kopyası Sec20001.dtk dosyasına kaydedilir.
Kullanıcı programa girdiğinde sec20001.dtk daki anahtar kullanılır.
Ana konfigürasyon aynı zamanda 000 kullanıcısının konfigürasyonudur.
Dolayısıyla çok kullanıcılı bir sistemde bu kullanıcı sistem yöneticisine
ait olmalıdır.
Kullanıcı bazında tasarım yapmak için
Designer->İşlemler->...'ın işlemleri (v4.2 ve sonrasında böyle ,diğer
versiyonlarda başka bir adı var) fonksiyonu ile baz kullanıcı seçilir.
Designer->İşlemler-> Kayıt seçimi ile üzerinde işlem yapılacak kullanıcı
seçilir.
002 kullanıcısının bir maskesini baz alıp 003 ve 004 kullanıcısına kaydetmek
istiyorsak 1. işlemde 002, 2. işlemde 003 ve 004 kullanıcılarını seçeriz.
003 kullanıcısının kendi maskesini değiştirmek için her iki işlemde de 003
kullanısını seçeriz.
003 kullanıcısının ilgili maskede özel bir tasarımı yoksa program baz
alıncak maskeyi ana konfigürasyondan getirir.
Yetkilendirme sadece ayar yetkileri ile yapılabilir.
003 kullanıcısının stokları silmesini,değiştirmesini istemiyorsak
kullanıcı işlemlerinde her iki işlemde de 003 kullanıcısını seçeriz.
Designer->Ayaryetkileri-> Stok kartları (Artikelstammdaten )[1141]->
000: Stok kartını kaydet
001: Stok kartını sil
seçeneklerini işaretsiz bırakırız.
ayar yetkilerinin bu bölümü konfigürasyon dosyasında @ZG,1141 anahtarı ile
tutulmaktadır.
daha önce bu kullanıcıda bu ayar yetkisini değiştirmişsek sec20003.dtk
dosyasında bu alan var demektir.
yapılmamışsa program bu anahtarı sec20003.dtk dosyasına kopyalar ve
kullanıcı bazında yetkilendirme yapılmış olur.
BüroWARE'de ayar yetkileri ile herhangi bir fonksiyonu görüntülememe
sınırlaması getirilmemiştir.
Kullanıcı ekleme,silme yapamasada kayıtları görüntüleyebilir.
Lisans ile modül bazında kullanıcı kısıtlaması getirilmiştir.
Kullanıcı bazında modül ayarı yapmak için
Data->Kullanıcı Gruplar Yönetimi-> Kullanıcı Lisansları (Bedenier Lizenzen)
fonksiyonu açılır.
İlgili alanlara onay konarak veya kaldırarak kullanıcı modül ayarlaması
yapılabilir.
Sisteme yeni kullanıcı ekleme işlemi bu tablodan yapılmaktadır.
Konfig modülü -> Lisans kayıtları bölümünden modül-kullanıcı sayısı
sınırlaması öğrenilebilir.
Lisans ve kullanıcı-modül sınırlaması ile ilgili bilgiler firma ve dönem
bilgileriyle birlikte SE_ENG20.INI dosyasında tutulmaktadır.
kullanıcı-grup-çalışma grubu-personel-e-mail vs. kartlarının çarpraz
ayarlarının yapılmasıda mümkün. ama bunları denememiz gerekiyor.
Çok kullanıcı sistemlerde ayar yetkileri ile kullanıcı yetkilendirme
yapılması yanında menüler, ekranlar, butonlar vs. sınırlandırılarak
yetkilendirmeye gidilmesi tercih edilmelidir.
Haliyle kullanıcı erişemediği fonksiyonu kullanamayacaktır.
Kodlara erişimde Tablolarda filtreler yaratılarak sınırlandırılabilir .
Büroware listesinde bu konuyla ilgili bir mail olmalı.
Kullanıcı bazında ayar yapıldıkça ilgili konfigürasyon dosyasının
boyutununun yeni anahtarların eklenmesinden dolayı büyüdüğü görülecektir.
Ayrıca birbirinin aynı konfigürasyonlar yapılmak istendiğinde konfigürasyon
dosyasının kopyalanması ve adının değiştirilmesi yeterli olacaktır.
sec20003.dtk dosyasını sec20004.dtk olarak kopyalarsak 003 kullanıcısı ile
004 kullanıcısı aynı konfigürasyona sahip olmuş olur.
Yetkileri bölümünden yapılıyor.
Malesef şu ande ana liste almanca ama ilerde Yönetici arayüzüde tamamen
Türkçe olacak.
Yetkilendirme mantalitesinden önce konfigürasyon mantığını öğrenmek
gerekiyor.
Programla ilgili tüm konfigürasyon se_c20fi.dtk dosyasında tutuluyor.
Kullanıcı ayarları sec20xxx.dtk dosyasında tutuluyor.
xxx kullanıcı numarasını temsil eder. 001 kullanıcısının ayarları
sec20001.dtk dosyasında tutuluyor.
Program ilk kurulduğunda kullanıcı konfigürasyonunun 14KB gibi bir boyutta
olduğu görülür. Özel hiçbir tanımlama yapılmamıştır.
Programda kullanılan tüm menüler, maskeler, butonlar, bitmap-butonlar, popup
menüler, ayarlar, tablolar, veri tabanı kodları konfigürasyonda tutuluyor.
Her birinin bir kodu var. @EINGABE maskeler, @MENUE menüler, at AUSWTAB seçim
tabloları, at T_FELD tablolar, at ZG ayar yetkileri vs.
Anaprogramın menüsünün kodu @MENUE,START
Muhasebenin menüsünün koduı @MENUE,FIBU
Designer da tablomerkezi, maske merkezi vs. alanlara girildiğinde index
alanında anahtar kodu görülebilir. (Sadece START kısmı)
Bu anahtarlara BWADE ile doğrudan müdahale etmek mümkündür.
Kullanıcı için bir değişiklik yapıldığında ilgili anahtar kullanıcı
konfigürasyonuna yazılır.
Kullanıcı programa girdiğinde program anahtarı kontrol eder. Kullanıcıya
özel tasarım yoksa ana konfigürasyondan alır.
Yani menü merkezinden Anaprogram menüsü kullanıcı için değiştirildiğinde
@MENUE,START anahtarının bir kopyası Sec20001.dtk dosyasına kaydedilir.
Kullanıcı programa girdiğinde sec20001.dtk daki anahtar kullanılır.
Ana konfigürasyon aynı zamanda 000 kullanıcısının konfigürasyonudur.
Dolayısıyla çok kullanıcılı bir sistemde bu kullanıcı sistem yöneticisine
ait olmalıdır.
Kullanıcı bazında tasarım yapmak için
Designer->İşlemler->...'ın işlemleri (v4.2 ve sonrasında böyle ,diğer
versiyonlarda başka bir adı var) fonksiyonu ile baz kullanıcı seçilir.
Designer->İşlemler-> Kayıt seçimi ile üzerinde işlem yapılacak kullanıcı
seçilir.
002 kullanıcısının bir maskesini baz alıp 003 ve 004 kullanıcısına kaydetmek
istiyorsak 1. işlemde 002, 2. işlemde 003 ve 004 kullanıcılarını seçeriz.
003 kullanıcısının kendi maskesini değiştirmek için her iki işlemde de 003
kullanısını seçeriz.
003 kullanıcısının ilgili maskede özel bir tasarımı yoksa program baz
alıncak maskeyi ana konfigürasyondan getirir.
Yetkilendirme sadece ayar yetkileri ile yapılabilir.
003 kullanıcısının stokları silmesini,değiştirmesini istemiyorsak
kullanıcı işlemlerinde her iki işlemde de 003 kullanıcısını seçeriz.
Designer->Ayaryetkileri-> Stok kartları (Artikelstammdaten )[1141]->
000: Stok kartını kaydet
001: Stok kartını sil
seçeneklerini işaretsiz bırakırız.
ayar yetkilerinin bu bölümü konfigürasyon dosyasında @ZG,1141 anahtarı ile
tutulmaktadır.
daha önce bu kullanıcıda bu ayar yetkisini değiştirmişsek sec20003.dtk
dosyasında bu alan var demektir.
yapılmamışsa program bu anahtarı sec20003.dtk dosyasına kopyalar ve
kullanıcı bazında yetkilendirme yapılmış olur.
BüroWARE'de ayar yetkileri ile herhangi bir fonksiyonu görüntülememe
sınırlaması getirilmemiştir.
Kullanıcı ekleme,silme yapamasada kayıtları görüntüleyebilir.
Lisans ile modül bazında kullanıcı kısıtlaması getirilmiştir.
Kullanıcı bazında modül ayarı yapmak için
Data->Kullanıcı Gruplar Yönetimi-> Kullanıcı Lisansları (Bedenier Lizenzen)
fonksiyonu açılır.
İlgili alanlara onay konarak veya kaldırarak kullanıcı modül ayarlaması
yapılabilir.
Sisteme yeni kullanıcı ekleme işlemi bu tablodan yapılmaktadır.
Konfig modülü -> Lisans kayıtları bölümünden modül-kullanıcı sayısı
sınırlaması öğrenilebilir.
Lisans ve kullanıcı-modül sınırlaması ile ilgili bilgiler firma ve dönem
bilgileriyle birlikte SE_ENG20.INI dosyasında tutulmaktadır.
kullanıcı-grup-çalışma grubu-personel-e-mail vs. kartlarının çarpraz
ayarlarının yapılmasıda mümkün. ama bunları denememiz gerekiyor.
Çok kullanıcı sistemlerde ayar yetkileri ile kullanıcı yetkilendirme
yapılması yanında menüler, ekranlar, butonlar vs. sınırlandırılarak
yetkilendirmeye gidilmesi tercih edilmelidir.
Haliyle kullanıcı erişemediği fonksiyonu kullanamayacaktır.
Kodlara erişimde Tablolarda filtreler yaratılarak sınırlandırılabilir .
Büroware listesinde bu konuyla ilgili bir mail olmalı.
Kullanıcı bazında ayar yapıldıkça ilgili konfigürasyon dosyasının
boyutununun yeni anahtarların eklenmesinden dolayı büyüdüğü görülecektir.
Ayrıca birbirinin aynı konfigürasyonlar yapılmak istendiğinde konfigürasyon
dosyasının kopyalanması ve adının değiştirilmesi yeterli olacaktır.
sec20003.dtk dosyasını sec20004.dtk olarak kopyalarsak 003 kullanıcısı ile
004 kullanıcısı aynı konfigürasyona sahip olmuş olur.
[BüroWARE] Muhasebe Anahesap ve hesap gruplari sistemi
Muhasebede hesap tutmak için kullandığımız kartlar anahesaplardır.
Muhasebeciler dilinde hesap, tali hesap , alt hesap gibi geçer.
Temel nokta işlemlerin bu hesaplar üzerinde yapılmasıdır.
Anahesapların gruplandığı üst hesaplarda hesap gruplarıdır.
Muhasebecilerin dilinde anahesap, hesap veya üst hesap olarak geçiyor.
Başka kullanımlarda olabilir ama daha önce kullanmış oldukları programlardan
bu terimleri aldıkları kesin.
Türkiyede Tekdüzen hesap planı kullanılıyor.
Temel mantığı ağaç sistemi üzerine
hg alt hg.
1 -> 10,11,12,13,....
2 -> 20,21,22,23,....
10 -> 100,101,102,103,....
11-> 110,111,112,113...
şeklinde ilerliyor.
üç haneye kadar olan kısım mali açıdan zorunlu. Beyan edilmesi gerekiyor.
Alt gruplar kullanıma dair.
hg alt hg.
100-> 10001,10002,10003
şeklinde tanımlanabilir.
Genelde bizim muhasebeciler bu grupları kat kat yapmaya pek meraklılar .
her kata bir kırılım diyoruz.
1->10->100->1000->10000->100000->....
her gruplama için bir kırılım kullanıyorlar.
Burada orta üstü bir firmada çektiğimiz sıkıntı kırılımlar için 8 hanenin
yeterli olmaması.
Ancak muhasebecilerin kırılım yapmalarının temel nedeni kullandıkları
programlarda gruplama yapamamaları.
Büroware de önce hesap gruplarını sonra anahesapları tanımlamak gerekiyor.
Mevcut bir sistemden hesap gruplarını ve anahesapları olduğu gibi almak için
S_FISA32.DAT ve .KEY dosyalarını kopyalamak yeterli. Ancak işlem yapılmışsa
istatistik verileride olacağından reorganizasyon yapılmalı.
Program içinden export ve import etmek için konfig modülüde
Tools/özel->Muhasebe-> xxxx fonksiyonlarına bakılabilir.
Hesap grubu için anahesap kartları tablosundan hesap grubu kartı sekmesine
geçilir.
F3 ile yeni eklenir. Rutin bilgiler girilir.
Hesap gruplarında yukardan aşağı doğru gruplama yapılır.
yani 1 grubuna ek gruplar sekmesinde 10,11,12,...,19 eklenir.
alt gruplar sonradanda eklenebilir.
Büroware de anahesaplar için özel S3 veri tipi kullanılmaktadır.
bu veri tipi alman muhasebesine has bir yapı için kullanılır.
10/100 , 10/101 ,... şeklinde bölmeli gruplar içindir ancak Türk
muhasebesine uygun değildir.
S3 veri tipini noktalı olarak , 10.100 gibi kullanmak ta mümkün.
Designer->Ayar Yetkileri-> Muhasebe genel ayarlar
(Finanzbuchaltung-Allgemeine einstellungen)[FIBU]->
007: S3 opsiyonunu bölü işareti ile kullan
seçeneği işaretsiz bırakılır.
S3 veri tipini R veri tipi gibi kullanabilmek için
Designer->Ayar Yetkileri-> Muhasebe genel ayarlar
(Finanzbuchaltung-Allgemeine einstellungen)[FIBU]->
029:S3 seçeeneği işlemleri
seçeneği işaretsiz bırakılmalıdır.
Ana hesap girebilmek için Genel işlemler->Firma kartında
Borçludan-Borçluya, Alacaklıdan-Alacaklıya, İlk irtibattan-ilk irtibata
alanları ve Muhasebe-> Firma kartında Anahesaptan-Anahesaba alanları mutlaka
girilmiş olmalıdır.
F3 ile standart olarak anahesap ekleyebilmek için
Designer->Ayar yetkileri-> Anahesap kartları
(Sachkontenstammdaten)[FI1300]->
007:Anahesap kartoteks seçimini aktif et
seçeneği seçilmemiş olmalıdır.
Bu seçenek seçili olduğunda program, sadece kopyalama tekniğinin mümkün
olduğu yeni anahesap tablosunu getirir.
Yeni sistemle anahesap eklemek için kontrol sistemi kullanılabilir.
Muhasebe->Firma kartında Yansıtma hesabı , Otomtk hesap sekmelerinde
alanlar doldurulur. (Anahesaplar mevcut olması gerekmez.)
Yansıtma hesabı sekmesinde Carihesap kartlarının muhasebede yansıtma olarak
kullanılacak hesapları - irtibatları belirlenmiş olur. "0" bölümleri normal
işlemlerde mutlaka doldurulmalıdır. Mizan, Defteri kebir vs. standart
muhasebe raporlarında bu anahesap kullanılacaktır.
Örneğin Borçlular->0 bölümüne 12000000, Alacaklılar->0 bölümüne 320000000
değerleri girilir. (Burada 120 ve 320 mali olarak carilerin
irtibatlandırıldığı zorunlu hesap gruplarıdır. 120,320 ile başlamak şartıyla
hane sayısı azaltılabilir.)
Muhasebe->Kayıt->kayıtları kontrol et-> Başla(F9) işlemi yapıldığında
program 12000000 ve 32000000 anahesapları otomatik olarak açılır.
Diğer hesaplarda kopyalama sistemi ile anahesap kartoteksinden açılır.
Anahesaplarda aşağıdan yukarı doğru gruplamaya bağlanır.
Anahesap kartında Standart gruplar sekmesinde ilk alana ilgili hesap grubunu
girmek yeterlidir.
1->10->100->10001 hesap grubu sistemi altına 10001001 anahesabı açılmışsa bu
anahesap sadece 10001 hesap grubuna bağlanır.
10001001 anahesabına kayıt yapıldığında hesap grupları zincirleme
birbirlerine bağlı olduğu için herbirine istatistiksel olarak kaydedilmiş
olur.
Hesap gruplarını bu şekilde zincirleme bağlamak özellikle KONTENGRUPPE
(hesap grubu) raporlarında değerleri çekmek açısından yararlıdır.
Ancak standart dışı kodlamalar yapılarak kırılım problemleri çözülebilir.
Anahesaplarda problemlerden biri veri tipinin R olmasıdır. Mali olarakta
sadece sayılar geçerlidir.
Problem R veri tipinin sağa dayalı olmasında.
Peş peşe 10001, 1010101,10201 anahesaplarının açıldığını varsayarsak
sıralama yapıldığında 1010101 arada kalması gerekirken en sona gidecektir.
Bu raporlamada problem çıkarmaktadır. Bu yüzden bir firma için kodlama
yapılırken anahesapların hepsinin aynı uzunlukta olmasına dikkat
edilmelidir.
Ben tüm S3 alanlarını L formatına çevirerek bu problemi çözmeye çalıştım
ancak olmadı. Deneme yapmak gerekiyor.
Gelelim anahesapların ne işe yaradığına.
100 hesap grubu kasalar için kullanılır.
100- kasa -hesap grubu-
10001 - Merkez kasası -hesap grubu-
1000101 - TL Kasa -hesap grubu-
10001011 - TL KAsa -anahesap-
1000102 - $ Kasası --hesap grubu-
10001021 - $ Kasası -anahesap-
102 - bankalar -hesap grubu-
10201 - bankalar tl -hesap grubu-
1020101- Garanti -hesap grubu-
10201011- Garanti Karaköy 1234 nolu hesap - anahesap-
10202 - bankalar $ -hesap grubu-
1020201 - Garanti-hesap grubu-
10202011- Garanti Karaköy 2345 nolu hesap - anahesap
şeklinde bir yapımız olsun.
hesaba para yatırma işlemi
10201011 - S (Soll-Borç)- 1000 TL
10001011 - H (Haben-Alacak) - 1000 TL
şeklinde bir kayıt ile olur.
hesaptan para çekme işlemi için S,H yer değiştirmelidir.
borç alacak kaydında temel mantık para verenin alacak hesabına, alanın borç
hesabına kaydedilmesidir.
para yatırırken kasa para verir. alacak hesabına kaydedilir.
banka para alır. borç hesabına kaydedilir.
bu işlemler sonucu banka hesabında ne kadar para olduğu yani bakiyesi , ne
kadar para yatırıldığı ve çekildiği hesaplanmış olur.
Aynı mantıkla tekdüzen hesap planına bağlı olarak carilere olan borç
alacaklar, giderler, stokların maliyeti vs. tutulmuş olur.
Unutulmaması gereken şey kayıtlar karşılıklı olduğu için tüm hesapların
toplam bakiyesinin 0 olacağıdır.
Tek düzene bağlı olarak firmanın bilançosu , kar-zarar hesapları, aktif -
pasif değerleri bu anahesaplarla hesaplanmış olur.
Muhasebeciler dilinde hesap, tali hesap , alt hesap gibi geçer.
Temel nokta işlemlerin bu hesaplar üzerinde yapılmasıdır.
Anahesapların gruplandığı üst hesaplarda hesap gruplarıdır.
Muhasebecilerin dilinde anahesap, hesap veya üst hesap olarak geçiyor.
Başka kullanımlarda olabilir ama daha önce kullanmış oldukları programlardan
bu terimleri aldıkları kesin.
Türkiyede Tekdüzen hesap planı kullanılıyor.
Temel mantığı ağaç sistemi üzerine
hg alt hg.
1 -> 10,11,12,13,....
2 -> 20,21,22,23,....
10 -> 100,101,102,103,....
11-> 110,111,112,113...
şeklinde ilerliyor.
üç haneye kadar olan kısım mali açıdan zorunlu. Beyan edilmesi gerekiyor.
Alt gruplar kullanıma dair.
hg alt hg.
100-> 10001,10002,10003
şeklinde tanımlanabilir.
Genelde bizim muhasebeciler bu grupları kat kat yapmaya pek meraklılar .
her kata bir kırılım diyoruz.
1->10->100->1000->10000->100000->....
her gruplama için bir kırılım kullanıyorlar.
Burada orta üstü bir firmada çektiğimiz sıkıntı kırılımlar için 8 hanenin
yeterli olmaması.
Ancak muhasebecilerin kırılım yapmalarının temel nedeni kullandıkları
programlarda gruplama yapamamaları.
Büroware de önce hesap gruplarını sonra anahesapları tanımlamak gerekiyor.
Mevcut bir sistemden hesap gruplarını ve anahesapları olduğu gibi almak için
S_FISA32.DAT ve .KEY dosyalarını kopyalamak yeterli. Ancak işlem yapılmışsa
istatistik verileride olacağından reorganizasyon yapılmalı.
Program içinden export ve import etmek için konfig modülüde
Tools/özel->Muhasebe-> xxxx fonksiyonlarına bakılabilir.
Hesap grubu için anahesap kartları tablosundan hesap grubu kartı sekmesine
geçilir.
F3 ile yeni eklenir. Rutin bilgiler girilir.
Hesap gruplarında yukardan aşağı doğru gruplama yapılır.
yani 1 grubuna ek gruplar sekmesinde 10,11,12,...,19 eklenir.
alt gruplar sonradanda eklenebilir.
Büroware de anahesaplar için özel S3 veri tipi kullanılmaktadır.
bu veri tipi alman muhasebesine has bir yapı için kullanılır.
10/100 , 10/101 ,... şeklinde bölmeli gruplar içindir ancak Türk
muhasebesine uygun değildir.
S3 veri tipini noktalı olarak , 10.100 gibi kullanmak ta mümkün.
Designer->Ayar Yetkileri-> Muhasebe genel ayarlar
(Finanzbuchaltung-Allgemeine einstellungen)[FIBU]->
007: S3 opsiyonunu bölü işareti ile kullan
seçeneği işaretsiz bırakılır.
S3 veri tipini R veri tipi gibi kullanabilmek için
Designer->Ayar Yetkileri-> Muhasebe genel ayarlar
(Finanzbuchaltung-Allgemeine einstellungen)[FIBU]->
029:S3 seçeeneği işlemleri
seçeneği işaretsiz bırakılmalıdır.
Ana hesap girebilmek için Genel işlemler->Firma kartında
Borçludan-Borçluya, Alacaklıdan-Alacaklıya, İlk irtibattan-ilk irtibata
alanları ve Muhasebe-> Firma kartında Anahesaptan-Anahesaba alanları mutlaka
girilmiş olmalıdır.
F3 ile standart olarak anahesap ekleyebilmek için
Designer->Ayar yetkileri-> Anahesap kartları
(Sachkontenstammdaten)[FI1300]->
007:Anahesap kartoteks seçimini aktif et
seçeneği seçilmemiş olmalıdır.
Bu seçenek seçili olduğunda program, sadece kopyalama tekniğinin mümkün
olduğu yeni anahesap tablosunu getirir.
Yeni sistemle anahesap eklemek için kontrol sistemi kullanılabilir.
Muhasebe->Firma kartında Yansıtma hesabı , Otomtk hesap sekmelerinde
alanlar doldurulur. (Anahesaplar mevcut olması gerekmez.)
Yansıtma hesabı sekmesinde Carihesap kartlarının muhasebede yansıtma olarak
kullanılacak hesapları - irtibatları belirlenmiş olur. "0" bölümleri normal
işlemlerde mutlaka doldurulmalıdır. Mizan, Defteri kebir vs. standart
muhasebe raporlarında bu anahesap kullanılacaktır.
Örneğin Borçlular->0 bölümüne 12000000, Alacaklılar->0 bölümüne 320000000
değerleri girilir. (Burada 120 ve 320 mali olarak carilerin
irtibatlandırıldığı zorunlu hesap gruplarıdır. 120,320 ile başlamak şartıyla
hane sayısı azaltılabilir.)
Muhasebe->Kayıt->kayıtları kontrol et-> Başla(F9) işlemi yapıldığında
program 12000000 ve 32000000 anahesapları otomatik olarak açılır.
Diğer hesaplarda kopyalama sistemi ile anahesap kartoteksinden açılır.
Anahesaplarda aşağıdan yukarı doğru gruplamaya bağlanır.
Anahesap kartında Standart gruplar sekmesinde ilk alana ilgili hesap grubunu
girmek yeterlidir.
1->10->100->10001 hesap grubu sistemi altına 10001001 anahesabı açılmışsa bu
anahesap sadece 10001 hesap grubuna bağlanır.
10001001 anahesabına kayıt yapıldığında hesap grupları zincirleme
birbirlerine bağlı olduğu için herbirine istatistiksel olarak kaydedilmiş
olur.
Hesap gruplarını bu şekilde zincirleme bağlamak özellikle KONTENGRUPPE
(hesap grubu) raporlarında değerleri çekmek açısından yararlıdır.
Ancak standart dışı kodlamalar yapılarak kırılım problemleri çözülebilir.
Anahesaplarda problemlerden biri veri tipinin R olmasıdır. Mali olarakta
sadece sayılar geçerlidir.
Problem R veri tipinin sağa dayalı olmasında.
Peş peşe 10001, 1010101,10201 anahesaplarının açıldığını varsayarsak
sıralama yapıldığında 1010101 arada kalması gerekirken en sona gidecektir.
Bu raporlamada problem çıkarmaktadır. Bu yüzden bir firma için kodlama
yapılırken anahesapların hepsinin aynı uzunlukta olmasına dikkat
edilmelidir.
Ben tüm S3 alanlarını L formatına çevirerek bu problemi çözmeye çalıştım
ancak olmadı. Deneme yapmak gerekiyor.
Gelelim anahesapların ne işe yaradığına.
100 hesap grubu kasalar için kullanılır.
100- kasa -hesap grubu-
10001 - Merkez kasası -hesap grubu-
1000101 - TL Kasa -hesap grubu-
10001011 - TL KAsa -anahesap-
1000102 - $ Kasası --hesap grubu-
10001021 - $ Kasası -anahesap-
102 - bankalar -hesap grubu-
10201 - bankalar tl -hesap grubu-
1020101- Garanti -hesap grubu-
10201011- Garanti Karaköy 1234 nolu hesap - anahesap-
10202 - bankalar $ -hesap grubu-
1020201 - Garanti-hesap grubu-
10202011- Garanti Karaköy 2345 nolu hesap - anahesap
şeklinde bir yapımız olsun.
hesaba para yatırma işlemi
10201011 - S (Soll-Borç)- 1000 TL
10001011 - H (Haben-Alacak) - 1000 TL
şeklinde bir kayıt ile olur.
hesaptan para çekme işlemi için S,H yer değiştirmelidir.
borç alacak kaydında temel mantık para verenin alacak hesabına, alanın borç
hesabına kaydedilmesidir.
para yatırırken kasa para verir. alacak hesabına kaydedilir.
banka para alır. borç hesabına kaydedilir.
bu işlemler sonucu banka hesabında ne kadar para olduğu yani bakiyesi , ne
kadar para yatırıldığı ve çekildiği hesaplanmış olur.
Aynı mantıkla tekdüzen hesap planına bağlı olarak carilere olan borç
alacaklar, giderler, stokların maliyeti vs. tutulmuş olur.
Unutulmaması gereken şey kayıtlar karşılıklı olduğu için tüm hesapların
toplam bakiyesinin 0 olacağıdır.
Tek düzene bağlı olarak firmanın bilançosu , kar-zarar hesapları, aktif -
pasif değerleri bu anahesaplarla hesaplanmış olur.
24 Aralık 2003 Çarşamba
[BüroWARE] sayısal alan uyusmazligi- formül calismaması durumu ve cözümü
R tipi degiskenlerin farkli uzunlukta olmasindan kaynaklanan hesaplama hatalari oluyor. Mesela BEL_2886_3=GET_RELATION[819!BEL_19_10!0!0!BEL_621_10] formulu calismiyor. sebebi ise formülün döndürdügü degerin uzunlugu ile R tipindeki BEL_2886_3 alaninin uzunluk uyusmazligi. raporlarda IV1=GET_RELATION[819!BEL_19_10!0!0!BEL_621_10] atamasinin calistigini gorursunuz cunku program IV degiskenleri hesaplamasinda gerekli uzunluk ayarini yapiyor.
Sonuc olarak BEL_3000_10=BEL_3010_8 turu bir hesaplama calismayabilir bu durumda degiskenlere islem yapmak sorunu cozer BEL_3000_10=0+BEL_3010_8
seklinde sonuca ulasabilirsiniz. Ayni sekilde iki tarih arasindaki gün farkini hesaplayan formuldede aynı cozumu uygulayabilirsiniz.
BEL_2886_3=0+GET_RELATION[819!BEL_19_10!0!0!BEL_621_10]
Sonuc olarak BEL_3000_10=BEL_3010_8 turu bir hesaplama calismayabilir bu durumda degiskenlere islem yapmak sorunu cozer BEL_3000_10=0+BEL_3010_8
seklinde sonuca ulasabilirsiniz. Ayni sekilde iki tarih arasindaki gün farkini hesaplayan formuldede aynı cozumu uygulayabilirsiniz.
BEL_2886_3=0+GET_RELATION[819!BEL_19_10!0!0!BEL_621_10]
19 Aralık 2003 Cuma
[BüroWARE] Belgelerde pozisyon tipleri ve baskilari
Belge pozisyonlari girilirken POS_17_1 tanim alani degistirilerek pozisyon tipi belirtilir. Burada pozisyonun tipi 0-9 standart pozisyon T baslik, E son, K,C,L aciklama olarak belirlenir. Giris yapilmamissa 0 olacaktir. Baski raporları hazirlanirken pozisyon basina yazdirma secenegi (FMTFABEL.***) standart baski 0 tipine goredir. Diger pozisyon tiplerini yazdirmak için her tipin baski parametrelerini ayrı ayarlamak gerek. Rapor incelenirse herbiri için ayri bir blok oldugu gorulur.
Kaydol:
Kayıtlar (Atom)
