F18

korisnik:

Imamo jos uvijek i problem sa povezivanjem naloga u RNAL-u sa otpremnicom u FMK.

To se vec popravljalo ali ne funkcionise.

Npr. kad radim racun za firmu ABC, imam vise naloga koji idu na jedan racun, sa A oznacim sve naloge (nekad ih bude i 20), i sve exportujem u FMK-otpremnicu.

Kad se vratim na naloge, samo su neki oznaceni, na ostale moram rucno upisivati vezu.

Znaci, potrebno je napraviti kad exportujem da na svakom nalogu pise veza.

Napraviti RNAL demo ili rg_rnal podesiti ? šta je bolje za dijagnostiku ovog problema

iz mail-a se jasno vidi da se sa ovom opcijom svi gnjavimo ...

danas me je vsasa na sastanku pitao zašto ovakvi ticketi: #25794.

Zato što je više nego opravdano pitanje:

Da li izgubiti dan ili dva na realizaciju pametnijeg feature-a ... uraditi rethink onoga što nam je u FMK svako malo stvaralo i stvara glavobolje i nezadovoljstvo korisnika.

U F18 se iz niza tehničkih razloga ovo može drugačije i bolje riješiti, to nam je svima jasno.

svakako je najbolji korak napraviti analizu ovog feature-a, na način koji sam nedavno demonstrirao (a koji je takođe bio predmet nerazumjevanja by vsasa) sa zahtjevima rudnik.

Ne možemo zaustaviti vrijeme tražiti od korisnika da nas čekaju. Zato je switch na FMK2F18 i rješavanje ovih zahtjeva kroz F18 jedini put da se izvučemo iz začaranog kruga.

kako bi ovo moglo funkcionisati ?¶

Ovo je u stvari opcija od koje je priča o knowhow i započela je li tako ?

Pa se pojavio problem konverzije šifarskog sistema da bi došli do zaključka: FMK nije rješenje. Zakucali smo se. Moramo klijentima pripremiti novo rješenje !

Uzmimo ovaj primjer 20 RNAL dokumenata kupca XZY => 1 x FAKT otpremnica XZY.

Tu se dešava konverzija RNAL šifre => FMK šifre.

Pored toga opcija baca u pripremu pa to operater ažurira ....

I pri tome ništa ne ispravlja ... ali može uzeti pa nehotice (ili hipotetički zlonamjerno !) izbrisati neku stavku.

Zašto ne bi napravili da se ovom opcijom:

1) generiše fakt dokument - ide drito na stanje - generiše 661-OTP

2) zaključavaju svi rnal dokumenti za bilo kakve intervencije - markiraju sa oznakom - FAKT/661-OTP

3) u fakt se otpremnica štampa ali se ne može vraćati u pripremu jer je zaključana. isto je sa rnal dokumentima

4) generisana otpremnica se pretvara u fakturu takođe automatski (zašto ne bi ?)

istorija¶

http://redmine.bring.out.ba/boards/2/topics/853

#19358

#19353

#21556

workflow #21584

Kod njih je vrlo česta varijanta

• jedan nalog -> više otpremnica

vjerovatno je to razlog zašto se ne prebacuju te stavke

Što se tiče generalno ovog problema, već sam govorio usmeno ali evo i pismeno:

U prvobitnoj svojoj verziji ova opcija je i radila tako da su se svi nalozi formirali u otpremnicu i setovali broj veze, zatim su se na osnovu tih otpremnica trebale raditi fakture sa već postojećom opcijom pretvaranja otpremnica u račune.

Eh onda se to ljudima iz rg-a nije svidjelo zato što imaju isuviše situacija i praktično nikada nije to baš tako čisto, nego

• jednom trebaju da sa 5 naloga poberu samo neke od stavki na jednu otpremnicu
• jednom trebaju da jedan nalog razdjele na više otpremnica
• itd...

I onda sam ja radio nekakve opcije za djeljenje stavki po otpremnicama i slično, kako bi udovoljio njihovom zahtjevu.

Od tada je i nastao problem jer to je već sporno vezati na bilo koji od načina jer imamo onda 10 otpremnica koje u vezi imaju isti nalog ili obratno itd...

To je što se tiče istorijata te opcije

A sada treba pogledati šta se događa konkretno u kod-u.

Da, čim sam otvorio prg fajl exporta sjetih se još jedne stvari

• promjena podataka za isporuku

https://github.com/knowhow/F18_knowhow/blob/52175e91522b0a1487/rnal/rnal_export_fmk.prg#L89

dakle, nakon što je nalog napravljen, pojavljuje se box sa podacima sa naloga gdje oni imaju mogućnost da mjenjaju količine koje su isporučene i slično

I onda sam ja radio nekakve opcije za djeljenje stavki po otpremnicama i slično, kako bi udovoljio njihovom zahtjevu.

sada ćemo to "nekakve opcije" pretvoriti u "te i te opcije" ...

dobro, ovo je momenat ubacivanja veze u fakt

https://github.com/knowhow/F18_knowhow/blob/52175e91522b0a148/rnal/rnal_export_fmk.prg#L280

koristi se funkcija _fmk_doc_upd()

to se dešava kod prvog koraka : prebaci sve iz doc_it2 tabele (to su dodatne usluge na nalogu)

dešava se i kod drugog koraka: to je da se prebace sve stavke naloga

https://github.com/knowhow/F18_knowhow/blob/52175e91522b0a148/rnal/rnal_export_fmk.prg#L460

Funkcija _fmk_doc_upd je ovdje

i ona je jedna lijepa funkcija koja praktično lijepi naloge u to polje dok_veza tabele fakt/doks

što znači ako generišem otpremnicu na osnovu 3 naloga

• nalog 250
• nalog 281
• nalog 300

u finišu u polju dok_veza ću dobiti sljedeći string

250;281;300;

Funkcija također pazi na to da ako već postoji nalog u vezi da to ignoriše i ne dodaje novi član u string

I sve u svemu, rezime je da se dešava sedam koraka

• 1) pune se stavke u pripremnu tabelu
• 2) dobijamo pitanje šta ćemo generisati vp ili mp, uvijek ide VP
• 3) mjenjanje podataka isporuke
• 4) sumiranje stavki iste - šifre (da 4F sumira sve 4F itd.. ili da prebacuje svaku stavku pojedinačno)
• 5) traganje za partnerom kome se pravi otpremnica
• 6) prebacuje se sve od dodatnih usluga naloga te se pri tome setuje veza naloga sa fakturom
• 7) prebacuje se sve od stavki naloga te se pri tome setuje veza naloga sa fakturom

To je što se tiče RNAL djela...

Postoji još jedan dio gdje se setuje veza, a to je

• FAKT otpremnica -> FAKT račun

to je FAKT opcija

funkcija koja se koristi u tu namjenu je ko banana :) ko tepih

https://github.com/knowhow/F18_knowhow/blob/864d687e83746849c7/fakt/fakt_generacija_dokumenta.prg#L287

i koliko vidim u ovoj funkciji se uopšte ne gleda dok_veza prilikom formiranja - nema toga !!!

ova funkcija sigurno da zaslužuje jedan dobar re-master

ali to sada nije bitno, to je ipak račun a na računu se koristi samo veza otpremnica

vratimo se sada nazad na rnal da vidimo šta se upisuje u RNAL bazi kada se napravi export

To se dešava u ovom dijelu koda https://github.com/knowhow/F18_knowhow/blob/864d687e8374684/rnal/rnal_export_fmk.prg#L521

dakle, kako prolazi kroz stavke doc_it po istom principu kako se upisuje u fakt->doc_veza tako se upisuje u rnal/docs->doc_fmk

i koliko vidim sve to bi trebalo da radi sasvim uredno

međutim, sve ovo bi trebalo testirati, a da bi testirali potrebno je osposobiti rnal

Pokazala mi Elma kako se ovo dešava, skontao sam u čemu je fora... opcija radi sasvim ispravno ali se dešava sljedeče

kada odaberu naloge za prenos opcija ih pita "Sumirati stavke naloga (D/N)"

i po def. je "D" tako da se formira ovakva struktura

imamo pomoćnu tabelu

nalog   stavka    komada
---------------------------
  150    2          10
  150    3           5
  200    2          10
  200    3          10

kada kažemo sumirati stavke mi praktično dobijamo ovo u output-u

nalog  stavka    kolicina
-----------------------------
150      2         20
150      3         15 

i dobijemo u vezi samo broj 150...

potrebno dakle setovati vezu kod prolaza kroz stavke a ne na kraju petlje kao što je to sada...

praktično se u ovoj petlji treba napraviti nešto što će uzimati brojeve veze ili na kraj opcije da se prođe kroz pomoćnu tabelu i da se onda popune veze...

to je sad jasno

postavljena jučer nova verzija u rg-u