Aanbevelingen voor het rapporteren van projecten en het traceren van begrotingen

Hiërarchie rekeningschema project

Hiermee kunt u een alternatieve rekeningschemahiërarchie maken voor projecten die alleen projectrekeningen bevatten. De hiërarchie van het rekeningschema van een project is een subset van de hiërarchie van het rekeningschema van de onderneming. Bijvoorbeeld: onderhanden activum, gefactureerde en niet-verdiende verplichting, directe en indirecte projectonkosten en de projectopbrengstenrekeningen. Een rekeningschemahiërarchie van een project is vereist voor projectrapportage-, projectbegrotingsvalidatie- en traceringsdoeleinden.

Het projectrekeningschema moet worden toegewezen aan:

  • Instellingsparameters voor projectrapportage
  • Grootboek-instellingen rekeninganalyse die worden gebruikt voor de kostenanalyse van het project
  • Rapportagebasis toegewezen aan de projectbegroting
  • Rapportagebasis gebruikt voor projectrapportage in Infor BI

Een projectrekeningschema is vereist voor alle eventuele rapporten waarin bedragen worden vastgesteld door de geaggregeerde bedragen of saldi in de kubus mee te rekenen, waaronder totale verplichtingen. Een projectrekeningschema is een subset van het Grootboek-rekeningschema en geen nieuw rekeningschema. De rekeningen die voor projectrapportage worden gebruikt, worden opgegeven in een projectrekeningschema.

Projectgrootboek

Maak een specifieke Projectgrootboek-code voor transacties, directe posten, indirecte posten en statistische posten die alleen naar Projectgrootboek worden gejournaliseerd. Deze posten worden niet gejournaliseerd naar Grootboek of naar specifieke rapportagebases van Grootboek. Maak één code en omschrijving die u wilt gebruiken of koppelen aan journalen die alleen in projectrapportages voorkomen.

Projectrapportagebasis

Maak een projectspecifieke rapportagebasis voor projectrapportage, begrotingsvalidatie en tracering. Wijs de hiërarchie van het rekeningschema van het project toe aan de projectrapportagebasis. Het toewijzen van de hiërarchie aan de rapportagebasis is essentieel voor het berekenen van de werkelijke waarden en van de totale verplichtingen die nodig zijn voor het berekenen van begrotingsvalidaties. Begrotingssjablonen die de rekeningdimensie bevatten maar geen geldige rekeningen, zijn niet gemarkeerd als opgenomen in de begrotingssjabloongroep in de hiërarchie. In dit geval wordt de hiërarchie van het rekeningschema gebruikt om te bepalen welke rekeningen worden gebruikt voor het berekenen van werkelijke waarden en totale verplichtingen. Dit geldt voor een of meer rapportagebases of parameters die worden gebruikt voor projectrapportages. U kunt bijvoorbeeld twee projectrapportagebases hebben als rapportagebases voor investeringsprojecten en met subsidie gesponsorde projecten.

NB

Een fout die vaak wordt gemaakt als er voor de eerste keer instellingen worden aangepast, is dat het rekeningschema van de onderneming wordt geselecteerd als rapportagebasis voor de projectbegroting. Het rekeningschema van de onderneming bevat alle journaalrekeningen, inclusief de rekening niet-gedistribueerde ingehouden inkomsten. Berekening van totale verplichtingen omvat de posten voor Niet-gedistribueerde ingehouden inkomsten. De rekening niet-gedistribueerde ingehouden inkomsten wordt steeds bijgewerkt wanneer alle journaalposten met winst- en verliesrekeningen naar Grootboek worden gejournaliseerd. Posten voor Niet-gedistribueerde ingehouden inkomsten worden gemaakt en naar alle dimensies gejournaliseerd, waaronder project- en gebruikersdimensies.

Kubus vernieuwen

Financials zijn rondom analyses ontworpen en gebouwd. Alle rapporten waarvoor saldo- of totalisatiebedragen zijn vereist, halen de totalisatiebedragen op uit de kubus. Infor BI App Studio-rapporten en elk van de standaard rapporten van Landmark, waaronder GB-rekeninganalyse, Projectverplichtingen en Projectafwijking worden opgenomen. We raden u aan een geplande actie te maken waarmee de kubus regelmatig gedurende de dag wordt vernieuwd.

Lokale verplichtingen en kubusverplichtingen

Lokale verplichtingen worden altijd voorafgaand aan kubusverplichtingen uitgevoerd. Lokale verplichtingen worden direct bijgewerkt wanneer de transactie de wachtrij doorloopt. Bijvoorbeeld tijdens een begrotingsvalidatiecontrole. Kubusverplichtingen worden bijgewerkt wanneer GeneralLedgerTotal wordt bijgewerkt en de kubus wordt vernieuwd. Wanneer een inkoopaanvraag of inkooporder wordt vrijgegeven en de transactie de begrotingsvalidatie doorgeeft, werkt de transactie de BudgetGroupTotal bij, die de lokale verplichtingen vormt. Lokale verplichtingen worden in realtime bijgewerkt. De kubus en de kubusverplichtingen worden pas bijgewerkt de volgende keer dat de kubus wordt vernieuwd.