Heart-Profit ERP

Ik zie geen foutmeldingen, maar hij voert de taak ook niet uit.
Heb hem gisteren al een keer opnieuw gestart, maar dit lijkt niet te werken.
Kan een van jullie even kijken wat er mis gaat


:19c:

Opgelost; hij loopt weer.

net gekeken, maar export file datum op U: staat nog steeds op 29/9/2012
lijkt erop dat hij nog niet goed loopt?
Als ik inlog staat hij wel "bij" maar als ik in d elijst kijk zijn er geen nieuwe batches meer gedraaid

Heb je de Batchjob nog opnieuw aangemaakt?
Dat heb ik nl. niet gedaan...

OK, nieuwe job gemaakt en we weten morgen meer

het werkt

heeft het even gedaan, staat nu weer in foutmelding

Robert weet hier op zich alles vanaf, maar is ziek vandaag.

Kun jij misschien vertellen wat voor een foutmelding je krijgt, misschien dat wij je kunnen helpen?

vanaf de server waarop jullie inbellen kun je een rdp maken naar de sessie van de batchprocessor die op dezelfde server loopt.
login details zouden bij jullie bekend moeten zijn.

foutmeldingen staan nog in het scherm en hij had "100" heart icoontjes open gezet

Ik heb nu zelf maar actie ondernomen, daar we deze functie echt nodig hebben.
100 was overdreven, maar er stonden ongeveer 50 profitb.exe en 50 excel processen open.

deze heb ik allemaal gekild.
Test van de functie 1.4.9.9.9.9.9.1 LEEXVIXL gemaakt in stand alone versie, en deze gaat goed.

Laatste oude batch verwijdert (status B)
Nieuwe batch aangemaakt
batch processor gestart
geeft foutmelding zie bijlage

Graag analyse van het probleem

Dank je wel voor je schermprint; dat was waar ik om vroeg.

In de foutmelding zie je zelf al staan "cannot create file".

Ofwel, het systeem wil een bestandje aanmaken in een directory op drive U:, maar, dat kan niet.

En dus: "waarom niet"?

Het lijkt eerder op een rechten probleem op jullie netwerk (de betreffende lokatie is dichtgespijkerd voor de betreffende gebruiker om bestandjes te kunnen aanmaken / verwijderen) dan dat er hier in Profit iets fout gaat. Kun je eens onderzoeken of de gebruiker wel voldoende rechten heeft.

Zoiets had ik ook willen zeggen, maar ben er niet zeker van of dit juist een gevolg is van een tweede keer opstarten van "het betreffende (de 50 schermpjes). Dus toch maar even gezegd :

Die automatisch gegenereerde file names hoeven niet uniek te zijn (dat weten we). En dus misschien ver gezocht kan daar al ergens het probleem zitten. Verder "sinds de upgrade"; horen we wel vaker natuurlijk en het is even aan Marco of dit 100% zeker is, of dat het toch toevallig een plots ontstaan rechten probleem is. Geldt voor ons net zo goed : hebben we nu wat veranderd of is er 100% zeker niets veranderd sinds de vorige upgrade.

HTH

Ingelogd op de user van de batch processor, handmatig file gemaakt in de map, ge-edit en verwijdert.
dat is dus niet het probleem.
batch processor geeft nog steeds probleem bij opstarten, dus aub oplossen.
Nu moet ik het handmatig elke dag doen....

Marco, houd dit svp even handmatig vol tot volgende week. Robert heeft "iets" voor jullie uitgehaald waar jij op dit moment nog het meeste van weet en Robert is er deze week niet. We weten niet eens of zijn aktiviteiten in deze er iets mee te maken heeft, maar dat moeten we natuurlijk wel aannemen.

Dank je voor je begrip.

dat kost je een koek bij de koffie volgende keer

Helemaal goed.
Die declareer ik dan wel bij Robert. Voor mezelf ook een. :smile:

Maar, dank je ...

Dat wordt dan wel een koekje van eigen deeg...  :smile:

Sinds 04-10-2012 gebruik je Kalender "1999-->" om aan te geven op welke dagen de betreffende Batchjob moet worden herhaald.
Waarom is me een raadsel, want er is juist voor de betreffende Batchjob een speciale Kalender aangemaakt, zodat je precies kunt aangeven op welke dagen de betreffende Batchjob moet worden uitgevoerd.

Daar komt nog bij, dat Kalender "1999-->" maar tot 29-07-2002 loopt; en daar loopt het spaak.

In plaats van dat de Batchjob zichzelf niet herhaalt (zoals de gebruikte Kalender in feite aangeeft), wordt er getracht de Batchjob te re-submitten op dezelfde Datum/Tijd zoals deze is voor de op dat moment aktieve Batchjob. En dat resulteert in het overschrijven van een in gebruik zijnd bestand, met de bekende gevolgen.

Dus Marco, als je gewoon de juiste Kalender hanteert is er niets aan de hand en draait alles als voorheen.
De situatie zoals beschreven in de laatste alinea hierboven zal worden opgelost en komt daarna vanzelf mee in de eerstvolgende Upgrade.

ok, zal testen