| Wilhelm Tell Ticket Systeem |
| Melding: Alle verkoopregels tegelijkertijd financieel gereed kunnen melden |
| Type: | Aanvraag Handleiding |
| Subtype: | Management Informatie (MIS) |
| Status: | Ingediend |
| Prioriteit: | Middel |
| Code: | |
| Versie: | 20080725 |
| Referentie: | 400 |
|
Remko
| Posted by: Remko (Super Admin) on 11-08-2009 @ 10:33:42 |
| Deze melding wordt verplaatst |
   |
Remko
| Posted by: Remko (Super Admin) on 15-09-2008 @ 15:50:03 |
| Er is een aanpassing gemaakt, waarbij de verkoopregels tegelijkertijd financieel gereed worden gemeld. Dit is nu gedaan door een aanpassing van een stored procedure in ISAH zonder een update van WTell uit te voeren. |
| |
Helpdesk
| Posted by: Helpdesk (Moderator) on 30-07-2008 @ 21:12:21 |
Punt 2 is dus van toepassing en de webapplicatie zal dus niet automatisch de datum financieel gereed overschrijven, omdat deze per regel al als afwijkend is ingesteld. Deze afwijkende instelling wordt niet overschreven. De applicatie is op een dergelijke wijze geprogrammeerd.
Indien dit niet is gewenst, dan zal er een functionele wijzigiging moeten worden doorgevoerd. Mijn vraag hierbij is echter in hoeverre hiermee de werking van lijsten in ISAH wordt verstoord.
|
 |
GorsS
| Posted by: GorsS on 30-07-2008 @ 21:08:52 |
Het tweede punt is van toepassing.
Wij waren reeds op de hoogte van deze verschillen. Voor onze analyse willen wij echter alle orderregels op één en dezelfde datum hebben staan zodat de gemaakte kosten altijd bij de bijbehorende inkomsten staan. Hiertoe hebben wij besloten om alle regels in de webapplicatie handmatig te overschrijven. Om dit te kunnen doen worden eerst alle regels van de order in ISAH op status 85 (eigen kunstmatige status; een soort van historie) gezet. Beide handelingen zijn geschied op 18-07-08. Om de data te overschrijven wordt gebruik gemaakt van het info "i-tje" direct achter het ordernummerhokje bovenin de webapplicatie. Bij het invullen van de datum op deze manier worden de bedragen die gafactureerd zijn niet overschreven. O.a. de DUMMY regel wel. Hierdoor komen de meeste kosten in juli te staan en de opbrengsten in juni. Per regel kan een hokje uitgevinkt worden waardoor de datum alsnog te wijzigen is. Dit is inmiddels gedaan maar is in mijn ogen te bewerkelijk.
|
| |
Helpdesk
| Posted by: Helpdesk (Moderator) on 25-07-2008 @ 12:25:44 |
De webapplicatie haalt de gegevens uit het ERP-pakket ISAH, dus mijn antwoord is dat het ERP-pakket ISAH bepaald of de hokjes zijn aangevinkt of niet.
Om het gebruik eenvoudig te maken heb ik de mogelijkheid ingebouwd om alle regels tegelijkertijd op een datum financieel gereed te melden. Standaard zal mijn webapplicatie op de hoofdorder alle verkoopregels gelijk zetten, tenzij de gebruiker bij een bepaalde verkoopregel zelf een afwijkende datum heeft ingevuld. In dat geval blijft de afwijkende datum staan.
Deze afwijkende datum komt dus door:
Het zelf invullen door de gebruiker binnen de webapplicatie.
Het gereedmelden binnen ISAH, waarna dit wordt gelijkgesteld binnen de webapplicatie.
Mijn vermoeden is dat de oorzaak is te vinden bij punt 2. |
| |
|
