Forum

Dobrodošli na forum PANTHEON uporabniških strani.
2 {0} strani:12>
ratko
#1 Objavljeno : 17 March 2020 01:42:25(UTC)
ratko

Stopnja: PA User

Pridružen(a): 16/12/2009(UTC)
Objave: 98

Ovo mi nikako nije jasno, kada u RT-u (POS) idem na "tri tačkice" pa tražim neki račun po broju tj. upišem broj računa koji želim da vidim i zatim vratim se u glavni prozor i želim da prebacim na sledeći ili prethodni račun to prebacivanje traje i traje, kao da pretražuje cijelu bazu, a samo treba da prebaci sa recimo računa 10000 na 10001 ili na 9999...

Prije pretrage, ako se to tako može nazvati jer u suštini ja upišem tačan broj računa koji želim da vidim, sve radi veoma veoma brzo, ali poslije pretrage nenormalno uspori kao da vrši konstantno sortiranje miliona artikala po nazivu, a ne po broju računa, a to inače radi veoma brzo...

Jedino rješenje za ovaj problem koje imam je zatvoriti pantheon rt i ponovo otvoriti!

Zašto se ovo dešava i kako rijesiti ovaj problem?

Pantheon 5.5.69.70

Hvala.
melisasmajic
#2 Objavljeno : 18 March 2020 15:43:26(UTC)
melisasmajic

Stopnja: Advanced Member

Pridružen(a): 21/12/2011(UTC)
Objave: 82

Poštovani Ratko,

Pantheon 5.5 već nekoliko godina se ne razvija i ne možemo Vam pružiti pomoć na tako starim verzijama.

LP,
MELISA
ratko
#3 Objavljeno : 30 March 2020 05:00:35(UTC)
ratko

Stopnja: PA User

Pridružen(a): 16/12/2009(UTC)
Objave: 98

Melisa,
a šta je sa 10.0.19.0 rev. 84784 i buildom prije ovog?
Zašto imam još veći problem u ovoj verziji/buildu?

Naime, cijeli dan sam potrošio u prebacivanju sa 5.5 na 10, išao sam od builda do builda i radio nadogradnju jer iz mog iskustva tako je najsigurnije da ne dođe do još većih problema nego što inače imam sa pantheonom i na kraju sada u 5 ujutro ja moram da vratim sve na verziju 5.5 jer imam veći problem u verziji 10 nego 5.5!!!

Ovo što sam opisao u prvoj poruci kod 5.5 se dešava samo u slučaju ako tražim neki račun po broju pa zatim idem na prebacivanje naprijed - nazad sa strelicama, ali u verziji 10 ovo je konstantan problem, kada prebacujem unazad ja moram čekati duže od 10 sekundi da se ta radnja izvrši i to za svaki račun pojedinačno, jednostavno nevjerovatno, izvršava se sledeći query:
SELECT TOP 1 acKey FROM vHE_MoveOutPos WHERE acDocType = '3200' AND ((acKey < :acKey)) ORDER BY acKey DESC

kod verzije 5.5 query je:
SELECT TOP 1 acKey FROM vHE_MoveOutPos WHERE acDocType = '3200' AND acKey LIKE '203200%' AND (((case when cast(LEFT(acKey,2) as int)>50 then '19'+acKey else '20'+acKey end) < :acKey)) ORDER BY (case when cast(LEFT(acKey,2) as int)>50 then '19'+acKey else '20'+acKey end) DESC

Ista ova baza samo stara 5.5 verzija pantheona ovo prebacivanje naprijed nazad izvršava se u milisekundama osim ako se ne ide na pretragu po broju računa, poslije toga moramo zatvoriti RT i ponovo se prijaviti i tada počne sve normalno da radi...

Po svemu sudeći on, svaki put kada se krećem naprijed-nazad po računima vrši sortiranje svih računa u bazi, a ja ih samo u ovoj godini do sada imam više od 20 000, a u bazi ih imam za proteklih 10 godina...ali, kao što sam već naveo, ovo nije problem za verziju 5.5!

Pokušao sam da dodam nedostajuće indekse i primarne ključeve, ali naravno NI TO NE RADI, iskače mi greška "could not find stored procedure" za oba slučaja!

Kako da riješim ovaj problem? Kod drugih tipova dokumenata kao što je prijem robe ja ne vidim da postoji ovaj problem, prebacivanje naprijed-nazad radi veoma brzo...

Ja ne znam do kada ću ja morati da pišem ovakve postove, koliko godina i koliko klijenata je potrebno pa da datalab počne ozbiljno da radi na nečemu što nije besplatno??? Ja sam potrošio dane i dane rješavajući probleme u pantheonu, a tako sam i ovaj dan potrošio i sve ću morati da ponovim jer sada moram da vratim na verziju 5 kako bi radnici sutra normalno nastavili sa radom!

Slike sa nedostajućim indeksima:

Uredil uporabnik 30 March 2020 05:26:36(UTC)  | Razlog: Ni naveden

melisasmajic
#4 Objavljeno : 30 March 2020 10:51:14(UTC)
melisasmajic

Stopnja: Advanced Member

Pridružen(a): 21/12/2011(UTC)
Objave: 82

Originally Posted by: ratko Go to Quoted Post
Melisa,
a šta je sa 10.0.19.0 rev. 84784 i buildom prije ovog?
Zašto imam još veći problem u ovoj verziji/buildu?

Naime, cijeli dan sam potrošio u prebacivanju sa 5.5 na 10, išao sam od builda do builda i radio nadogradnju jer iz mog iskustva tako je najsigurnije da ne dođe do još većih problema nego što inače imam sa pantheonom i na kraju sada u 5 ujutro ja moram da vratim sve na verziju 5.5 jer imam veći problem u verziji 10 nego 5.5!!!

Ovo što sam opisao u prvoj poruci kod 5.5 se dešava samo u slučaju ako tražim neki račun po broju pa zatim idem na prebacivanje naprijed - nazad sa strelicama, ali u verziji 10 ovo je konstantan problem, kada prebacujem unazad ja moram čekati duže od 10 sekundi da se ta radnja izvrši i to za svaki račun pojedinačno, jednostavno nevjerovatno, izvršava se sledeći query:
SELECT TOP 1 acKey FROM vHE_MoveOutPos WHERE acDocType = '3200' AND ((acKey < :acKey)) ORDER BY acKey DESC

kod verzije 5.5 query je:
SELECT TOP 1 acKey FROM vHE_MoveOutPos WHERE acDocType = '3200' AND acKey LIKE '203200%' AND (((case when cast(LEFT(acKey,2) as int)>50 then '19'+acKey else '20'+acKey end) < :acKey)) ORDER BY (case when cast(LEFT(acKey,2) as int)>50 then '19'+acKey else '20'+acKey end) DESC

Ista ova baza samo stara 5.5 verzija pantheona ovo prebacivanje naprijed nazad izvršava se u milisekundama osim ako se ne ide na pretragu po broju računa, poslije toga moramo zatvoriti RT i ponovo se prijaviti i tada počne sve normalno da radi...

Po svemu sudeći on, svaki put kada se krećem naprijed-nazad po računima vrši sortiranje svih računa u bazi, a ja ih samo u ovoj godini do sada imam više od 20 000, a u bazi ih imam za proteklih 10 godina...ali, kao što sam već naveo, ovo nije problem za verziju 5.5!

