Heart-Profit ERP
October 01, 2024, 11:20:39 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Elimineren "Raadplegen Verkooporderregels zonder Statistieknummer"  (Read 1102 times)
0 Members and 1 Guest are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27468


View Profile WWW
« on: July 14, 2016, 09:39:23 am »

Het komt op zich niet zo vaak voor, maar vandaag is een bestaande Funktie komen te vervallen. Het betreft de Funktie "Raadplegen Verkooporderregels zonder Statistieknummer", welke te vinden was via Hoofdmenu-3-1-9-8-2.

Reden voor het elimineren van deze funktionaliteit is dat het een funktie betreft die in 1993 is ontwikkeld om een bepaalde (fout) situatie te achterhalen, waarvoor destijds een index is opgenomen op de meest heftige tabel in Profit: LOVR (VO Regels). Een index, die alleen voor deze ene Raadpleegfunktie werd gebruikt, een Raadpleegfunktie om een (fout)situatie te achterhalen wat ook op een totaal andere wijze had kunnen (of kan) worden bepaald. Hier komt bij dat we voor andere funktionaliteit een nieuwe index op LOVR nodig hebben, en we liever een amper gebruikte index hergebruiken, dan er zomaar weer een nieuwe (16e) index bij te maken.

De zin en onzin van deze funktionaliteit:

Een Artikel bevat een rubriek "Statistieknummer". Dat Statistieknummer wordt vnl. gebruikt om Intra Communautaire Leveringen te rapporteren aan het CBS. Als u dat soort aangiftes niet verstrekt (omdat u niet, of niet genoeg aan het buitenland levert) werkt u misschien helemaal niet eens met het Statistieknummer; regelmatig konstateren wij bij klanten dat ze het Statistieknummer met een cijfer 0 vullen of een '-' om maar niet telkens een melding te krijgen dat het Statistieknummer verplicht is. Leuk, maar ook dat haalde meteen de werkwijze van deze funktionaliteit onderuit.

Stel dat we een Artikel aan een buitenlandse klant (binnen de EU) zouden verkopen en we hadden alle meldingen genegeerd die ons vertelde dat we dan een Statistieknummer moesten invullen, dan was deze funktie bedoeld om achteraf de Verkooporderregels op te kunnen hoesten waar we dit produkt toch al op verkocht hadden doch waar het Statistieknummer niet naar de regel gekopieerd kon worden omdat ze niet was ingevuld op Artikelniveau. Vanuit die Raadpleegfunktie kon dan alsnog een Statistieknummer worden ingevuld. Merk op dat als '-' of '0' was ingevuld er óók wat was ingevuld (ook al was het niet zinvol) en daar niet op gekontroleerd werd.

Maar... als we de CBS aangiftes niet doen, of als we die wel doen én we leveren aan het buitenland we dan wéten dat onderdeel van het bijhouden van het Artikel-stambestand impliceert dat we ook een korrekt Statistieknummer moeten invullen, dan zullen we deze Raadpleegfunktie nooit nodig hebben.

Merk ook op dat áls we zo'n aangifte printen (of genereren) dat ook daar al meldingen worden gegeven als er data opgenomen moet worden waarbij geen Statistieknummer bekend is, en we op die manier al weten wat er aangepast moet worden.

Ook kun je je afvragen waarom, als we 1 Artikel honderden keren verkocht zouden hebben zonder een Statistieknummer ingevuld te hebben, waarom we dit dan bij honderden VO regels zouden moeten invullen. En, als u een brief krijgt van het CBS dat u een ongeldig Statistieknummer gebruikt heeft (omdat de nummers weer eens gewijzigd zijn) gaat u dat ook niet bij honderden VO regels aanpassen (u zou niet eens weten welke, want daar kan deze funktie niet voor worden gebruikt).

Wellicht niet geheel ontoevallig blijkt de CBS aangifte ook helemaal niet te kijken naar het Statistieknummer uit de VO regel tabel, maar kijkt altijd naar het nummer wat NU in de Artikeltabel is ingevuld. Op die manier hoeft een Statistieknummer maar 1x te worden aangepast, en worden alle regels waarop dat produkt verkocht is automatisch gerapporteerd op basis van dat nummer.

Het ziet er naar uit dat het Statistieknummer op VO Regel niet meer gebruikt wordt.

Hoe dan ook, per heden is de funktionaliteit komen te vervallen. Mocht u de funktionaliteit wel ergens funktioneel kunnen gebruiken, meldt dit dan even, dan kunnen we e.d. funktie best weer opnemen, maar dan in een iets andere vorm (die op basis van een voorloopscherm een tijdelijk bestand vult).

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOBHOI1     Opbouwen Indexen.    19-04-2016    14-07-2016
LOVOVDVR    Omschrijving (nog) niet bekend    16-04-2012    14-07-2016
LOVRSTRA    Invullen Statistieknummer Verkooporders    20-06-2016    14-07-2016
Logged
mdekraa
Designer
*****
Offline Offline

Posts: 2068



View Profile WWW
« Reply #1 on: July 14, 2016, 02:21:45 pm »

Ik gebruik deze om de foutsituatie te corrigeren dat er een VO gemaakt is van een artikel dat er net in staat maar nog zonder statistieknummer, bv omdat de opdrachtgever deze nog niet heeft aangeleverd en dan is dit volgens mij de enige manier om het statistieknummer in de verkooporder regel te krijgen

ps:
Wellicht niet geheel ontoevallig blijkt de CBS aangifte ook helemaal niet te kijken naar het Statistieknummer uit de VO regel tabel, maar kijkt altijd naar het nummer wat NU in de Artikeltabel is ingevuld. Op die manier hoeft een Statistieknummer maar 1x te worden aangepast, en worden alle regels waarop dat produkt verkocht is automatisch gerapporteerd op basis van dat nummer.

was mij niet bekend, ik was altijd in de veronderstelling dat dit op basis orderregel ging.
Immers het statistieknummer kan van jaar tot jaar verschillen als er weer een nieuwe onderverdeling wordt gemaakt.
Op deze wijze sluit dus nooit een kopie aangifte van nu over een oude periode met de originele aangifte

Dat is ook de reden dat als je in de TARIC tabel kijkt je altijd de controle datum in moet geven.


Logged

Heart-Profit company-ID : AD
-----------------------
There are 10 kinds of people, those who understand binairy and those that don't
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.065 seconds with 19 queries.