Heart-Profit ERP
July 06, 2024, 02:27:07 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: factuurnummer bestaat al (icm DataEntry)  (Read 2086 times)
0 Members and 0 Guests are viewing this topic.
Dinand
Profitable
***
Offline Offline

Posts: 682


View Profile
« on: August 23, 2019, 10:13:02 am »

Sinds maart dit jaar boeken wij onze facturen in via DataEntry. Nu wil het voorkomen dat bijv de belastingdienst vaak dezelfde factuurnummers hanteert. Als ik een factuur direct in Heart Profit boek dan krijg ik die melding ook wel. Ook als ik een factuur in DataEntry boek en het factuurnummer bestaat al kan ik dáár niet verder.
Maar gezien veel factuurnummers nog niet in DataEntry staan, maar wel in Heart kan het voorkomen dat tijdens het importeren vd facturen vanuit Data Entry ik vastloop omdat Heart dat factuurnummer al wel kent.
Is het dan een optie dat zodra Heart tijdens het importeren zo'n melding geeft er een popupschermpje verschijnt om het factuurnummer aan te passen. (Bijvoorbeeld een A er bij achter)?
Logged

BS
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #1 on: August 23, 2019, 10:27:23 am »

Ik ben bang dat dat geen goede oplossing is; al was het maar omdat we er een ander nummer van maken. Daarnaast hoeft de ruimte er niet te zijn, en verder... we zouden net zo goed de kontrole 'bestaat al' eruit kunnen slopen, immers, je wil hem alsnog opnemen (onder een ander nummer). Het hoort niet, en klopt gewoon niet.

Maar, je verhaal begint al bij je melding dat hetzelfde Faktuurnummer vaker gebruikt wordt. Dat mag gewoon niet, ook niet voor een belastingdienst.

Ik ben bang dat je een Aanslagnummer of i.d. onterecht als Faktuurnummer toepast. Merk op dat dat soort Aanslagnummers al langer kunnen zijn dan het veld Faktuurnummer, je het misschien dus wel afkort, en om die reden er dubbele waarden ontstaan of i.d. Ik ben op zich wel benieuwd naar het voorbeeld, maar, waar er allerlei regels zijn omtrent Faktuurnummers (die bijvoorbeeld MOETEN aansluiten) gaat niet iemand verzinnen dat eenzelfde Faktuurnummer nógmaals mag worden uitgegeven. Er klopt dus iets niet in het verhaal lijkt me.  Sad
Logged

Heart-Profit company ID : HA
Dinand
Profitable
***
Offline Offline

Posts: 682


View Profile
« Reply #2 on: August 23, 2019, 12:00:27 pm »

Ik zie het al. Bij facturen van de belastingdienst betreffende motorrijtuigenbelasting is de opbouw eerst ons fiscale nummer en dan een soort volgnummer. Daar dat samen meer dan 14 posities zijn  en hier soms de eerste 14 posities worden ingegeven komt het voor dat het tweemaal hetzelfde nummer is.
Ik zal hier de procedure wijzigen dat ze de laatste 14 posities gaan gebruiken ipv de eerste 14.
Dank in elk geval.
Logged

BS
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #3 on: August 23, 2019, 02:23:33 pm »

Ik hoop dat je externe pakket, en daarna nog de Interface naar Profit, wel de extra Betalingsomschrijvingsvelden vult. Immers, die zijn júist geïntroduceerd t.b.v. die lange aanslagnummers van de Belastingdienst. Feitelijk kun je bij het Inboeken van de Faktuur de omschrijving opgeven die op het bankafschrift moet komen te staan als je de Faktuur gaat betalen. Op die manier kun je nl. er toch voor zorgen dat zo'n lang nummer op het bankafschrift van de tegenpartij terecht komt. Als jij betaalt onder je Faktuurnummer, en daar ook nog iets anders van maakt, kan de belastingdienst jouw betaling niet matchen.
Logged

Heart-Profit company ID : HA
Dinand
Profitable
***
Offline Offline

Posts: 682


View Profile
« Reply #4 on: August 23, 2019, 02:27:05 pm »

Dat is inderdaad allemaal wel goed geregeld. Ook in DataEntry is een veld Betalingsomschrijving welke naar Heart Profit wordt geëxporteerd.
Logged

BS
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.166 seconds with 20 queries.