Pokušao sam da dodam nedostajuće indekse i primarne ključeve, ali naravno NI TO NE RADI, iskače mi greška "could not find stored procedure" za oba slučaja!

Kako da riješim ovaj problem? Kod drugih tipova dokumenata kao što je prijem robe ja ne vidim da postoji ovaj problem, prebacivanje naprijed-nazad radi veoma brzo...

Ja ne znam do kada ću ja morati da pišem ovakve postove, koliko godina i koliko klijenata je potrebno pa da datalab počne ozbiljno da radi na nečemu što nije besplatno??? Ja sam potrošio dane i dane rješavajući probleme u pantheonu, a tako sam i ovaj dan potrošio i sve ću morati da ponovim jer sada moram da vratim na verziju 5 kako bi radnici sutra normalno nastavili sa radom!

Slike sa nedostajućim indeksima:




Poštovani Ratko,

pokušat ću što detaljnije da napišem, da i drugi učesnici u temi imaju koristi.

Što se tiče nadogradnje, na Pantheon-u X nije potrebno ići build po build kada se radi nadogradnja, kakav je slučaj bio sa Pantheon-om 5.5. U Vašem primjeru, mogli ste ići na Pantheon verziju 10.00.00, zatim 10 03.00, zatim 10.07, 10.011. te odmah na zadnju verziju. Jako nam je žao što ste proveli cijeli dan na nadogradnji i da prije niste imali ove informacije.

RT licenca ima svoj poseban .exe file, pa ću Vas zamoliti da mi javite da li na verziji 5.5. u RE ili SE licenci, na POS dokumentima postoji isti problem?

Što se tiče HERMES POS-a, situacija je takva da se on više ne razvija, kako sam već prije pisala. Razvoj je fokusiran na POSX i privodimo kraju rješenja fiskalizacije, te se nadam da ćemo ubrzo imati release sa Mikroelektronika fiskalnim uređajima.

Molim Vas da mi javite odgovor na moj upit, pa da znamo u kom pravcu da tražimo rješenje.
Hvala,
LP,
MELISA
ratko
#5 Objavljeno : 30 March 2020 11:35:56(UTC)
ratko

Stopnja: PA User

Pridružen(a): 16/12/2009(UTC)
Objave: 98

Melisa,
prije svega hvala na brzom odgovoru!
Teško je pohvatati sva pisana i nepisana pravila, a i rješenja za stvarno previše problema...

Ja imam SE licencu sa RT licencom, a pokrećem poseban RT exe, a isto je i kada se pokrene iz SE prozora...
Već sam napisao da kod 5.5 nemam ovaj problem sve dok ne idem na pretragu po broju računa, sve sam detaljno opisao u prvoj poruci, kada idem na tu pretragu dešava se isto kao u verziji 10, ali sve dok to ne uradim sve radi veoma brzo tj. ne postoji problem kao u verziji 10 kada se krećem naprijed-nazad kroz račune....
melisasmajic
#6 Objavljeno : 30 March 2020 15:16:39(UTC)
melisasmajic

Stopnja: Advanced Member

Pridružen(a): 21/12/2011(UTC)
Objave: 82

Originally Posted by: ratko Go to Quoted Post
Melisa,
prije svega hvala na brzom odgovoru!
Teško je pohvatati sva pisana i nepisana pravila, a i rješenja za stvarno previše problema...

Ja imam SE licencu sa RT licencom, a pokrećem poseban RT exe, a isto je i kada se pokrene iz SE prozora...
Već sam napisao da kod 5.5 nemam ovaj problem sve dok ne idem na pretragu po broju računa, sve sam detaljno opisao u prvoj poruci, kada idem na tu pretragu dešava se isto kao u verziji 10, ali sve dok to ne uradim sve radi veoma brzo tj. ne postoji problem kao u verziji 10 kada se krećem naprijed-nazad kroz račune....


Ratko,

pisala sam upravo do kolega iz Razvoja.
Kada dobijem info što možemo napraviti, pisat ću Vam.

Hvala na Vašem strpljenju i izdvojenom vremenu.

LP,
MELISA
ratko
#7 Objavljeno : 30 March 2020 15:47:41(UTC)
ratko

Stopnja: PA User

Pridružen(a): 16/12/2009(UTC)
Objave: 98

Ja ću još da pokušam sa starijim verzijama, a nadam se da će brzo stići odgovor i od njih...

Generalno datalab ima veoma loše rješenje za maloprodaju tipa prodavnica...

Kada smo već kod maloprodaje i RT-a, primjetio sam da u desetki postoji novo dugme KARTICA koje nema funkciju, da li to dugme služi za povezivanje pos terminala i pantheona ili? Da li postoji opcija da se poveže pantheon sa pos terminalom i da se po selektovanju načina plaćanja karticom odmah šalje cifra za plaćanje na pos terminal?

Pošto već radite na novom POS rješenju ja bih predložio da se u novo rješenje doda:
- grupisanje po artiklima tj. kada se doda više istih artikala da se automatski grupišu i samo se povećava broj komada, ovo sam već predlagao
- omogući jednostavno povezivanje pos terminala i pantheon pos-a, a da za to ne bude potrebno 10 klikova da bi se poslala cifra na pos terminal
- predložene novčanice za uplatu i to npr. 10, 20, 50, 100...pa da se brže-jednim klikom dođe do cifre za povrat kusura
- uz predložene novčanice treba predložiti i način plaćanja keš-kartica, a ne da je potrebno nekoliko klikova u veoma veoma malo polje da se izabere način plaćanja
- neke stavke bi trebale da budu više istaknute u pos-u npr. cifra za platiti, kusur, naziv artikla...radnici često gledaju u monitor sa veće udaljenosti, a često baš i ne vide dobro

Ovo je samo mali dio mogućih poboljšanja i većinu ovog viđam u razvijenim pos rješenjima za velike tržne centre...
ratko
#8 Objavljeno : 30 March 2020 23:56:16(UTC)
ratko

Stopnja: PA User

Pridružen(a): 16/12/2009(UTC)
Objave: 98

Malo sam testirao, ponovo sam sa 5.5 išao do poslednje verzije, ali na način kako ste vi naveli (10.00.00, zatim 10 03.00, zatim 10.07, 10.011. te odmah na zadnju verziju), primjetio sam da se kroz verzije 10.00.00, 10 03.00, 10.07, 10.011 dešava sve isto kao i u verziji 5.5, a to sam već opisao u prvoj poruci i ne mogu de vjerujem da to sve ove godine niko nije prijavio, a isto tako da niko se nije sjetio riješiti ovaj problem, poslije pretrage po broju računa kao da se mijenja način na koji se vrši listanje računa i ako se i tada sve radi po broju računa....poslije verzije 10.011 išao sam na poslednju verziju 10.0.19.0 (sinoć sam testirao i verziju prije ove i isto se ponaša) i tu je stanje najgore tj. u ovoj verziji listanje računa je odmah po startu užasno sporo kao da sam prije toga vršio već spomenutu pretragu po broju računa i sam RT se užasno sporo startuje...

