Heart-Profit ERP

Is het mogelijk bij de melding "De gevraagde funktie is geallokeerd door een andere gebruiker" aan te geven door wie je geallokeerd wordt? Dit zou superhandig zijn.

Wanneer er iemand geallokeerd wordt (in een order ofzo) wordt er bv rondgebeld of diegene in die order zit, dit kan wel een aantal telefoontjes kosten voordat je de allokeerder te pakken hebt. Erg lastig voor de geallokeerde als de (ten onrechte) gebelde mensen.
Vandaar dus mijn vraag.

Zou inderdaad handig zijn om dit direct mee te melden
Ik weet dat onder DOS dit vaak wel opgevraagd kon worden, maar een directe melding met usercode in het scherm zou inderdaad duidelijker zijn

Klopt. Ik kan ook bv op de server checken wie welke database (LORD, LOAR) lockt, maar dan moet men mij eerst bellen en moet ik op mijn beurt weer de server op. Niet ideaal.

Buiten dat kunnen er 50 man in LOAR zitten met een lock.
Op de serverconsole zie je niet welk record, en Profit kan dat volgens mij wel zien

Een gemiddelde Heart sessie op een Win server heeft zo 120-150 open files...

Hier is iedereen het meteen mee eens.

Dit heeft technisch nooit gekund omdat Novell het niet uitspuugde.
Tegenwoordig (via Windows) kan het hoogstwaarschijnlijk wel, maar vergt veel technisch werk wat nooit tussendoor zal kunnen. Het aloude verhaal : als het kosteloos moet komt het gewoon niet aan de beurt.

Dit zal niet mee gaan vallen denk ik maar het zou inderdaad een welkome aanvulling zijn.
Zo ook bij een upgrade, waarbij het dan ook nog makkelijk zou zijn om gebruikers uit te loggen (zoals bv bij TS sessies) zodat je de upgrade gewoon kan uitvoeren.

Overigens hebben we hier al een versie die dat kan (wat dacht je van : is 6 maanden kontinu aan gewerkt), maar die werkt via COM servers, en is (of lijkt) te instabiel om daadwerkelijk te kunnen gebruiken.

COM -zoals geïmplementeerd onder XP in elk geval- is te complex om door jullie "gebruikers" aan de gang te krijgen, en te houden.
Ja Marco, ook jou lukt dat vast niet ...

Frank, wat jij bedoelt zit inderdaad ook in die versie.

Als gadget kun je elkaars scherm nog invullen ook.

Ik kan wel eens proberen een schermprintje te maken ... als mijn COM settings het nog een beetje doen ...

Hmm,

Ellende met die COM functionaliteit is dat bij het activeren van een com voor pakket A vaak een invloed is op pakket B.
Daarnaast zijn er veel "knutselaars" die COM functionaliteit inbouwen en de authenticatie niet goed regelen waardoor je dan weer "Iedereen" rechten moet geven alvorens het gaat werken, hetgeen niet de bedoeling kan zijn.

Wens jullie veel success, is niet het makkelijkste project idee wat er ligt denk ik...

Mag ik dan vragen hoeveel uur dit ongeveer zal kosten?

Als het kan werken zoals ik vermoed dat het kan werken (en dat is via Dot-Net), misschien 2 dagen. Daarna(ast) echter, moet er meteen een formele upgrade procedure komen vanuit deze ontwikkelomgeving, krijg je te maken met DLL's of OCXen of gewoon EXEs, het registreren ervan in de eerste twee gevallen en nog wel wat meer gehobby wat nu ook al wel gebeurt maar nauwelijks cruciaal is (denk aan de schermkopie funktie) en zal er alles bij elkaar een 4-5 dagen werk in kunnen zitten.

Overigens, met wat we tot nu toe hebben opgezet (maar dat is de COM methode) kunnen we zo ongeveer alles, waaronder ook het uitvragen van een variabele uit zelfs een taak op een andere PC (kan ik nog wel patent op aanvragen  :yes:).

Als teaser  hieronder maar eens een schermprintje van een aantal tegelijk draaiende Profit taken.
Bij de tweede schermkopie zie je ook een "Kill" toets staan, zodat je niet alleen kunt achterhalen wie de bestanden nog open heeft, maar ze ook eruit kunt knikkeren. :teasing::teasing::teasing:

