Heart-Profit ERP
September 28, 2024, 12:32:10 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Ingekomen Faktuur deels betalen via G-Rekening  (Read 1913 times)
0 Members and 1 Guest are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27468


View Profile WWW
« on: April 25, 2016, 01:36:49 pm »

Met ingang van deze Releasenote biedt Profit de mogelijkheid om betalingen te verrichten via een zogenaamde G-Rekening.

Als u personeel uitzendt, uitleent of detacheert op de Nederlandse markt, kan een inlener u vragen een G-rekening te openen. Een G-rekening is een geblokkeerde bankrekening waarmee u alleen de loonheffingen en de btw aan de fiscus kunt betalen. De inlener stort het geschatte bedrag aan loonheffingen op uw G-rekening. U kunt dat bedrag alleen gebruiken om de loonheffingen en btw te betalen.

Wanneer de onderaannemer of uitlener geen loonheffing betaalt, is volgens de belastingdienst de aannemer cq. inlener (als zijnde opdrachtgever) verantwoordelijk. De inlener kan niet meer aansprakelijk worden gesteld voor het bedrag dat hij heeft gestort op de G-rekening.

Wat is er hiervoor in Profit opgenomen?

Allereerst zijn de Financiële Parameters van een Crediteur aangepast. Hier kan nu naast een Bank- en Girorekeningnummer ook een G-Rekeningnummer (IBAN) worden opgenomen. Uitgangspunt is dat dit altijd een Nederlands IBAN Rekeningnummer betreft; het IBAN formaat van dit rekeningnummer is dan ook altijd conform de nederlandse indeling van een IBAN nummer.

Is er bij een Crediteur een G-Rekening opgegeven (wat voor het gros van de Crediteuren niet het geval zal zijn), dan zal Toevoegen Ingekomen Faktuur vragen om het bedrag welke via de G-Rekening betaald dient te worden. Dit bedrag betreft altijd een geschat bedrag.

Raadplegen Fakturen (op Crediteur-/Faktuurnummer en op Crediteur-/ Faktuurdatum) zullen in het tweede F1 scherm aangeven dat (en welk) bedrag er via de G-rekening moet worden betaald.

Alleen indien de Faktuur met behulp van Profit-Fin-Betaal via een Betalingsrun (volledig!) wordt betaald, zal de Betalingsrun dit bedrag splitsen in twee porties: het opgegeven G-Bedrag zal worden betaald op de G-Rekening van de Crediteur, en het restant Faktuurbedrag zal aan de Crediteur zelf worden betaald.

Deze funktionaliteit is expliciet alleen ontwikkeld voor een volledige betaling; zodra er een Deelbetaling wordt gedaan zal automatisch de van het G-bedrag via de G-Rekening worden uitgeschakeld (waar de Gebruiker met een melding voor wordt gewaarschuwd). Het toestaan van Deelbetalingen zou deze funktionaliteit een faktor complexer maken, zo zouden we bij een Deelbetaling moeten gaan aangeven of we een deel van het G-Bedrag of een deel van het Faktuurbedrag willen betalen, en tevens zouden we ineens 2 openstaande bedragen hebben bij een Faktuur. Daar is niet voor gekozen.

Het gesplitst betalen van een Faktuur impliceert ook dat de twee betalingen afzonderlijk als 'betaald' dienen te worden opgenomen.

Merk op dat als u een Betalingsbatch van EUR 100.000,- via uw bankpakket verstuurd, dit gehele bedrag of wel, of niet wordt afgeschreven. Wat dat betreft hoeft e.e.a. niet als separate betaling te worden genoteerd. Toch zijn het formeel wel twee betalingen geweest, en we zouden beide betalingen los van elkaar kunnen willen terugdraaien.

Indien er een G-Bedrag aan de orde is kan deze betaling nimmer worden gesaldeerd met een andere betaling (om zodoende het aantal betalingsopdrachten te reduceren). "Salderen Opdrachten" wordt dus automatisch uitgeschakeld voor G-Betalingen.

Het G-Bedrag wordt, tezamen met de G-Rekening, weergegeven op de standaard print met Betalingsopdrachten. Dit overigens alleen indien er G-Bedragen aan de orde zijn.

Betaling van een G-Bedrag kan wel worden gekombineerd met "Betalingskorting". In dat geval zal de korting in mindering worden gebracht op het bedrag welke aan de Crediteur zelf wordt betaald. Uitgangspunt is dat die korting er vervolgens niet voor zorgt dat er een negatief te betalen bedrag resteert.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
ADABBBTV    Toevoegen Batches    09-01-2014    25-04-2016
ADABBBVB    Omschrijving (nog) niet bekend    22-04-2016    25-04-2016
ADABBRVW    Omschrijving (nog) niet bekend    07-11-2014    25-04-2016
ADABIBFM    Omschrijving (nog) niet bekend    24-02-2015    21-04-2016
ADABPRRA    Raadplegen Parameters Relaties    19-12-2014    21-04-2016
ADABS1RA    Raadplegen Betalingsopdrachten    22-04-2016    22-04-2016
ADABSFRA    Raadplegen Betalingsselektie    25-09-2014    22-04-2016
ADABSFTV    Toevoegen Betalingsopdrachten    25-09-2014    25-04-2016
ADABSLTV    Selek.Bet.Opdr. middels Ingk.Fakt.    25-09-2014    25-04-2016
ADABSOTV    Selek.Bet.Opdr. middels Ingk.Fakt.    25-09-2014    25-04-2016
ADBCRA      Raadplegen Crediteuren Betalingen    07-11-2014    25-04-2016
ADFICFRA    Raadplegen Ingkmn Fakt. (Crediteur)    04-05-2015    22-04-2016
ADFICRRA    Raadplegen Ingekmn Fakt (Cred)    04-05-2015    22-04-2016
ADFITV      Boeken Ingekomen Fakturen    27-08-2015    21-04-2016
ADFIWY      Wijzigen Ingekomen Fakturen    24-09-2014    25-04-2016
ADFPCROP    Omschrijving (nog) niet bekend    02-07-2015    21-04-2016
ADIBRA      Verwerken Afschrift Betalingen    05-04-2016    25-04-2016
ADPRABBO    Printen Betalingsopdrachten    11-10-2013    25-04-2016
Logged
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.056 seconds with 19 queries.