Već sam naveo da u poslednjih nekoliko verzija ne radi i funkcija za dodavanje indexa koji nedostaju!

Takođe, za razliku od prolaska kroz sve verzije do poslednje verzije, vaš način dolaska do poslednje verzije ne prolazi baš glatko, prilikom prelaska sa 10 03.00 na 10.07 imao sam grešku:

Greška: 'Msg 208, Level 16, State 6, Procedure pPA_SysUpgObjects, Line 40. Description: Msg 208, Level 16, State 6, Procedure pDE_BalancePrintForBanks, Line 1. Description: Invalid object name 'dbo.pDE_BalancePrintForBanks'.'
SQL: 'ALTER procedure [dbo].[pDE_BalancePrintForBanks](
@p_cBalanceSheet1 CHAR(3),
@p_cBalanceSheet2 CHAR(3),
@p_dDateFrom DateTime,
@p_dDateTo DateTime,
@p_dDateFromCmp DateTime,
@p_dDateToCmp DateTime,
@p_cDocTypeList varchar(4000),
@p_cAcctBuyer varchar(4000),
@p_cAcctBuyerMinus varchar(4000),
@p_cAcctSupplier varchar(4000),
@p_cAcctSupplierMinus varchar(4000),
@p_nPackageB int Output,
@p_nPackageS int Output,
@p_cAOP003 varchar(4000),
@p_cAOP010 varchar(4000),
@p_cAOP020 varchar(4000),
@p_cAOP024 varchar(4000),
@p_cAOP027 varchar(4000),
@p_cAOP034 varchar(4000),
@p_cAOP041 varchar(4000),
@p_cAOP045 varchar(4000),
@p_cAOP050 varchar(4000),
@p_cAOP051 varchar(4000),
@p_cAOP053 varchar(4000),
@p_cAOP056 varchar(4000),
@p_cAOP072 varchar(4000),
@p_cAOP076 varchar(4000),
@p_cAOP080 varchar(4000),
@p_cAOP087 varchar(4000),
@p_cAOP093 varchar(4000),
@p_cAOP094 varchar(4000),
@p_cAOP095 varchar(4000)
)
as
begin

Declare
-- spremenljivke bruto bilanca
@p_cAcct2 varchar(max),
@p_cIsRangeAcct char(1),
@p_cEvidKey varchar(13),
@p_cKey varchar(13),
@p_cForeignDoc varchar(35),
@p_cOnlyApproved char(1),
@p_cUseUserLang char(1),
@p_cIsAcctWholeLen char(1),
@p_cIsAcctLen2 char(1),
@p_cIsAcctLen3 char(1),
@p_cGroupOnAcctName char(1),
@p_cAcctLangID varchar(2),
@p_nSearchDateForFXRate tinyint,
@p_nSearchDateForOpening tinyint,
@p_nDateField tinyint,
@p_nGroupBy tinyint,

-- spremenljivke bilance
@cBalance char(3),
@cDurationType char(1),
@cAcct varchar(13),
@cAcct2 varchar(13),
@cAcctList varchar(max),
@cCurrency varchar(3),
@cCurrencyOut varchar(3),
@cMonthlyFxRate char(1),
@cSubject varchar(30),
@cUseDeptCostDrv char(1),
@cDept varchar(max),
@cCostDrv varchar(max),
@cSKIS varchar(max),
@cTransKey char(13),
@cDocList varchar(4000),
@nSearchDateForFXRate tinyint,
@dDateFrom datetime,
@dDateTo datetime,
@dDateDocFrom datetime,
@dDateDocTo datetime,
@dDate2From datetime,
@dDate2To datetime,
@dDate2DocFrom datetime,
@dDate2DocTo datetime,
@dDateCmpFrom datetime,
@dDateCmpTo datetime,
@dDateCmpDocFrom datetime,
@dDateCmpDocTo datetime,
@dDateCmp2From datetime,
@dDateCmp2To datetime,
@dDateCmp2DocFrom datetime,
@dDateCmp2DocTo datetime,
@cZEUS char(1),
@cZEUSCode varchar(13),
@nErrorPos int,
@nSearchDateForOpening tinyint = 0,
@cOnlyChecked char(1),
@cBalanceExtraDatesEntered char(1),
@dDate3From datetime,
@dDate3To datetime,
@dDate3DocFrom datetime,
@dDate3DocTo datetime,
@dDate4From datetime,
@dDate4To datetime,
@dDate4DocFrom datetime,
@dDate4DocTo datetime,
@dDate5From datetime,
@dDate5To datetime,
@dDate5DocFrom datetime,
@dDate5DocTo datetime,
@dDate6From datetime,
@dDate6To datetime,
@dDate6DocFrom datetime,
@dDate6DocTo datetime,
@dDate7From datetime,
@dDate7To datetime,
@dDate7DocFrom datetime,
@dDate7DocTo datetime,
@dDate8From datetime,
@dDate8To datetime,
@dDate8DocFrom datetime,
@dDate8DocTo datetime,
@dDate9From datetime,
@dDate9To datetime,
@dDate9DocFrom datetime,
@dDate9DocTo datetime,
@dDate10From datetime,
@dDate10To datetime,
@dDate10DocFrom datetime,
@dDate10DocTo datetime,
@p_cOnlyNotional char(1),

@nPlanID int,

--spremenljivke odprte postavke
@p_AcctBetweenOr char(1), -- collect all accounts from @p_cAcctFrom to @p_cAcctTo
@p_cAcct varchar(255), -- not used anymore
@p_cAcctFrom varchar(255), -- first account number
@p_cAcctTo varchar(255), -- second account number
@p_cSubject varchar(30), -- subject
@p_cLinkDoc varchar(35), -- link document
@p_cDept varchar(30), -- departmen
@p_nInCurrency int, -- collect posts in currency
@p_cCostDrv varchar(16), -- cost drive
@p_cCurrency varchar(3), -- currency of the posts
@p_cPrimCurrency varchar(3), -- primary currency
@p_dDate datetime, -- date of outstanding items
@p_nNon_0_Or_0 tinyint, -- 1 - opened, 0 - closed, 2 - both
@p_cDateType char(1), -- collect data from according to document date or general ledger document date
@p_cSubjType varchar(16), -- type of subjects
@p_cSubjActive char(1), -- active subjects
@p_cUseSetOff char(1), -- should compensations be included or excluded (compensations are posts without datedue entered)
@p_cCloseTrans char(1), -- should GL document for yearending be included
@p_cPayDelayCheck char(1), -- should allowed delays be included
@p_nClerk int, -- user on posts
@p_dDateFromOI datetime, -- document date from
@p_dDateToOI datetime, -- document date to
@p_dDateDueFrom datetime, -- documents datedue from
@p_dDateDueTo datetime , -- documents datedue to
@p_cDoc Varchar(35), -- document number
@p_cCountry Varchar(20), -- country
@p_cbStatusi Varchar(30), -- status on the posts
@p_nPackage int, -- returned number of the package for selecting posts in vHE_GLOutStandingItems view
@p_nTypeSuppBuy integer, -- type subjects (buyer or supplyer - field acSubjAcct in tHE_SetAccount table)
@p_nMinSum money, -- minimal sum of opened document
@p_cTypeOfSale char(1),
@p_cAcctList varchar(max),
@p_chkOnlyOpened char(1),
@p_chkSaldoDebit char(1),
@p_chkSaldoCredit char(1),
@p_chkPrepayments char(1),
@p_chkOnlyDocs char(1),
@p_cNote varchar(255),
@p_chkShowCreditNote char(1),
@p_cFgndoc varchar(35),
@p_chkOnlyDoc char(1),

