Kopie XML vrachtbrief op schijf (nu alleen FTP)

[pascal]

Voor een aantal klanten sturen we de vrachtbrief als XML-bestand naar onze ftp-server.
Daar wordt de pakbon opgehaald door de klant. Dit werkt heel goed, maar af en toe vraagt een klant of een bepaalde vrachtbrief wel is klaargezet. En soms de vraag of we een kopie kunnen mailen.

Dit kan niet, omdat we lokaal geen kopie hebben.
Is het mogelijk dit in te stellen? Dus dat de pakbon zowel naar de ftp-server wordt gestuurd als dat er een kopie wordt opgeslagen op bv G:FOXSYEDIUIT of een andere map?

Oja, geblokkeerde funktie bij genereren kontrakt aub graag voorrang geven, dat heeft meer haast:
http://ha1.heartprofit.nl/profit/index.php?topic=27067.0

[pascal]

Vandaag hebben we weer een klant gehad die een aantal digitale vrachtbrieven miste - bij deze dus de vraag hoe het met dit punt staat.
Het zou in dit soort gevallen bijzonder makkelijk zijn wanneer we een kopie van de gegenereerde XML vrachtbrieven op ons netwerk hebben staan.

[Peter Stordiau]

Iedereen zal het al lang al wel snappen, dus nu allen ik nog ...
(geen uitstelgedrag hoor, ik wil het gewoon begrijpen)

Je stuurt dus zelf die XML naar een FTP server. "Jij"? of Profit ?

Als die klant dat van de FTP server leest, waarom verdwijnt het dan ? dat gaat volgens mij niet vanzelf. En zo toch dan is het een instelling.

Je voelt wel, ik zie het probleem nog niet.

[pascal]

De XML Pakbon wordt vanuit Profit automatisch naar de FTP-server gestuurd.
Hij komt dus niet op onze harde schijf te staan.

Bij de klant wordt om de x minuten gecontroleerd of er bestanden voor ze op de FTP-server klaar staan. Zoja, dan worden ze eraf gehaald en meteen verwijderd. Dit om te voorkomen dat XML-bestanden die al ingelezen zijn, nogmaals voor een 2e keer worden opgehaald.

We kunnen bv elke 5 minuten aanwezige bestanden van de ftp-server naar onze lokale server laten kopieren, maar dan zul je zien dat net een minuut nadat er bestanden naar de FTP-server zijn gestuurd, er wordt gecheckt en ze eraf worden gehaald. Die loop je dan mis - dit werkt dus niet 100% goed.

Mooiste zou dus zijn dat van de bestanden die Profit naar de FTP-server stuurt, ook een kopie naar bv een directory op de G-schijf wordt gestuurd.

[Robert Hekkers]

Pascal,

Er wordt redelijk nauwgezet gecheckt of de XML Pakbon succesvol is verstuurd naar de FTP server, tot aan het vergelijken van bestandsgroottes toe als ik me niet vergis.

Maar ik denk dat ik wel weet wat er aan de hand is, nu je wat uitvoeriger ingaat op hoe het hele proces verloopt.
Wat dacht je hiervan:
Profit overschrijft een XML-Pakbon met een volgende versie nog voordat jullie klant een reeds daarvóór klaarstaande XML-Pakbon heeft opgehaald.

Dat heeft hetzelfde effect als het niet versturen... laat mij maar even kijken.

[Peter Stordiau]

Dat heeft hetzelfde effect als het niet versturen... laat mij maar even kijken.

Buiten mijn rare vragen (die dan wellicht nog helpen ook) vind ik sowieso dat Pascal wel gelijk heeft hoor.
Mijn eerste reaktie (die ik in gedachten had) was dan ook dat je die XML bestanden opnieuw moet kunnen genereren. Nu het mij duidelijker is, zou ik dat alsnog kunnen opperen, maar dan moet het ook wel waterdicht zijn. Ik bedoel, opnieuw genereren mag dan niet kunnen leiden tot een andere inhoud dan oorspronkelijk.
E.e.a. dus omdat ik het ook nogal "dom" vind om die hele handel maar altijd in kopie bij te houden - alleen voor het geval dat iemand eens per jaar om een kopie vraagt.

N.b.: Pascal heeft dus gelijk naar mijn mening omdat je alles moet kunnen reproduceren - anders ben je het toch een keer gewoon kwijt.
Dit dus buiten het kennelijke gegeven dat er iets niet goed lijkt te gaan (wordt overschreven).

[pascal]

Dat heeft hetzelfde effect als het niet versturen... laat mij maar even kijken.

Buiten mijn rare vragen (die dan wellicht nog helpen ook) vind ik sowieso dat Pascal wel gelijk heeft hoor.
Mijn eerste reaktie (die ik in gedachten had) was dan ook dat je die XML bestanden opnieuw moet kunnen genereren. Nu het mij duidelijker is, zou ik dat alsnog kunnen opperen, maar dan moet het ook wel waterdicht zijn. Ik bedoel, opnieuw genereren mag dan niet kunnen leiden tot een andere inhoud dan oorspronkelijk.

Hiermee zouden we prima geholpen zijn - wanneer een klant een xml pakbon mist en we kunnen deze opnieuw uit Profit krijgen, is het probleem effektief opgelost.

E.e.a. dus omdat ik het ook nogal "dom" vind om die hele handel maar altijd in kopie bij te houden - alleen voor het geval dat iemand eens per jaar om een kopie vraagt.

Toch is een kopie op ons lokale netwerk niet zo verkeerd, mocht dit makkelijk te realiseren zijn.
Wanneer een klant meldt 'ik heb de bon nooit ontvangen', dan kunnen we niet nakijken of hij ook echt uit Profit is gekomen. Wanneer we lokaal een kopie hebben staan, kunnen we tenminste bewijzen dat hij aangemaakt is (ook handig voor onze eigen controle).

Aan de andere kant is het wel zo dat wat je per post verstuurd ook 'weg' is, hier heb je ook geen kopie van in de kast liggen. En je hebt ook niet de garantie dat deze daadwerkelijk bij de klant is bezorgd (tegenwoordig al helemaal niet meer met het huidige PostNL...).
Wanneer je een kopie van een faktuur moet opsturen druk je een duplikaat faktuur af via 3-3-2.
Het reproduceren van een XML vrachtbrief komt volgens mij op hetzelfde principe neer.

[Peter Stordiau]

Het reproduceren van een XML vrachtbrief komt volgens mij op hetzelfde principe neer.

Ja ...

Wanneer we lokaal een kopie hebben staan, kunnen we tenminste bewijzen dat hij aangemaakt is (ook handig voor onze eigen controle).

Misschien wel Nee ...
Daar komt nog net iets meer bij kijken dan je vermoedt;
Om te beginnen moet je het ding kunnen terugvinden, met vooral in gedachten dat het een redundante kopie is van iets wat elders staat met zo z'n "identifikatie".
Binnen de kortste keren ben je een stuk database aan het nabouwen.
... Nu gebeurt dit natuurlijk al wel met de PDF dokumenten (althans, ik stel mij zo voor dat het erop zou lijken), maar die zijn net iets minder redundant (vind ik / voel ik).

Misschien nog een opmerking waar je iets mee kan :
Als jij (ok, Dinand) zou bellen om een kopie van een faktuur omdat je het origineel zogenaamd kwijt bent, dan ga ik naar Raadplegen Fakturen en druk op een "Genereren naar Printer" toets (en leg hem op de fax die ik overigens vorige week definitief heb geëlimineerd).
Het komt niet in m'n hoofd op om de fakturen die de deur uit gaan nog eens even grafisch ergens op te slaan (XML formaat niet veel verschil), gewoon omdat het voldoende degelijk is om die "genereer" toets te gebruiken.
Dat je niet achteraf fakturen eruit moet gooien (wat wel zou kunnen, net zoals bij jullie) is het eerste goede gebruik wat je daarbij nodig hebt. Dat snapt misschien niet iedereen, maar wij (beiden) wel. Dàn is het degelijk en kan je opnieuw genereren gebruiken.

Veel te lang verhaal ...

Wanneer je een kopie van een faktuur moet opsturen druk je een duplikaat faktuur af via 3-3-2.
Het reproduceren van een XML vrachtbrief komt volgens mij op hetzelfde principe neer.

... zeker omdat je dat zelf ook al zei.

[pascal]

'We' zijn dol op kopietjes (al dan niet op papier), maar misschien moeten we dat maar eens loslaten - reproduceren van de XML pakbon via Profit lijkt me een goed plan

[Peter Stordiau]

Dan gaan wat dat doen !
Onder voorbehoud van "maar Pakbon kan (te gemakkelijk) wijzigen achteraf.

Dank voor het meedenken.

[pascal]

Schopje - we hebben weer melding van een klant die een aantal digitale vrachtbrieven mist.
Ik kon me herinneren dat we het hier al eens over gehad hebben en dat klopt gezien dit topic.
We willen dus graag een XML vrachtbrief opnieuw kunnen genereren.

Alleen is er volgens mij nog geen aanpassing voor gemaakt, of heb ik niet goed opgelet?

[Robert Hekkers]

Pascal,

Kijk even naar de email-correspondentie die hierover is geweest op 16-12-2015; ik denk dat er dan wel weer een lampje gaat branden 

[pascal]

Idd - logfile van gegenereerde vrachtbrieven staat onder Troep-directory, genaamd PRPEDI.EDI
wil je alsnog een XML Pakbon afdrukken kan dit via 3-2-7-5 en 'EDI Pakbon' aanvinken.

Deze info kon ik ff niet terugvinden, maar Robert wist het me gelukkig nog wel te vertellen...
Gelijk bij deze maar even op het forum gezet, mocht ik over een half jaar weer zoeken hoe het zit dan vind ik deze post tenminste weer terug

[Peter Stordiau]

Is natuurlijk wel Robert z'n "schuld".
Ik snapte ook niet meer wat er gebeurd was.

[pascal]

Idd - logfile van gegenereerde vrachtbrieven staat onder Troep-directory, genaamd PRPEDI.EDI
wil je alsnog een XML Pakbon afdrukken kan dit via 3-2-7-5 en 'EDI Pakbon' aanvinken.

Welnu, ik wil graag een EDI Pakbon printen/genereren.

Onderstaande EDI pakbon 20160311023 is nl wel ooit gegenereerd maar niet aangekomen of kwijtgeraakt, dat is niet bekend.

/EDIT:
Waar wordt de pakbon opgeslagen?
foute formulering van mij dus niet logisch - had moeten zijn: ik zie 'm niet onder T:Troep, wat doe ik fout of is hij ergens anders opgeslagen?

En vul ik de gegevens wel in zoals het hoort?
Wat behoor ik bij de printerinstellingen in te vullen?

menu 3-2-7-5, met daarbij de printerinstellingen: