Zdravo Darko,

Ali imate ustrezno indexirano SQL bazo?

lp,
Gregor

Potem je težava v poizvedbi, ki jih ti postopki izvedejo. Pravično do vseh uporabnikov PA, ki imajo Pantheon X pa bi bilo, da roko na srce priznaš, da ti postopki, niso del standardnega PA.

:)

lp, Gregor

Zdravo Darko,
To kar navajas bi lahko drzalo le ce bi partnerji svoje postopke pošiljali v verifikacijo DL. Kar pa zagotovo v vase primeru ni bilo to.

Tudi mi pišemo z pooblaščenimi orodji pa za nase napake v programiranju ne more biti kriv proizvajalec. Neprimer.Net orodje.
Dejstvo je pac to da je DL zamenjaj jedro kar zahteva od uporabnika da nadgradi ali posodobi svoje DODATNE postopke. Ze dolgo velja nepopisno pravilo da je potrebno težave poslovanja reševati procesno in ne aplikacijski.

V ta namen je potrebno izkoristiti najprej sistemsko podane funkcije in ERP pustiti da je Erp in ne programersko razvojno orodje. Ce rabis dodatke pol si jih naredis zunaj Erpa in ne tisis vse v njega.
Zagotovo poznas pravljico Kdo je Vidu zašil srajčko. No to se vam dogaja. Erp zal ni vsemogočen se dalec od tega da bi bil orodje kot je Ms Visual studio ;)

Torej da povzamem tvoja stališča so napačna. Pa brez zamere.

Lp, Gregor

Zdravo Darko,
dovoli da si vzamem nekaj trenutkov in obrazložil to "zono somraka" ki se imenuje ARES.
glede na prvo vprašanje

1.) Najprej mi razloži, kako vplivajo SQL postopki na delovanje ERP-a, ne da bi jih poganjali. :-) Se pravi, prijavim se v Pantheon, pritisnem F11 in čakam 2 minuti, da se šifrant odpre. Nobenega sporočila ali sledi o zaganjanju SQL postopka ali o kakšni napaki.

Ko se klikne na gumb F11 se zaženejo vsi Ares postopki, ki so definirani, da se zaženejo ob zagonu same forme. Uporabnik o tem žal ni seznanjen. Le to lahko preveriš sam. Kako in kateri postopki se zaženejo ti lahko pokažem jutri tekom dneva. (boš me poklical)

2.)Postopki bi morali biti tako omejeni (v peskovniku), da ne bi mogli vplivat na delovanje osnovnih funkcij programa.

Res je spet je to odvisno od tega, kako so sprogramirani. Glej 1. ročko.

3.) Mimogrede, mislim, da nimamo nekih prenapihnjenih vsemogočih SQL postopkov, za katere bi bilo pričakovati, da bodo povzročali težave.

Najpogostejša napaka je naprimer programiranje v stilu "Select * "

4.) Ko DL zamenja "jedro", bi moral podpornike podučit, katere (kakšne vrste) postopkov je potrebno popraviti in kaj je potrebno popraviti. Ne pa, da podporniki ugibajo, kateri postopki povzročajo težave, niti sanja pa se jim ne kaj v postopkih je narobe.

Rečmo, da to DL dela, vendar pa ne zmeraj v zadovoljivi obliki, vendar pa imajo partnerji dostop do BETA različic in so bili "Pozvani" s strani direktorja razvoja Dareta, da naj preverijo delovanje vseh svoji dodatnih ARES postopkov in jim povzetke analiz delovaanja posredujejo. Mi smo jih poslali za naše stranke VSE. DL je v ta namen pripravil prav namesko orodje. Kako so se na to odzvali različni partnerji in podjetja je v njihovi domeni.

4.) Skratka, popolnoma razumem računalniško nevešče in laične uporabnike, ki se pritožujejo, da stvari ne funkcionirajo in da samo plačujejo podpornike, da popravljajo napake, ki se pojavljajo v programu.

In s tem stavkom si zabil zadnji žebelj v krsto. :) Ja dejansko je to problem, ker nažalost pride do tega da nihče ni nič kriv, stvari ne delujejo, stranko pa to ne zanima in potrebuje rešitev. Potem so tukaj še razmejitve pooblastil, v stilu, ti imaš težavo, jaz pa ti žal ne morem pomagat, ker nam vmešavanje v delo drugih ne dovoljuje principal (DataLab).
Pogosto pa se dogaja tudi to, da DL nima vednosti, da je nekaj hudo narobe, da bi lahko interveniral in posredoval nekoga kompetentnega v rešitev težave.

Pa lep večer še naprej,
Gregor