Heart-Profit ERP
July 03, 2024, 02:44:55 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Faktuurcontrole (2)  (Read 3149 times)
0 Members and 0 Guests are viewing this topic.
Demis van Kouwen
Profitable
***
Offline Offline

Posts: 1249

Get starting...


View Profile WWW
« on: January 10, 2007, 03:13:29 pm »

Hier een nieuw voorbeeld, maar dan in bedrijf GELDER. Misschien is dit een heel ander probleem maar toch....

We hebben hier niet te maken met bruto bestelde gewichten en ontvangen netto gewichten, dat maakt e.e.a. toch iets makkelijker te volgende.

Ik heb een inkooporder 20070104075 van leverancier ZOURID1.
Hierop staan 3 regels.
1. Bonen, 40 verschijningen
2. Bosuien, 30 verschijningen
3. Bloemkool, 40 verschijningen

Alle regels zijn ontvangen (zie printscreen).
Als ik nu de faktuurcontrole opstart en de inkooporder tag, dan zie ik een bedrag van 980 euro. Klopt! Dat is precies het bedrag wat gefaktureerd wordt. Hierna druk ik op F1. Dan blijkt opeens dat ik nog 32 euro verschil heb. Tja... eventjes kijken (met 3 orderregels zie je dat snel) en het verschil zit in regel 2, de bosuien. Hierop staat een bedrag van 208 euro.

Als ik dan eventjes verder ga kijken op de inkooporderregel (F1 op de regel in functie LORIFRRA) dan zie ik dat er 30 V besteld is, 30 V ontvangen is maar 26 V gefaktureerd wordt? Die begrijp ik eventjes niet.

Kortom, er is een verschil met wat er gefaktureerd wordt en wat er geleverd is. Mmmm, maar waarom er bij de faktuurcontrole dan wel een bedrag van 980 euro weergegeven? Dan zouden er toch 30 V gefaktureerd moeten worden?


* 200701101937.PNG (5.46 KB, 532x160 - viewed 195 times.)

* 200701101940.PNG (10.37 KB, 532x273 - viewed 205 times.)

* 200701101938.PNG (16.17 KB, 586x455 - viewed 205 times.)

* 200701101939.PNG (17.81 KB, 570x438 - viewed 204 times.)

* 200701101949.PNG (16.93 KB, 579x428 - viewed 192 times.)
Logged

Heart-Profit company ID : GE
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #1 on: January 10, 2007, 03:13:29 pm »

Als je de regel handmatig boekt, toont hij 27.857 eenheden. Dat lijkt me sowieso niet juist bij een doos van 14 stuks.
Daarnaast zou bij een Inkoopeenheid V een faktuurkontrole prijs "Per verschijning" moeten zijn, en nooit per eenheid.







* loritv.PNG (12.58 KB, 675x348 - viewed 188 times.)
Logged

Heart-Profit company ID : HA
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #2 on: January 10, 2007, 03:13:29 pm »

Weergeven leveringen op een IO geeft wellicht het antwoord:

Er zijn 30 Verschijningen geleverd met een W-Inhoud van 0.929 V per stuk. Het systeem denkt dus dat er 27.857 Verschijningen zijn geleverd. Daar gaat dus iets goed mis. De W-inhoud van 1 verschijning moet altijd 1 zijn.


* loibliw1.PNG (8.96 KB, 612x339 - viewed 172 times.)
Logged

Heart-Profit company ID : HA
Demis van Kouwen
Profitable
***
Offline Offline

Posts: 1249

Get starting...


View Profile WWW
« Reply #3 on: January 10, 2007, 03:13:29 pm »

Volgens mij betreft dit probleem hetzelfde als gemeld in Topic Faktuurcontrole (1).

Of niet?
« Last Edit: January 10, 2007, 09:21:16 pm by DKN » Logged

Heart-Profit company ID : GE
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #4 on: January 10, 2007, 03:13:29 pm »

Dat is goed mogelijk; schreef ik daar al.
Logged

Heart-Profit company ID : HA
Demis van Kouwen
Profitable
***
Offline Offline

Posts: 1249

Get starting...


View Profile WWW
« Reply #5 on: January 10, 2007, 03:13:29 pm »

Wellicht ben ik een stapje verder gekomen.
Vanochtend constateerde ik hier bij het aanmaken van een inkooporder het volgende:

Als ik een verschijning "DS8ST" kies en daarna op F5 druk, om een andere verschijning te kiezen, en ik ga daarna via ESC terug naar de inkooporderregel dan wordt het artikelnummer geplaatst in de inhoud van de verschijningsvorm  blink

Zie printscreen.

Eventjes hier nagekeken. De laatste aanpassing die wij hebben gekregen is die van Richard, die ervoor zorgt dat de goede verschijningsvorm gepakt wordt bij het terugkeren naar de inkooporderregel (vanuit F5)
Zie http://ha1.heartprofit.nl/profit/index.php?topic=17194.0

Misschien helpt het in de zoektocht naar de oorzaak van het probleem.



* 200701110659.PNG (27.2 KB, 685x426 - viewed 167 times.)
Logged

Heart-Profit company ID : GE
YK
Knowledgable
**
Offline Offline

Posts: 328


View Profile
« Reply #6 on: January 11, 2007, 10:56:12 am »

Hier een nieuw voorbeeld, maar dan in bedrijf GELDER. Misschien is dit een heel ander probleem maar toch....

Tja... Het probleem hier is dat je 30 dozen besteld met een inhoud van 14 stuks maar dat je 30 dozen met een inhoud van 13 stuks (!) hebt ontvangen.
Het toeval wil dat Profit ingeval van Inkoopeenheid 'V' hier toch nog blijft rekenen met het aantal (voorraad-) Eenheden (ST) die weer worden omgerekend naar Verschijningen i.p.v. alleen met het aantal Verschijningen.
V.w.b. Raadplegen Inkooporderregels : er zijn 30 x 13 = 390 st ontvangen en de inhoud van de doos is 14 st, dan zijn er 390 / 14 = 27,857 Verschijningen ontvangen. Op zich klopt dat wel, maar ingeval van Inkoopeenheid 'V' mag dit niet worden toegepast.

Dit zal worden opgelost.

Hoe Raadplegen Faktuurregels aan een 'Aantal Vs. Gefaktur.' van 26 komt weet ik  og niet, maar dat zal vast ook te maken hebben dat daar geen rekening wordt gevhouden met de Inkoopeenheid 'V' er ook nog wordt gerekend met de Eenheden. Zo ook bij de andere Funkties. En ook dit moet worden opgelost.

Logged

Heart-Profit company-ID : HA
YK
Knowledgable
**
Offline Offline

Posts: 328


View Profile
« Reply #7 on: January 12, 2007, 08:36:42 am »

E.e.a. is opgelost (staat al sinds gistermiddag bij jullie op het systeem). smile
Logged

Heart-Profit company-ID : HA
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.035 seconds with 19 queries.