--spremenljivke struktura odprtih postavk
@p_byDoc integer,
@p_cOverPay Char(1),
@p_cType Char(1),
@p_cStatus Char(1),
@p_acAcct Varchar(max),
@p_acAcct2 Varchar(max),
@p_cDocType Varchar(1000),
@p_IsFgnCurrency Char(1),
@p_cInCurrency Varchar(3),
@p_dDatePostFrom DateTime,
@p_dDatePostTo DateTime,
@p_dDateDocFrom DateTime,
@p_dDateDocTo DateTime,
@p_Obd1 integer,
@p_Obd2 integer,
@p_Obd3 integer,
@p_Obd4 integer,
@p_Obd5 integer,
@p_nPeriod6 integer,
@p_nPeriod7 integer,
@p_nPeriod8 integer,
@p_nPeriod9 integer,
@p_nPeriod10 integer,
@p_cStatusi Varchar(30),
@p_cSubjTypeSupp Varchar(max),
@p_cSubjTypeBuyer Varchar(max),
@p_cReportType VarChar(6),
@p_cSign Money,
@p_nFXRateType integer,
@p_nNoteClerk integer,
@p_nDateLimitTo smallint,

--spremenljivke kupci po prometu
@cGLDocTypeOpen Char(4),
@cGLDocTypeClose Char(4),
@dDateOpening DateTime,
@cPrimCurr Char(3),
@cAcctListGB varchar(max),
@nCount int,
@cAOP varchar(4000)

select @nPlanID = dbo.fDE_AcctPlanForDate(@p_dDateTo)
Set @cPrimCurr = dbo.fHE_GetPrimCurrency(@p_dDateFrom)
Set @dDateOpening = dbo.fHE_FindDateOpening(@cPrimCurr)
Set @nCount = 1

if @p_dDateFromCmp = 0
Set @p_dDateFromCmp = dateadd(yyyy, -1, @p_dDateFrom)
if @p_dDateToCmp = 0
Set @p_dDateToCmp = dateadd(yyyy, -1, @p_dDateTo)


select @cGLDocTypeOpen = acGLDocTypeOpen, @cGLDocTypeClose = acGLDocTypeClose from tPA_SysParam

-- Bruto bilanca

-- AOP003, AOP0010, AOP020, AOP024, AOP027, AOP034, AOP041, AOP045, AOP050, AOP053

set @cAOP = ''
While @nCount <= 19
begin
set @p_nGroupBy = 0
if @nCount = 1
begin
Set @cAOP = @p_cAOP003
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '003', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('005', '006', '007', '008', '009') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 2
begin
Set @cAOP = @p_cAOP010
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '010', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('011', '012', '013', '014', '015', '016', '017') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 3
begin
Set @cAOP = @p_cAOP020
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '020', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('021', '022', '023') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 4
begin
Set @cAOP = @p_cAOP024
set @p_nGroupBy = 1
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '024', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('025', '026') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 5
begin
Set @cAOP = @p_cAOP027
set @p_nGroupBy = 1
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '027', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('028', '029', '030') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 6
begin
Set @cAOP = @p_cAOP034
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '034', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('035', '036', '037', '038', '039') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 7
begin
Set @cAOP = @p_cAOP041
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '041', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('042', '043', '044') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 8
begin
Set @cAOP = @p_cAOP045
set @p_nGroupBy = 1
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '045', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('046', '047') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 9
begin
Set @cAOP = @p_cAOP050
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '050', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) = '050' and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 10
begin
Set @cAOP = @p_cAOP051
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '051', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) = '051' and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 11
begin
Set @cAOP = @p_cAOP053
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '053', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) = '051' and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 12
begin
Set @cAOP = @p_cAOP056
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '056', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('058', '059', '060', '062', '063', '064', '065', '066', '068', '067', '069', '070', '071') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 13
begin
Set @cAOP = @p_cAOP072
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '072', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('073', '074') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 14
begin
Set @cAOP = @p_cAOP076
set @p_nGroupBy = 1
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '076', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('077', '078', '079') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 15
begin
Set @cAOP = @p_cAOP080
set @p_nGroupBy = 1
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '080', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('081', '082', '083') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 16
begin
Set @cAOP = @p_cAOP087
set @p_nGroupBy = 1
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '087', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) in ('088', '089', '090') and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 17
begin
Set @cAOP = @p_cAOP093
set @p_nGroupBy = 1
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '093', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) = '093' and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 18
begin
Set @cAOP = @p_cAOP094
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '094', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) = '094' and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end
if @nCount = 19
begin
Set @cAOP = @p_cAOP095
insert into #lDE_BankExportAOPs(acAOPGroup, acAOP, acAcct)
Select '095', I.acAOP, F.acAcct
from tHE_FinReportItem I
cross apply dbo.fPA_DecomposeFormulaBilance(I.acFormula1) F
join tDE_SetAccount A on A.acAcct = F.acAcct
where I.acBalanceOfAcct = @p_cBalanceSheet1 and RIGHT('000'+ISNULL(I.acAOP,''),3) = '095' and A.acPermitPost <> 'N' and A.anPlanID = @nPlanID and I.anPlanID = @nPlanID
group by F.acAcct, I.acAOP
end

set @cAcctListGB = ''
select @cAcctListGB = Coalesce(@cAcctListGB + ',', '') + acItem
from dbo.fPA_SplitString(@cAOP, ',')
where acItem <> ''
group by acItem

if OBJECT_ID('tempDB..#lDE_Dept') is not null
truncate table #lDE_Dept
if OBJECT_ID('tempDB..#lDE_CostDrv') is not null
truncate table #lDE_CostDrv
if OBJECT_ID('tempDB..#lHE_GrossBalance') is not null
truncate table #lHE_GrossBalance
if OBJECT_ID('tempDB..#lHE_GrossBalanceDet') is not null
truncate table #lHE_GrossBalanceDet

--Bruto bilanca konti aktive
set @p_cPrimCurrency = @cPrimCurr
set @p_cCurrency = ''
set @p_cAcct = ''
set @p_cAcct2 = ''
set @p_cAcctList = @cAcctListGB
set @p_cIsRangeAcct = 'F'
set @p_cEvidKey = ''
set @p_cKey = ''
set @p_cSubject = ''
set @p_cSubjType = ''
set @p_cCostDrv = ''
set @p_cDept = ''
set @p_cDoc = ''
set @p_cLinkDoc = ''
set @p_cForeignDoc = ''
set @p_cOnlyApproved = 'F'
set @p_cUseUserLang = 'F'
set @p_cIsAcctWholeLen = 'T'
set @p_cIsAcctLen2 = 'T'
set @p_cIsAcctLen3 = 'T'
set @p_cGroupOnAcctName = 'F'
set @p_cAcctLangID = ''
set @p_nClerk = 0
set @p_nSearchDateForFXRate = 0
set @p_nSearchDateForOpening = 0
set @p_nDateField = 0

