Heart-Profit ERP

Ik wil via 4-3-5 orderfacturen inlezen en krijg dan een foutmelding. Zie bijlage. Daar verwijst hij naar een inkooporder van heeeel lang terug. Inkooporder 20031104001 met aantal 45.750 stuks. Dan kan hij niet verder. Hoe zit dat dan precies?  Als ik de factuur handmatig wil boeken komt hij ook niet met deze inkooporders die al lang zijn afgesloten. 

Verder wil ik bij 4-3-5 ook een kostenfactuur inlezen. In eerste instantie bestond die reeds en heb de factuur uit Heart Profit verwijderd, maar staat er nu nog steeds in volgens de foutmelding. Maar hij is echt weg hoor. Volgens mij blijft er dan weer ergens iets hangen. Zie bijlage "factuur verwijderd"

En alles is vanuit onze testomgeving.

Hebben jullie een telefoonstoring? Ik krijg geen verbinding met Almelo  :(

hadden wij inderdaad. Is weer opgelost.

Wil je dit soort zaken kunnen bedoordelen, dan zul je eerst moeten weten WELKE informatie je aan het inlezen bent. Zoals je in onderstaande schermprints kunt zien bevat de SQL Database van waaruit wij moeten inlezen al de referentie naar die order uit 2003. Kortom, in eerste instantie geldt hier dat je bij Extendis moet zijn, die hebben schijnbaar een Faktuur ingescand en afgeletterd op een order uit 2003.

Toch is het in dit geval misschien iets anders, omdat je in dit geval te maken hebt met fouten uit 2003 waar nooit iemand iets over gemeld heeft, en waar extendis nu mee gaat testen. Wat bedoel ik? Wel, jouw stelling: 'die inkooporders zijn al heel lang afgesloten' klopt niet!

In het tweede schermprintje kun je zien dat er iets met je database mis is, en dat je 2 Inkooporders hebt met hetzelfde nummer, waarvan er nog 1 open staat. Die order zal w.s. als 'openstaande order' naar Extendis worden gestuurd, en dus test Extendis met die order. Fout dus, en ik zal deze dubbele Inkooporder eruit halen.

Edit: De dubbele Inkooporder is er uit gehaald (ook in de Produktiebestanden). Tevens is het EDI bericht in de SQL Database van Extendis op 'geexporteerd=1' gezet, zodat ze niet nogmaals wordt ingelezen.

Ook voor deze moet je denk ik bij Extendis zijn. Zijn sturen immers TWEE berichten om hetzelfde Faktuurnummer toe te voegen. Tsja... de eerste zal dus netjes aangemaakt worden, de tweede leidt dan ongetwijfeld tot jouw melding 'bestaat al' !

Zie regel 2 en 3 in de afbeelding hieronder:

Aanvullend nog even een theorie van mij zelf (jullie hoor ik er niet over), maar weet even dat zodra een Order of een Kostenfaktuur is ingelezen, Profit een SQL Update teruggeeft aan de SQL Server waarbij ze in de betreffende tabel een veld GEEXPORTEERD met 1 vult (vraag me niet waarom dat veld zo heet, want voor Profit betekent die 1 juist dat Profit het geïmporteerd heeft). Hoe dan ook, wij lezen alleen berichten in uit VW_ProfitInlezenOrders en VW_ProfitInlezenKosten zodra deze geexporteerd indikator op 0 staat.

Een situatie als deze zou dus in theorie ook kunnen ontstaan doordat de PC waarop je de berichten inleest, te weinig rechten heeft op je SQL Server.  Wij geven die SQL UPDATE opdracht, maar zo te zien wachten we niet het antwoord af. Wij hebben als uitgangspunt dat die PC voldoende rechten heeft. Als ze dat NIET heeft, en SQL de UPDATE opdracht afkeurt bij gebrek aan mutatierechten, dan blijf het bericht in de SQL Database staan, en wordt ze een volgende keer weer opnieuw inlezen!

Merk op dat ik in VW_ProfitInlezenOrdersTest noch in VW_ProfitInlezenKostenTest records heb aangetroffen waarbij die geexporteerd indikator op 1 staat; ofwel, grote kans dat dit kwa rechten niet juist is ingericht!

Nb: Dat neemt overigens niet weg dat het NOOIT zo mag zijn dat Extendis die tabel vult met een tweede record, als er al een in staat met een geexporteerd waarde van 0.

(Ik ben nu van jullie systeem af, jullie mogen er weer bij).

Ik heb nog verder gezocht naar het boeken van de Kostenfaktuur. Naast een melding 'Faktuurnummer bestaat al', met hierboven de oorzaak, valt ook op dat het inlezen van de Ingekomen Faktuur foutloopt op een Kontroletotaal welke niet overeenstemd met wat de Interface aangeeft. Het kan zijn dat Richard hier al vanaf weet, want daar heeft hij mij een tijdje geleden al eens een vraag over gesteld. Hoe dan, de melding op dat Kontroletotaal blijkt dezelfde oorzaak te hebben: omdat de Faktuur 2x in de ProfitInlezenKostenTest zit, ziet Profit 2 setjes met te journaliseren gegevens bij dezelfde Faktuur.

Lang verhaal even kort houden: ik heb die dubbele fakturen uit je view verwijderd. D.w.z., ik heb de GEEXPORTEERD op 1 gezet, en de view zelf zorgt er dan voor dat die records eruit worden gehaald. Er waren in totaal twee fakturen die er op deze manier dubbel in zaten. Beide zijn er uit.

Vervolgens bleven er nog twee fakturen over: IBILEI/1800247 en ABBROT/271635. Die twee zijn nu probleemloos ingelezen. Dat houdt dan ook in dat de SQL UPDATE die de GEEXPORTEERD op 1 zet het gewoon doet, althans, in ieder geval als ik dat inlezen opstart op de inbel pc.

Kortom alle meldingen m.b.t. 'bestaat al' en 'kontroletotaal <> interface' werden veroorzaakt doordat de Faktuur dubbel in de view was opgenomen.

Ik hoop dat dat een eenmalig foutje is geweest, en dat je nu (eindelijk) eens verder kunt testen met je Ingekomen Fakturen. Fijne avond nog  :smile:

Heel mooi, dank voor het uitzoekwerk!

Ook namens mij heel veel dank.