[BüroWARE] DBP ve DBK verilerine GET_RELATION ile erismek

DBKxx verilerine GET_RELATION[2xx... , DBPxx verilerine GET_RELATION[3xx... formülleri ile erismek mümkün.

DBKxx verilerine formülle erismek için PRIMARINDEX alaninin ilk hanelerinin bosluk olmamasi gerekiyor. Aksi taktirde formül ise yaramiyor. DBKxx lerde PRIMARINDEX birkac alanin birlesiminden olusuyor. Hepsi ayri ayri incelenmeli
Ornegin Envanter verilerinde DBK25_0_30=DBK25_60_10+DBK25_70_10+DBK_80_10 olarak tanimlanmis durumda. ilk alan R , 2. ve 3. alan D formatinda.
Kur gecmisi verilerinde
DBK35_0_20=DBK35_60_2+DBK35_80_10+DBK35_90_8 olarak tanimlanmis.
1. alan R , 2. alan D , 3. alan Z formatinda.

R saga dayali oldugu icin basta bosluk olusuyor ve formül calismiyor. Çözüm olarak R alani kac haneyse ilk deger ona göre verilmeli . 5 haneyse 10000 gibi. PB gecmisi için Cözüm olarak PB kodlarýini 2 hane tanimlamak yeterli. 11,12,13 gibi.
Envanter icin durum biraz farkli. Envanter degerlendirmede son kayit no firma artinda tutuluyor. Yeni kayit girildiginde sistem son kayit noyu firma kartindan aliyor 1 ekliyor ve yenisini olusturuyor. Eger kayit kaydedilirse yeni kayit
noyu firma kartina yaziyor. Ýlgili hesaplama için STV_DBK25 hesaplamalarina bakilabilir. Firma kartindaki deger FAF_3049_8 alaninda tutuluyor. Burada yeni bir problem cikiyor. Ýndeksin kayit bölümü 10 hane DBK25_60_10=FAF_3049_8 hesaplamasi sonucunda siz kayit indexini 100000000 e cekseniz bile ilk iki hane bos kaliyor. Formülün calismasi icin firma kartinda yeni bir alan acilip hesaplamalarin buna göre ayarlanmasi gerekiyor. Tabii ilgili raporlarinda. Bu durumun yeniden düzenlenmesi icin SoftENGINE bildirilmesi gerekiyor. Ben FAF_386_10 alanini kullandim ve hesaplamalari uyarladim. Bu asamada GET_RELATION[225!... formülü calisiyor.

GET_RELATION[3xx!... formülünü calismasi için DBP verilerinde her pozisyonda DBPxx_328_40 alaninin indekse göre atanmis olmasi gerekiyor. Envanter degerlendirme icin bu alani DBP25_328_40=DBP25_1007_25 atamasi ile stok koduna atadim. Burada benzer bir bosluk problemi daha cikiyor. Standart hesaplamalarda program degerleri nümerik kabul ediyor ve ona göre islem yapiyor. Yukardaki atamada stok alanina 12 haneli bir stok girilmisse 328_40 alaninin ilk 28 hanesi bos kaliyor. Dolayisiyla program POSSELEKT bölümündeki veriyi alamiyor. Buna cözüm olarak yukardaki atamanin öncesine ve sonrasina ::ALPHA komutu girmek yeterli. Bu durumda veri sola dayali olarak atanmis oluyor. Bu kosullari altinda GET_RELATION[325!PRIMARINDEX!POS!LEN!VART!POSSELEKT!SUMME] formülü calisiyor.