if @cAcctListGB <> ''
begin

execute [dbo].[pDE_GrossBalance]
@p_cPrimCurrency,
@p_cCurrency,
@p_cAcct,
@p_cAcct2,
@p_cAcctList,
@p_cIsRangeAcct,
@p_cEvidKey,
@p_cKey,
@p_cSubject,
@p_cSubjType,
@p_cCostDrv,
@p_cDept,
@p_cDoc,
@p_cLinkDoc,
@p_cForeignDoc,
@p_cDocTypeList,
@p_cOnlyApproved,
@p_cUseUserLang,
@p_cIsAcctWholeLen,
@p_cIsAcctLen2,
@p_cIsAcctLen3,
@p_cGroupOnAcctName,
@p_cAcctLangID,
@p_nClerk,
@p_nSearchDateForFXRate,
@p_nSearchDateForOpening,
@p_nDateField,
@p_nGroupBy,
@p_dDateFrom,
@p_dDateTo,
'F'

if @nCount = 1 --003
begin
insert into #lDE_BankExportAOP (acAcct, anInitialValue, anIncrease, anDecrease, anEndValue)
select substring(acAcct, 1, 3), SUM(ZacetekDB-ZacetekKR), SUM(PrometDB), SUM(PrometKR), SUM(SaldoDB-SaldoKR) from #lhe_grossbalance
group by substring(acAcct, 1, 3)

Update I set acSheet = '003 Neopred.OS',
anRow = case when S.acAOP = '006' then 7 when S.acAOP = '007' then 8 when S.acAOP = '005' then 9 when S.acAOP = '008' then 10 when S.acAOP = '009' then 11 end
from #lDE_BankExportAOP I join #lDE_BankExportAOPs S on I.acAcct = substring(S.acAcct, 1, 3)
Where S.acAOPGroup = '003'

end
if @nCount = 2 --010
begin
insert into #lDE_BankExportAOP (acAcct, anInitialValue, anIncrease, anDecrease, anEndValue)
select substring(acAcct, 1, 3), SUM(ZacetekDB-ZacetekKR), SUM(PrometDB), SUM(PrometKR), SUM(SaldoDB-SaldoKR) from #lhe_grossbalance
group by substring(acAcct, 1, 3)
end
if @nCount = 3 --020
begin
insert into #lDE_BankExportAOP (acAcct, anInitialValue, anIncrease, anDecrease, anEndValue)

select substring(acAcct, 1, 3), SUM(ZacetekDB-ZacetekKR), SUM(PrometDB), SUM(PrometKR), SUM(SaldoDB-SaldoKR) from #lhe_grossbalance
group by substring(acAcct, 1, 3)

Update I set acSheet = '020 Dolg.fin.naložbe',
anRow = case when S.acAOP = '021' then 7 when S.acAOP = '022' then 8 when S.acAOP = '023' then 9 end
from #lDE_BankExportAOP I join #lDE_BankExportAOPs S on I.acAcct = substring(S.acAcct, 1, 3)
Where S.acAOPGroup = '020'

end
if @nCount = 4 --024
begin
insert into #lDE_BankExportAOP (acAcct, anInitialValue, anIncrease, anDecrease, anEndValue)
select substring(acAcct, 1, 3), SUM(ZacetekDB-ZacetekKR), SUM(PrometDB), SUM(PrometKR), SUM(SaldoDB-SaldoKR) from #lhe_grossbalance
group by substring(acAcct, 1, 3)
end
if @nCount = 5 --027
begin
insert into #lDE_BankExportAOP (acAcct, anInitialValue, anIncrease, anDecrease, anEndValue)
select substring(acAcct, 1, 3), SUM(ZacetekDB-ZacetekKR), SUM(PrometDB), SUM(PrometKR), SUM(SaldoDB-SaldoKR) from #lhe_grossbalance
group by substring(acAcct, 1, 3)
end
if @nCount = 6 --034
begin
insert into #lDE_BankExportAOP (acAcct, anInitialValue, anIncrease, anDecrease, anEndValue)
select substring(acAcct, 1, 3), SUM(ZacetekDB-ZacetekKR), SUM(PrometDB), SUM(PrometKR), SUM(SaldoDB-SaldoKR) from #lhe_grossbalance
group by substring(acAcct, 1, 3)

Update I set acSheet = '034 Zaloge',
anRow = case when S.acAOP = '035' then 7 when S.acAOP = '036' then 8 when S.acAOP = '037' then 9 when S.acAOP = '038' then 10 when S.acAOP = '039' then 11 end
from #lDE_BankExportAOP I join #lDE_BankExportAOPs S on I.acAcct = substring(S.acAcct, 1, 3)
Where S.acAOPGroup = '034'

end
if @nCount = 7 --041
begin
insert into #lDE_BankExportAOP (acAcct, anInitialValue, anIncrease, anDecrease, anEndValue)
select substring(acAcct, 1, 3), SUM(ZacetekDB-ZacetekKR), SUM(PrometDB), SUM(PrometKR), SUM(SaldoDB-SaldoKR) from #lhe_grossbalance
group by substring(acAcct, 1, 3)

Update I set acSheet = '041 Krat.fin.naložbe',
anRow = case when S.acAOP = '041' then 7 when S.acAOP = '042' then 8 when S.acAOP = '043' then 9 when S.acAOP = '044' then 10 end
from #lDE_BankExportAOP I join #lDE_BankExportAOPs S on I.acAcct = substring(S.acAcct, 1, 3)
Where S.acAOPGroup = '041'

end
if @nCount = 8 --045
begin
insert into #lDE_BankExportAOP (acAcct, anInitialValue, anIncrease, anDecrease, anEndValue)
select substring(acAcct, 1, 3), SUM(ZacetekDB-ZacetekKR), SUM(PrometDB), SUM(PrometKR), SUM(SaldoDB-SaldoKR) from #lhe_grossbalance
group by substring(acAcct, 1, 3)
end
if @nCount = 9 --050
begin
insert into #lDE_BankExportAOP (acAcct, anInitialValue, anIncrease, anDecrease, anEndValue)
select substring(acAcct, 1, 3), SUM(ZacetekDB-ZacetekKR), SUM(PrometDB), SUM(PrometKR), SUM(SaldoDB-SaldoKR) from #lhe_grossbalance
group by substring(acAcct, 1, 3)
end
if @nCount = 10 --051
begin
insert into #lDE_BankExportAOP (acAcct, anInitialValue, anIncrease, anDecrease, anEndValue)
select substring(acAcct, 1, 3), SUM(ZacetekDB-ZacetekKR), SUM(PrometDB), SUM(PrometKR), SUM(SaldoDB-SaldoKR) from #lhe_grossbalance
group by substring(acAcct, 1, 3)

Update I set acSheet = '051 Krat.ter.drugi',
anRow = case when S.acAOP = '051' then 7 end
from #lDE_BankExportAOP I join #lDE_BankExportAOPs S on I.acAcct = substring(S.acAcct, 1, 3)
where I.acAcct like '165%'
and S.acAOPGroup = '051'
Update I set acSheet = '051 Krat.ter.drugi',
anRow = case when S.acAOP = '051' then 8 end
from #lDE_BankExportAOP I join #lDE_BankExportAOPs S on I.acAcct = substring(S.acAcct, 1, 3)
where I.acAcct like '165%' and I.acAcct not like '165%'
and S.acAOPGroup = '051'

