Er wordt onverwacht artikel informatie overschreven, wat kan daar de oorzaak van zijn?

Dit document beschrijft de mogelijke redenen dat artikel informatie door een nachtelijke import verwerking overschreven wordt. Het gaat dan om de (DA) Bodset import in combinatie met de Cocosoft File Import (artikel bronnen). Deze combinatie van imports draait alleen op da /da omgeving (DA Cooperatie).

Uit bovenstaande valt af te leiden dat er 's nachts 2 import routines actief zijn, een BOD set import en een File Import. De BOD set import verwerkt artikel mutatie bestanden van de DA, de File Import verwerkt de 'luxe artikelen' bron vanuit Cocosoft. Beide imports zijn aangesloten op bedrijf 2, het DA Hoofdkantoor. Op het moment dat deze imports een zelfde artikel tegenkomen (op basis van barcode) dan bestaat de mogelijkheid dat de ene import informatie gaat overschrijven van de andere import.

Door op bedrijf 2 (Hoofdkantoor) in te loggen en de mutatiegeschiedenis van een artikel welke gewijzigd is te bekijken, is te zien welk import proces verantwoordelijk is voor een bepaalde mutatie.

Is de gebruiker die de mutatie uitgevoerd heeft 'BOD Set import' dan worden de mutaties vanuit een externe bron beheerd en uitgevoerd. De oorzaak van eventuele onverwachte mutaties dient in die bron gezocht te worden.

Als de mutaties door de gebruiker 'Import' zijn uitgevoerd dan is de oorzaak van onverwachte mutaties te vinden in de 'Luxe import'. Deze import leest bestanden in en muteert vervolgens de artikelen in RetailVista.

De bron 'Luxe import' mag alleen artikelmutaties doorvoeren op artikelen die niet door de 'BOD set import' actief beheerd worden, afgezien van barcodes en inkoop informatie. Indien bij een artikel een actieve inkoopregel bij de leverancier 'DA Retailgroep' actief is dan zal de luxe import geen mutaties doorzetten op dit artikel. Is de inkoop echter vervallen dan worden de mutaties wel verwerkt.