Difference between revisions of "Zero invoicing/da"

From Marathon Documentation
Jump to: navigation, search
(Created page with "Nulfakturaer vil ikke blive sendte til kunde, men det er vigtig for regnskab og statistik, at du bruger ret fakturadato og regnskabsdato.")
(Created page with "Det er ikke mulig at kun vælge nogen jobs for nulfakturering, derfor er der vanskelig å vælge en dato bagover i tiden. Hvis der finder indkøb indlagte i fx juli, som er ju...")
Line 8: Line 8:
 
Nulfakturaer vil ikke blive sendte til kunde, men det er vigtig for regnskab og statistik, at du bruger ret fakturadato og regnskabsdato.
 
Nulfakturaer vil ikke blive sendte til kunde, men det er vigtig for regnskab og statistik, at du bruger ret fakturadato og regnskabsdato.
   
  +
Det er ikke mulig at kun vælge nogen jobs for nulfakturering, derfor er der vanskelig å vælge en dato bagover i tiden.
It is not possible to select projects for zero invoicing, thus invoicing on earlier dates can be problematic. For example: You booked a purchase in July and made a downward adjustment on it. Later you make a zero invoicing that you backdate to June. The cost for the purchase you've booked in July will thus be invoiced before the purchase even existed.
 
  +
Hvis der finder indkøb indlagte i fx juli, som er justerede ned og en nulfakturering gøres pr. juni, vil omkostningen for juli – indkøbet at tages før det egentlig fandtes.
   
 
 

Revision as of 16:41, 11 February 2016


Nulfakturering

Nulfakturering foretages i Classic 04-41-80. Det er vigtig, at du gør det én gang i måneden. Hvad som sker, er at de poster der justeres bort og kun ligger med et kostprislager bliver faktureret ud. Dette påvirker lagerlisten og faktureret -statistikken (for kostprisen). Hvis der bruges balancekonto for indkøb, omkostningskonteres de ved nulfakturering.

Nulfakturaer vil ikke blive sendte til kunde, men det er vigtig for regnskab og statistik, at du bruger ret fakturadato og regnskabsdato.

Det er ikke mulig at kun vælge nogen jobs for nulfakturering, derfor er der vanskelig å vælge en dato bagover i tiden. Hvis der finder indkøb indlagte i fx juli, som er justerede ned og en nulfakturering gøres pr. juni, vil omkostningen for juli – indkøbet at tages før det egentlig fandtes.


Invoice zero records on active projects

Zero records have 0 as sales price WIP

Example:

A purchase has been registered with 10 000 SEK purchase price and 12 000 SEK sales price. The sales price WIP is adjusted away and the purchase price is still 10 000 SEK.

After the zero invoicing, this purchase price record is invoiced and will not appear in the WIP list. If you use a balance sheet account for purchases, the zero invoicing generates the cost posting for them.


Inv active projects with p-price wip=0

If this is set to Y, the project will be zero invoiced if the total purchase price WIP is 0.

Example:

You have 10 000 SEK in WIP Fees.

You have - 10 000 SEK in WIP Purchases.

If the parameter is selected, the project will be zero. (i.e. the fee is posted as revenue and the purchase is posted as cost it you use balance sheet account for purchase.)

The same happens if there is a positive WIP on one purchase code and a negative WIP on another code, but the total purchase WIP is zero.

Select Project type = Y on the projects that shall be zero invoiced. (Preferably on all.)

If only a certain group shall be zero invoiced, select group (consider the group handling if you have a shared project accounting).

Make selection definitive by stating “Test print” = N.

Zero invoices gets invoice numbers either in the ordinary invoice number series or in an own number series. Contact Kalin Setterberg's support group for help with setting up a special number series.