Overigens zie je in de tweede kopie ook info schermen per taak (van uiteindelijk je hele netwerk dus), waarin zelf te definiëren zaken kunnen worden exposed. Op variabele niveau zeg maar.
De mogelijkheden zijn ongelimiteerd.


De node links bovenin zie je nu alleen "My computer", maar daar kan ook Network verschijnen, met alle PC's, en daaronder dan de taken per PC zoals hier getoond.

Tja ... Als er iemand nog een bosje ontwikkelaars overheeft ...

Dat is niet weinig. Ook gezien de ontwikkelingen mbt COM servers denk ik dat ik nog even afwacht.

Oooo!~ :toomuch:
Doet me weer terugverlangen naar ons oude (Unix) pakket  :(

Klinkt te mooi om waar te zijn..

2 dagen = 16 uren, met wereldwijd zo'n ca. 60-65 actieve Profit gebruikers is dat dus een kwartier per gebruiker. geven we je 4 dagen, loopt dat dus op naar 0,5 uur, dus dan heb je voor ca. 60-70 euro per Profit gebruiker ene prachtig en prettig stukje functionaliteit er bij.

Heb ik wel, maar die ontwikkelen heeeeeeeeel andere dingen....

Als alles zo zou werken.....

Ik ben wel voor! Maar dit is toch echt iets voor de gebruikersvereniging.... en die bestaat (vooralsnog) niet  :wink:

Een gebruikersvereeniging houdt toch wel wat in, roept in iedergeval wat vragen op:

• Wordt iedereen automatisch lid, zodat iedereen mee betaald voor wijzigingen die centraal gevraagd worden? En wordt betaald per gebruiker, of per bedrijf?
• Wordt er dan ineens betaald voor werk dat Heart nu bestempeld als "onbetaald" werk? Dan blijft de druk bij Heart net zo groot en zie ik er geen voordeel meer in (alleen dat Heart dan betaald krijgen voor iets waarvoor ze nu geen geld krijgen)

Zomaar wat vragen die opdoemen, waarschijnlijk zijn er nog veeeeeeel meer. Al met al sta ik niet negatief ten opzichte van een gebruikersvereeniging, vind echter wel dat Heart hierin een rol kan spelen.

Het begint aardig off topic te geraken  :offtopic: :sorry:

Ach als het interessant is. En het blijft toch wel over het onderwerp gaan ... geloof ik.  :blush1:

Misschien toch even voor de goede orde : al dat leuke gebeuren zoals te zien op de schermkopietjes een stukje terug, is *niet* waarover we het hebben, bij de 4-5 dagen hoor. Ik heb ermee willen aangeven dat het gevraagde in dit topic, eigenlijk al bestaat, maar niet is te managen. Dus als jullie 65 door 40 beginnen te delen en zo (of wat je ook precies doet), dan gaat het alleen maar over "Gegevens geallokeerd door wie", en zou het kunnen dat daarmee vanzelf dezelfde funktionaliteit als van die schermkopieën weer onstaat". Maar als dat zo is, is het toeval. Hooguit wordt het uitgelokt, omdat je immers gegevens uit een andere PC moet zien te peuren, en wat je met COM (DCOM trouwens) ook kunt, maar 1000 keer ingewikkelerder is.

Gebruikersvereniging : Die komt er vast nooit meer. Is al veel te veel aan gedaan, en veel te veel mensen hebben beloofd het te regelen. Pascal, volgens mij "jullie" ook. Overigens behoort een gebruikersvereniging niet echt te worden bestierd door het lijdend voorwerp (Heart). Maar wat dat betreft kun je je beter afvragen wat het doel is wat je wilt bereiken. Wel, da's duidelijk : funktionaliteit kreëren die er anders nooit zou komen; ofwel omdat 1 klant het te duur vindt, dan wel wij er nooit aan toekomen.


Het is een heel klein beetje appels en peren (als je het zo mag zeggen in dit geval), omdat het ook nog kan dat we "het" domweg niet doen. Dus inderdaad, we krijgen er niet voor betaald, maar het gebeurt domweg ook niet. Die "gevraagde gegevens" is wel een mooi voorbeeld, want vanaf het begin (1987) kan dat al niet, terwijl ik zelf dat toch echt wel gewend was (mainframes en zo). Typisch iets wat erbij hoort, maar ook typisch iets wat gewoonweg niet kan in de "normale" PC-netwerk omgeving. Overigens worden deze problemen met een databaseserver nog veel groter (beter : grover), en zie je dat je (wij) dingen wilt die niet horen in zo'm amateuristische PC omgeving ... Jaja.

Wij werken met een research budget wat je mag stellen op zo'n 80% (min of meer noodgedwongen), juist omdàt we nu eenmaal dingen doen die eigenlijk niet horen. Effekt ? snelheid bijvoorbeeld. Moraal : eens houdt het op voor het geld wat je ervoor hebt. Ik hoop dat ik het zo mag zeggen.

Het zou dan ook wel degelijk zo zijn dat als iedereen relatief gering zou bijdragen aan dit soort ontwikkelingen, het daadwerkelijk zou worden ontwikkeld, maar dan met mensen die ervoor worden aangenomen of ingehuurd. Maar schrik niet, want als er hier 10 van dat soort mensen extra zitten, zijn ze nog allemaal enorm druk. Ofwel, dat COM verhaal is maar 1 voorbeeldje, waarvan we er nog enorm veel meer hebben. Als je het echt leuk wilt doen, moet je dus 65 delen door 10 jaarsalarissen, en dan kijken of je het nog leuk *vindt*. Prioriteiten stellen heeft geen zin, want ik denk dat alles wat wij hier bedenken of al hebben bedacht leuk wordt gevonden, en dat ene dingetje uitvoeren zet dan ook geen zoden aan de dijk.

Nou ja, bedenk maar dat wij op hoog niveau (lees : systeemniveau) *alles* kunnen maken wat meteen z'n invloed heeft op het hele systeem. Het is echter altijd complex, kost altijd relatief veel tijd, en kan nooit tussendoor. Een voor jullie meetbaar voorbeeld in deze zijn de Mailingselekties. Daar is gewoon voor betaald, zij het voor een fraktie van de totale kosten (tijd). Dit bevindt zich feitelijk op systeemniveau, en het kost werkelijk een jaar ademhalen en heel goed doordenken hoe je zoiets opzet. Dat, nadat we al meer dan een jaar erover hadden gedacht voordat iemand erom vroeg. Had niemand het gevraagd, dan was het er niet gekomen. Nu is er een dag of 5 aan betaald, bij een dag of 20 werk, en dat is exklusief al het voorafgaande denkwerk.

Demis hoef ik niets te vertellen over z'n Grafische Magazijnen ... 12 uur, tegen, ehh, meer dan 400 uur werk. Al had ik 40 uur gezegd, dan a. had Demis het niet meer genomen, en b. had het geen bal uitgemaakt voor ons (ok ok 28 uur).

Als er zo'n pot zou zijn, zou het wel degelijk uitmaken, maar met de natuurlijke verplichting dat er hier ook mensen (beschikbaar) zijn die alleen maar a. uit die pot werken, b. aan die pot werken.
Overigens zou dat alleen maar werken als iedereen, zeg maar, verplicht meedoet, en waarbij er ook alleen maar zaken worden ontwikkeld die ergens voor iedereen ook nut hebben. "Gegevens geallokeerd" is zo'n voorbeeld. Dat de één het dan wat minder nuttig zal vinden dan de ander, moet zijn verantwoording vinden in het relatief geringe bedrag wat je eraan betaalt. Voorbeeld : iets kost 65.000 euri om te ontwikkelen en iemand die daaraan 1000 heeft bijgedragen moet niet al te moeilijk doen als 'ie het niet helemaal leuk vindt. MAAR :

Het probleem ontstaat als die iemand liever iets anders had gehad, wat dan weer niet aan de beurt komt. En vandaar dus dat ik meteen grof praat, en het gerust over 10 mensen heb. Verhoudingsgewijs praat je dan over 10.000 bij te dragen euri, en de lol is ... voor dat bedrag wil je nog steeds die "Gegevens geallokeerd" wel goed behandeld hebben. *Ik* zou het er in elk geval wel voor over hebben, want ook hier moet zeer geregeld iedereen eruit. Maar niet vergeten : voor die 10.000 krijg je dan ook alle andere 9 punten die iedereen zo door elkaar (en tegelijk) wenst.

Mochten er nog mensen zijn die dit wel een lollig idee vinden : dit zal *nooit* kunnen gaan over de gangbare funktionaliteiten. Dat blijft sowieso zoals het is.

Peter
 :offtopic: