Printeraansturing op basis van XML

[Verwijderd]

Voor het printen van binnenkomende orders maken wij gebruik van een stukje maatwerk.
Er wordt door het maatwerkpakketje naar een bepaalde directory gekeken waar XML files worden geplaatst.
In deze XML file staan behalve het ordernr en klantnr ook de locatie van de order (PDF) en naar welke netwerkprinter het moet worden verstuurd.

Voorbeeld van de XML files:
<?xml version="1.0" encoding="UTF-8" ?>
<order name="order123">
<ordernumber>123</ordernumber>
<customer>555</customer>
<customername>klant</customername>
<file>C:\test.pdf</file>
<printer>\\server\printershare</printer>
</order>

Zodra er dus een XML file in de directory wordt geplaatst, pakt het huidige maatwerkpakketje het op en wordt de juiste printer aangestuurd. Echter ondervinden we nu wat problemen dat willekeurige orders niet geprint worden, terwijl de bijbehorende XML file keurig in de directory staat. Het kan natuurlijk een keer voorkomen dat een printer niet beschikbaar is of de server een probleem vertoonde met de spooler, maar het gebeurt op regelmatige basis. Het verder troubleshooten wordt dus lastig, en zijn zodoende zoekende naar aan softwareproduct die dit eventueel ook kan?

Een zoekactie levert tot op heden alleen maar paketjes op die al het printbare kunnen omzetten naar XML, maar we willen juist aan de hand van een XML file naar de printer.

[farlane]

monsterboard?

[Verwijderd]

lol. die laatste zin maar verwijderd. bedankt voor de tip!

farlane schreef op maandag 24 november 2008 @ 15:30:
monsterboard?

[ Voor 17% gewijzigd door Verwijderd op 24-11-2008 15:34 ]

[Woy]

Tja als het een stukje maatwerk is, dan kan je natuurlijk de leverancier van de software eens aanspreken.

Je zult ieder geval geen kant en klaar software vinden die jullie eigen formaat xml gebruikt om andere bestanden te printen.

[Verwijderd]

Wellicht dat het onduidelijk staat omschreven, maar het maatwerkpakketje leest de XML file in en voert de opdracht die hierin staat uit (het printen van test.pdf naar een desbetreffende printer).

De leverancier van het maatwerkpakket kan ook text file aanleveren of whatever formaat waar een opdracht in staat. Als de genoemde velden zoals hierboven te zien is, maar voorkomen en gebruikt kunnen worden om vervolgens een printer aan te sturen.

rwb schreef op maandag 24 november 2008 @ 15:42:
Tja als het een stukje maatwerk is, dan kan je natuurlijk de leverancier van de software eens aanspreken.

Je zult ieder geval geen kant en klaar software vinden die jullie eigen formaat xml gebruikt om andere bestanden te printen.

[farlane]

Verwijderd schreef op maandag 24 november 2008 @ 15:33:
lol. die laatste zin maar verwijderd. bedankt voor de tip!

Mja, was een beetje flauw natuurlijk maar je zou als ik het formaat zo kijk met een beetje shell scripting ( Windows? ) dit nog wel kunnen fixen waarschijnlijk.

[Woy]

Verwijderd schreef op maandag 24 november 2008 @ 15:52:
Wellicht dat het onduidelijk staat omschreven, maar het maatwerkpakketje leest de XML file in en voert de opdracht die hierin staat uit (het printen van test.pdf naar een desbetreffende printer).

En dat gaat blijkbaar niet goed, dus dan neem je contact op met de leverancier lijkt me

De leverancier van het maatwerkpakket kan ook text file aanleveren of whatever formaat waar een opdracht in staat. Als de genoemde velden zoals hierboven te zien is, maar voorkomen en gebruikt kunnen worden om vervolgens een printer aan te sturen.

Het is niet zo heel relevant wat het formaat is waarin de opdracht aangeleverd word, er gaat blijkbaar iets verkeerd in het process. Dan kan aan van alles liggen ( daar doe je verder geen uitspraken over ) van het inlezen van de xml tot de tonor in de printer die op is.

Maar wat is je vraag eigenlijk? Want als het alleen is of er standaard software is die dit voor je kan doen dan ben je niet op het goede forum.

[Verwijderd]

Zo is het nu ook gemaakt met C-sharp, maar blijkt du niet betrouwbaar. Zoals in m'n vorige antwoord is XML niet bindend. De orders komen in pdf formaat aan en worden in een bepaalde directory opgeslagen. Vervolgens wordt deze PDF ontleed en worden zaken zoals klantnr, ordernr, locatie en printer die het moet uitprinten omgezet naar een XML file (zie voorbeeld hierboven).

Zoals gezegd kan onze leverancier ook een ander formaat dan XML produceren waar deze gegevens in staat. Het gaat om het principe dat wij een softwarepakketje zoeken (of andere programmering) die aan de hand van een bestand (lees printfile) het juiste document naar de juiste printer verstuurd.

farlane schreef op maandag 24 november 2008 @ 15:53:
[...]


Mja, was een beetje flauw natuurlijk maar je zou als ik het formaat zo kijk met een beetje shell scripting ( Windows? ) dit nog wel kunnen fixen waarschijnlijk.

[Woy]

Verwijderd schreef op maandag 24 november 2008 @ 16:00:
Zo is het nu ook gemaakt met C-sharp, maar blijkt du niet betrouwbaar.

Dat heeft natuurlijk niks me C# te maken, dus neem contact op met de leverancier van deze C# tool!

Zoals gezegd kan onze leverancier ook een ander formaat dan XML produceren waar deze gegevens in staat. Het gaat om het principe dat wij een softwarepakketje zoeken (of andere programmering) die aan de hand van een bestand (lees printfile) het juiste document naar de juiste printer verstuurd.

Je zult denk geen software vinden die out of the box precies kan wat je wilt, want het zijn nogal specifieke eisen.

[Aphelion]

Buiten dat is het belangrijk wanneer je maatwerk een exception geeft. Vangt hij af of de printerdriver aangeeft of het stuk goed is ontvangen/verwerkt etc. of doet het alleen een call en verder niets.

[Herko_ter_Horst]

Nogmaals: het formaat waar die "printfiles" in worden aangeleverd is totaal irrelevant. Het proces dat zo'n printfile oppakt en het printen moet starten is het probleem.

Je moet dus toch eerst uitzoeken waarom het fout gaat. Dus niet vragen aan de maatwerkleverancier om een ander formaat voor die printfiles, maar om informatie waarom het verwerken van de huidige files niet goed gaat.

Het probleem kan nu namelijk overal zitten, van het niet 'zien' van nieuwe printfiles door het programma dat ze zou moeten verwerken, tot syntax errors in de XML, tot het niet beschikbaar zijn van het te printen PDF bestand, tot toner op/out of paper/paper jam/andere printerfout.

Het programma dat de printfiles moet verwerken zou hier iets over te melden moeten hebben (in een log?). Zo niet, dan zou ik de leverancier vragen dit soort logging toe te voegen.