end
if @nCount = 11 --053
begin
insert into #lDE_BankExportAOP (acAcct, anInitialValue, anIncrease, anDecrease, anEndValue)
select substring(acAcct, 1, 3), SUM(ZacetekDB-ZacetekKR), SUM(PrometDB), SUM(PrometKR), SUM(SaldoDB-SaldoKR) from #lhe_grossbalance
group by substring(acAcct, 1, 3)

Update I set acSheet = '053 Krat.AČR',
anRow = case when S.acAOP = '053' then 7 end
from #lDE_BankExportAOP I join #lDE_BankExportAOPs S on I.acAcct = substring(S.acAcct, 1, 3)
where I.acAcct like '190%'
and S.acAOPGroup = '053'

Update I set acSheet = '053 Krat.AČR',
anRow = case when S.acAOP = '053' then 8 end
from #lDE_BankExportAOP I join #lDE_BankExportAOPs S on I.acAcct = substring(S.acAcct, 1, 3)
where I.acAcct like '191%'
and S.acAOPGroup = '053'

Update I set acSheet = '053 Krat.AČR',
anRow = case when S.acAOP = '053' then 9 end
from #lDE_BankExportAOP I join #lDE_BankExportAOPs S on I.acAcct = substring(S.acAcct, 1, 3)
where I.acAcct like '192%'
and S.acAOPGroup = '053'

Update I set acSheet = '053 Krat.AČR',
anRow = case when S.acAOP = '053' then 10 end
from #lDE_BankExportAOP I join #lDE_BankExportAOPs S on I.acAcct = substring(S.acAcct, 1, 3)
where I.acAcct like '195%'
and S.acAOPGroup = '053'

end


............

log sam morao skratiti zbog limita u broju znakova...
melisasmajic
#9 Objavljeno : 31 March 2020 12:52:31(UTC)
melisasmajic

Stopnja: Advanced Member

Pridružen(a): 21/12/2011(UTC)
Objave: 82

Originally Posted by: ratko Go to Quoted Post
Ja ću još da pokušam sa starijim verzijama, a nadam se da će brzo stići odgovor i od njih...

Generalno datalab ima veoma loše rješenje za maloprodaju tipa prodavnica...

Kada smo već kod maloprodaje i RT-a, primjetio sam da u desetki postoji novo dugme KARTICA koje nema funkciju, da li to dugme služi za povezivanje pos terminala i pantheona ili? Da li postoji opcija da se poveže pantheon sa pos terminalom i da se po selektovanju načina plaćanja karticom odmah šalje cifra za plaćanje na pos terminal?

Pošto već radite na novom POS rješenju ja bih predložio da se u novo rješenje doda:
- grupisanje po artiklima tj. kada se doda više istih artikala da se automatski grupišu i samo se povećava broj komada, ovo sam već predlagao
- omogući jednostavno povezivanje pos terminala i pantheon pos-a, a da za to ne bude potrebno 10 klikova da bi se poslala cifra na pos terminal
- predložene novčanice za uplatu i to npr. 10, 20, 50, 100...pa da se brže-jednim klikom dođe do cifre za povrat kusura
- uz predložene novčanice treba predložiti i način plaćanja keš-kartica, a ne da je potrebno nekoliko klikova u veoma veoma malo polje da se izabere način plaćanja
- neke stavke bi trebale da budu više istaknute u pos-u npr. cifra za platiti, kusur, naziv artikla...radnici često gledaju u monitor sa veće udaljenosti, a često baš i ne vide dobro

Ovo je samo mali dio mogućih poboljšanja i većinu ovog viđam u razvijenim pos rješenjima za velike tržne centre...



Ratko,

da li možemo dobiti pristup nadograđenoj bazi na 19 00? Ili nam možda možete dostaviti backup Vaše baze putem wetransfer i sl. kako bismo pogledali situaciju?

A što se tiče prijedloga, svakako su dobrodošli i u POS X-u je sve ovo što ste naveli riješeno:
- grupiranje artikala, tako da se količina povećava
- slanje na POS terminale imamo u planu za 2-3 banke u startu pa ćemo dalje razvijati
- plaćanje u novčanicama nema na taj način, evo na helpu u kom smjeru idemo https://usersite.datalab...ault.aspx?htmlid=1007415
- stavke su veće, ali to možete povećati postavkama rezolucije na monitoru do neke mjere.

Očekujem info,
LP,
MELISA
Pripete datoteke:
plaćanje računa.png (105kb) prenešeno 3-krat.
račun.png (135kb) prenešeno 3-krat.

Za ogled priponke se prosimo prijavite!
ratko
#10 Objavljeno : 31 March 2020 21:26:00(UTC)
ratko

Stopnja: PA User

Pridružen(a): 16/12/2009(UTC)
Objave: 98

Melisa,
da li vi ili ko već treba da pogleda stanje kod mene može da to radi poslije 18h i da li može da pristupi preko TeamViewer-a? Ako je to moguće, a i inače, zamolio bih vas da mi ostavite e-mail na koji mogu da pošaljem podatke za pristup...

POS X kada gledam ovako na slikama izgleda bolje nego trenutno rješenje, drago mi je da ste uzeli u obzir i neke moje prijedloge i ako mislim da je potrebno dodati i još neke funkcije za ubrzavanje i pojednostavljivanje rada kao i na to da je potrebno puno više da se misli na to da POS rješenja koriste i radnici koji nisu stručnjaci za pantheon, windows i ništa slično...konkretno, radnik na kasi u prodavnici nije nikakav stručnjak, često je samo sa osnovnom školom i jednostavno je nemoguće da mu se objasne neke stvari ako su malo složenije tj. potrebno je da sve bude što je više moguće jednostavno i da radi skoro pa perfektno, bilo kakva greška koja se pojavi, ako se zaledi prozor, ako počne program da se ponaša drugačije nego što je normalno...je katastrofa, znam to iz ličnog iskustva u poslednjih 10+ godina i to pantheon sa raznoraznim bubicama + moji radnici...

Hvala.
melisasmajic
#11 Objavljeno : 01 April 2020 11:07:30(UTC)
melisasmajic

Stopnja: Advanced Member

Pridružen(a): 21/12/2011(UTC)
Objave: 82

Originally Posted by: ratko Go to Quoted Post
Melisa,
da li vi ili ko već treba da pogleda stanje kod mene može da to radi poslije 18h i da li može da pristupi preko TeamViewer-a? Ako je to moguće, a i inače, zamolio bih vas da mi ostavite e-mail na koji mogu da pošaljem podatke za pristup...

POS X kada gledam ovako na slikama izgleda bolje nego trenutno rješenje, drago mi je da ste uzeli u obzir i neke moje prijedloge i ako mislim da je potrebno dodati i još neke funkcije za ubrzavanje i pojednostavljivanje rada kao i na to da je potrebno puno više da se misli na to da POS rješenja koriste i radnici koji nisu stručnjaci za pantheon, windows i ništa slično...konkretno, radnik na kasi u prodavnici nije nikakav stručnjak, često je samo sa osnovnom školom i jednostavno je nemoguće da mu se objasne neke stvari ako su malo složenije tj. potrebno je da sve bude što je više moguće jednostavno i da radi skoro pa perfektno, bilo kakva greška koja se pojavi, ako se zaledi prozor, ako počne program da se ponaša drugačije nego što je normalno...je katastrofa, znam to iz ličnog iskustva u poslednjih 10+ godina i to pantheon sa raznoraznim bubicama + moji radnici...

Hvala.


Ratko,

ako se možemo dogovoriti da komunikaciju nastavimo preko našeg Help Desk-a, šaljite email na pomoc@datalab.ba, u cc stavite mene: melisa.alisa@datalab.ba.
Kolege iz razvoja javljaju da će mi do kraja sedmice poslati quick fix za ovo filtriranje dokumenata i kretanje naprijed-nazad, pa da to onda apliciramo na Vašoj bazi.

Ja bih uradila ovako:
-restore-ajte postojeću bazu i nadogradite samo nju na 10 019 10 (jučer izašla verzija)
-na tu bazu krajem sedmice stavimo taj popravak
-Vi probate i ako zadovolji, nadogradimo produkcijsku bazu na zadnji patch

Što se tiče spajanja na računar, generalno ne koristimo TW, AnyDesk i sl. zbog sigurnosnih razloga, imamo svoj interni alat koji koristimo za spajanje do klijenta. Pokrećete ga tako što iz Pantheon menija Pomoć, odaberete opciju Podrška na daljinu, registrujete se (u slučaju da niste) i mi dalje preuzimamo.

LP,
MELISA
ratko
#12 Objavljeno : 02 April 2020 00:46:43(UTC)
ratko

Stopnja: PA User

Pridružen(a): 16/12/2009(UTC)
Objave: 98

Melisa,
poslao sam e-mail, hvala.
ratko
#13 Objavljeno : 05 April 2020 12:58:23(UTC)
ratko

Stopnja: PA User

Pridružen(a): 16/12/2009(UTC)
Objave: 98

Sada sam se sjetio još jednog problema, a koji bi OBAVEZNO morali da riješite u novom POS rješenju, a to je da ne smije da se dešava da vaš POS potvrdi račun i pređe na novi račun, a da se na fiskalnoj kasi nije ništa desilo ili je recimo došlo do problema na fiskalnoj kasi pa je račun počela da štampa i zatim stane na pola ili na kraju računa i zatim počne sve da stornira, ovo se nekad desi i ne znam zašto se to desi, ali jedino rješenje je da taj račun brišem u pantheonu, ponovo dodam sve stavke i ponovo ga štampam i tada je sve normalno, da li se vaš POS, sada RT, zaglupi i šalje pogrešno formatiran račun ili je nešto drugo za ovaj problem to nisam siguran...

Ja koristim mikroelektronika professional kasu i koliko znam jedini način komunikacije vašeg POS-a i flinka je preko fajlova u za to na obe strane podešenom folderu tj. RT kreira račun i pošalje tekstualni fajl u taj folder, flink ga čita i štampa račun, ali ako dođe do nekog problema flink kreira log za to, pojavi se greška, a po svemu sudeći RT to i ne provjerava, jednostavno zakači da je račun štampan i ide dalje i onda se često dešava da radnici to ne primjete pa se na kraju ne slaže presjek stanja, a jedini način da se ovaj problem riješi je da se odmotava kontrolna traka...

Dešava se i da flink prestane da radi, a pantheon kao štampa račune...

Da li možete nekako riješiti ove probleme tj. da pantheon prepozna situacije na fiskalnoj kasi ili kada flink ne radi?

Da li ste možda testirali ili razmišljali da pređete na komunikaciju sa flinkom koju su oni nazvali IP Messenger?

Uredil uporabnik 05 April 2020 13:23:28(UTC)  | Razlog: Ni naveden

melisasmajic
#14 Objavljeno : 13 April 2020 21:04:40(UTC)
melisasmajic

Stopnja: Advanced Member

Pridružen(a): 21/12/2011(UTC)
Objave: 82

Originally Posted by: ratko Go to Quoted Post
Sada sam se sjetio još jednog problema, a koji bi OBAVEZNO morali da riješite u novom POS rješenju, a to je da ne smije da se dešava da vaš POS potvrdi račun i pređe na novi račun, a da se na fiskalnoj kasi nije ništa desilo ili je recimo došlo do problema na fiskalnoj kasi pa je račun počela da štampa i zatim stane na pola ili na kraju računa i zatim počne sve da stornira, ovo se nekad desi i ne znam zašto se to desi, ali jedino rješenje je da taj račun brišem u pantheonu, ponovo dodam sve stavke i ponovo ga štampam i tada je sve normalno, da li se vaš POS, sada RT, zaglupi i šalje pogrešno formatiran račun ili je nešto drugo za ovaj problem to nisam siguran...

Ja koristim mikroelektronika professional kasu i koliko znam jedini način komunikacije vašeg POS-a i flinka je preko fajlova u za to na obe strane podešenom folderu tj. RT kreira račun i pošalje tekstualni fajl u taj folder, flink ga čita i štampa račun, ali ako dođe do nekog problema flink kreira log za to, pojavi se greška, a po svemu sudeći RT to i ne provjerava, jednostavno zakači da je račun štampan i ide dalje i onda se često dešava da radnici to ne primjete pa se na kraju ne slaže presjek stanja, a jedini način da se ovaj problem riješi je da se odmotava kontrolna traka...

Dešava se i da flink prestane da radi, a pantheon kao štampa račune...

Da li možete nekako riješiti ove probleme tj. da pantheon prepozna situacije na fiskalnoj kasi ili kada flink ne radi?

Da li ste možda testirali ili razmišljali da pređete na komunikaciju sa flinkom koju su oni nazvali IP Messenger?



Pozdrav Ratko,

jesmo, da. I o tome smo razmišljali, sada Pantheon ne provjerava odgovor, u POS X-u radimo na tome da Pantheon čeka odgovor od drivera. U slučaju da se desi error, račun ne prelazi u Potvrđen, no moram biti iskrena i reći da je dokumentacija dosta oskudna..

LP,
MELISA
ratko
#15 Objavljeno : 13 April 2020 22:04:24(UTC)
ratko

Stopnja: PA User

Pridružen(a): 16/12/2009(UTC)
Objave: 98

Pozdrav Melisa,
pa, mislim da se u RS najviše koriste njihove kase i poželjno je da se potrudite oko njihovog drivera koji nije idealno rješenje, ali to je ono što imamo i to je ono što nam zakon nameće...ne znam da li sada ima nešto bolje, ali prije 10 godina u ponudi smo imali samo njih...

Ja sam više puta imao velike probleme jer je pantheon potvrdio račun, a on nije štampan na fiskalnom štampaču i mislim da nisam jedini koji je imao taj problem...a kada imate stotine računa za jedan dan onda je problem da se nađe račun kada se ne slaže presjek, a to je nepotrebno gubljenje vremena i živaca...nadam se da ćete riješiti i ovaj problem....

Nego, šta se dešava sa obećanim rješenjem za problem zbog kojeg sam započeo ovu temu?

LP
melisasmajic
#16 Objavljeno : 17 April 2020 14:39:31(UTC)
melisasmajic

Stopnja: Advanced Member

Pridružen(a): 21/12/2011(UTC)
Objave: 82

Originally Posted by: ratko Go to Quoted Post
Pozdrav Melisa,
pa, mislim da se u RS najviše koriste njihove kase i poželjno je da se potrudite oko njihovog drivera koji nije idealno rješenje, ali to je ono što imamo i to je ono što nam zakon nameće...ne znam da li sada ima nešto bolje, ali prije 10 godina u ponudi smo imali samo njih...

Ja sam više puta imao velike probleme jer je pantheon potvrdio račun, a on nije štampan na fiskalnom štampaču i mislim da nisam jedini koji je imao taj problem...a kada imate stotine računa za jedan dan onda je problem da se nađe račun kada se ne slaže presjek, a to je nepotrebno gubljenje vremena i živaca...nadam se da ćete riješiti i ovaj problem....

Nego, šta se dešava sa obećanim rješenjem za problem zbog kojeg sam započeo ovu temu?

LP


Ratko,

ja sam Vama pisala 3 puta za fix, da mi javite kakva je situacija?
U prilogu screnshot s Help desk-a na kom sam evidentirala radni nalog.
Jeste li Vi probali brzu popravku ili?
Ja zapravo čekam odgovor od Vas :).

LP,
MELISA
Pripete datoteke:
Helpdesk.png (72kb) prenešeno 4-krat.

Za ogled priponke se prosimo prijavite!
ratko
#17 Objavljeno : 17 April 2020 17:16:29(UTC)
ratko

Stopnja: PA User

Pridružen(a): 16/12/2009(UTC)
Objave: 98

Nevjerovatno, ja na e-mail nisam dobio obavještenje, sada ću da pogledam, sreća da imam stari e-mail u kojem imam link...

Hvala.
melisasmajic
#18 Objavljeno : 20 April 2020 16:19:07(UTC)
melisasmajic

Stopnja: Advanced Member

Pridružen(a): 21/12/2011(UTC)
Objave: 82

Originally Posted by: ratko Go to Quoted Post
Nevjerovatno, ja na e-mail nisam dobio obavještenje, sada ću da pogledam, sreća da imam stari e-mail u kojem imam link...

Hvala.


Ratko,

jeste probali? Ako niste uspjeli naći email, slaću Vam privatno na email, mimo Help desk-a.

Hvala,
LP,
MELISA
ratko
#19 Objavljeno : 23 April 2020 23:31:36(UTC)
ratko

Stopnja: PA User

Pridružen(a): 16/12/2009(UTC)
Objave: 98

Problem koji sam opisao u prvoj poruci datalab programer je uspio da riješi, još uvijek nisam izvršio pravi test na radnoj bazi, ali na backup bazi sve izgleda normalno i nadam se da se neće pojaviti neki novi problem...
Meni samo nije jasno kako se ovaj problem provlačio sve ove godine, ja sam ga primjetio u poslednjoj verziji pantheona 5.5 (možda je postojao i u ranijim verzijama, to se ne sjećam) i po svemu sudeći provlačio se kroz sve verzije pantheona X i u poslednjoj verziji je prerastao u nešto još očiglednije, ali niko ništa...

U svakom slučaju moram da se zahvalim Melisi na velikom trudu prije svega da provjeri sve ono što sam naveo, a zatim se potrudila da se veoma brzo riješi problem! Hvala!

Sada očekujem da se provjeri zašto ne radi funkcija dodavanja nedostajućih indeksa i primarnih ključeva, zašto iskače greška "could not find stored procedure"? Ako se dobro sjećam i funkcija kontrole referencijalnog integriteta ne radi tj. popravke koje su ponuđene ne rješavaju ništa, sve ostaje isto...

Nadam se i da ću uskoro testirati POS X i očekujem da će biti veliki napredak u odnosu na RT koji je isti 10 godina koliko ga ja koristim i koji ima veliki broj nedostataka o kojima sam više puta pisao...

Hvala još jednom!
melisasmajic
#20 Objavljeno : 30 April 2020 22:28:22(UTC)
melisasmajic

Stopnja: Advanced Member

Pridružen(a): 21/12/2011(UTC)
Objave: 82

Originally Posted by: ratko Go to Quoted Post
Problem koji sam opisao u prvoj poruci datalab programer je uspio da riješi, još uvijek nisam izvršio pravi test na radnoj bazi, ali na backup bazi sve izgleda normalno i nadam se da se neće pojaviti neki novi problem...
Meni samo nije jasno kako se ovaj problem provlačio sve ove godine, ja sam ga primjetio u poslednjoj verziji pantheona 5.5 (možda je postojao i u ranijim verzijama, to se ne sjećam) i po svemu sudeći provlačio se kroz sve verzije pantheona X i u poslednjoj verziji je prerastao u nešto još očiglednije, ali niko ništa...

U svakom slučaju moram da se zahvalim Melisi na velikom trudu prije svega da provjeri sve ono što sam naveo, a zatim se potrudila da se veoma brzo riješi problem! Hvala!

Sada očekujem da se provjeri zašto ne radi funkcija dodavanja nedostajućih indeksa i primarnih ključeva, zašto iskače greška "could not find stored procedure"? Ako se dobro sjećam i funkcija kontrole referencijalnog integriteta ne radi tj. popravke koje su ponuđene ne rješavaju ništa, sve ostaje isto...

Nadam se i da ću uskoro testirati POS X i očekujem da će biti veliki napredak u odnosu na RT koji je isti 10 godina koliko ga ja koristim i koji ima veliki broj nedostataka o kojima sam više puta pisao...

Hvala još jednom!


Ratko,

hvala Vama na saradnji.
Ono što moram napomenuti jeste da sam 22.4. poslala na email Vama obavijest da sam provjerila sa programerom vezano za nedpstajuće primarne ključeve, te da imamo napismeno da isti ne utječu na Vaš rad.
"U FA_% tabelama (prvih 6 redova) i onda o 2 reda odnosno tabele koje nisu u PA standardu, ovi indexi ne utječu na rad ovog korisnika.
Ove zadnje 2 tabele Q_ZZI_EStoritve i Q_ZZI_EStoritve_Filter, ove 2 su samo u Sloveniji u upotrebi, tako da sve iz ovog ekrana nema utjecaja na rad ovog korisnika."

Slika u prilogu.

LP,
MELISA
Pripete datoteke:
upit.png (25kb) prenešeno 3-krat.

Za ogled priponke se prosimo prijavite!
RSS vir  Atom Feed
Uporabniki v tej temi
2 {0} strani:12>
Hitra navigacija  
Ne smete dodajati novih tem.
Ne smete odgovarjati na teme.
Ne smete brisati svojih objav.
Ne smete urejati svojih objav.
Ne smete ustvarjati anket.
Ne smete glasovati v anketah.

Orange-Grey Theme Created by Ingo Herbote (WatchersNET.de)
Poganja {0}, verzija {1} YAF 1.9.6.1 Under DNN | YAF © 2003-2026, Yet Another Forum.NET
Ta stran se je naložila v 1,127 sekunde.