Waar er eerst voor gekozen is om het Registrazionenummer (een oplopend volgnummer in de Ingekomen Faktuurregisters A1-A5) te vullen met het Boekstuknummer (al ingegeven door een schaduwdraai project, waarbij alle fakturen met het juiste nummer, over moesten worden genomen vanuit het oude systeem), is m.i.v. deze Releasenote een andere methode geintroduceerd.
Waar het er volgens de berichten op neer zou komen dat er in Italie geen zaken met terugwerkende kracht geboekt mogen worden, en een Faktuurdatum is losgekoppeld van de boekdatum (zie ook Releasenote
http://ha1.heartprofit.nl/profit/index.php?topic=25222.0) komt nu bij Intercompany Fakturering de wens/eis dat dit toch wel degelijk met terugwerkende kracht moet kunnen.
Bovengenoemde parameter zal in een separate Releasenote worden losgekoppeld van "Intercompany Fakturering" (let op: waar dit dus tegenstrijdig is met de instelling Journaliseren Ingekomen Faktuur = Per Boekdatum).
Dat e.e.a. met terugwerkende kracht moet kunnen (het zou eigenlijk een extra parameter vereisen, maar, omdat dit specifiek maatwerk betreft welke voor en door 1 klant gebruikt wordt staan we toe dit deel van die paramater uit te sluiten) zal een reden hebben in de administratieve sfeer. Er is nog niet bekend wat er geleverd is, de prijzen moeten nog bepaald/gekontroleerd worden etc.
Maar ja... als enerzijds alle Ingekomen Fakturen gesorteerd op Boekstuknummer in het Faktuurregister terecht komen, dan kunnen wij in Profit wel eenvoudig iets antidateren (dat behoort nl. tot de standaard werkwijze van het systeem), maar, "een Boekstuknummer genereren met terugwerkende kracht" gaat nooit lukken. Stel dat de fakturen van de maand juli zijn geeindigd bij Boekstuknummer 81921 en in augustus zijn er al Fakturen geboekt met de nummers 81922 t/m 82400, dan zijn we technisch wel in staat om intercompany nog een Faktuur te sturen per 31-07, en door niet naar de instelling "Journaliseren per Boekdatum-/Faktuurdatum" kunnen we er ook wel voor zorgen dat deze op 31-07 gejournaliseerd wordt... maar 1 boekstuknummer verder dan het laatst gebruikte Boekstuknummer van juli (81922) is al lang uitgegeven... en de nummers daarop ook.
Derhalve is er nu een andere methode geintroduceerd in het Faktuurregister, nl. door aldaar het Registrazionenummer automatisch op te hogen t.o.v. een zelf opgegeven beginwaarde.
Zouden we daarna met de nieuwe fakturen opnieuw rapporteren over juli, dan eindigt juli gewoon een paar nummers verder. Zodra we over augustus gaan rapporteren dienen we aan te geven dat we niet vanaf 81922 willen gaan nummeren, maar bijv. vanaf 82927 (er zijn nog 5 fakturen tussen gekomen).
Eigenlijk dus een methode die niet helemaal 100% juist is, immers het Registrazione nummer is het nummer waaronder de faktuur geregistreerd is, en dan nummer zal dus ook wel op de Faktuur moeten komen te staan. Als dat nodig is, zal het bij deze opzet niet anders mogelijk zijn dan dat deze nummers pas aan het einde van de maand, of beter, halverwege de volgende maand (als alle korrekties en nagekomen fakuren verwerkt zijn, en de aangifte op punt staat om de deur uit te gaan) over te nemen en op de faktuur bij te schrijven.
Voor de duidelijkheid: deze methode is dus alleen opgenomen om dingen met terugwerkende kracht te kunnen boeken, en dan met name gericht op het met terugwerkende kracht genereren van een volgnummer.
Let op: Indien er middels
Profit-DynScreen een defaultwaarde (enabled) werd gedefinieerd op het niveau van "Funktie/Rubriek/Bedrijf" (Autorisatiegroep moet --- blijven), dan zal het overschrijven van de waarde op het scherm automatisch worden teruggeschreven naar deze DynScreen waarde. Dit, opdat als het overzicht nogmaals wordt geprint, we niet iedere keer weer opnieuw hetzelfde " laatst gebruikte nummer" hoeven in te vullen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOBTIVGN | Omschrijving (nog) niet bekend | 22-07-2013 | 19-08-2013 |
| LOPRUFBI | Omschrijving (nog) niet bekend | 16-08-2013 | 19-08-2013 |
