Search options (Page 16 of 97)

Was the posting entered using Journal Entry page?
Double check journal inquiry date span covers the date of transaction.
Janusz

Well, this is really rare case when you finish invoice entry, and before closing the final screen page (where the links could be) you already have payment on your account .

If you are talking about invoicing prepaid orders, you should already have  payment allocated to sales order, then it is automatically rellocated to invoice. But this workflow will be probably available in next major FA release.
Janusz

@apmuthu:
I have not found any issues on Firefox 19.0.2 on Ubuntu.
@msmith:
The issue with first view of Customer Payment without allocatable invoices has been fixed,a nd will be available in next FA minor version.
When invoice is issued with cash type payment terms, the Customer Payment is generated in background and allocated to invoice automatically.
Janusz

Well, I'm not European Union law specialist, so I'm not sure how the EU directives are applied across various EU countries. As far as I know EU tax law is not applicable directly to companies, which have toso EU companies have to fullfil local requirements, which varies.

This is how EC see this matters (according to the page you have mentioned). Many things you consider mandatory, are not mandatory - at least in Poland - as of January 1th 2013.

Thank you anyway for pointing out all the concerns related to using FA in other EU countries. We wil try address them better in following FA relases.

Janusz

Auto is special reference used for automatically generated background documents (when you remove invoice which has single auto delivery note, the DN will be voided as well for convenience).

If you wish to have control over Delivery Note numbers, just issue Delivery note, then make Sales Invoice against the note.
Janusz

Yes, sure. You need to use ampersand before selected letter in the translated string. E.g. translating for  "&Direct Delivery" to "Zamówienie &Bezpośrednie" will result in "Zamówienie Bezpośrednie" menu entry with Alt-B hotkey in polish user interface.
Janusz

Strange, this should never happen of course. Do you know exact scenario which resulted in this database inconsistency?

You can remove artifacts of the transaction using phpmyadmin. Assuming you use '0_ prefix on tables, delete following records:
0_debtor_trans:   type=12 and trans_no=5
0_debtor_trans_details: debtor_trans_type=12 and debtor_trans_no=5
0_bank_trans: type=12 trans_no=5

Janusz

Yes, this can be fixed in po_entry_items.php and cart_class.inc.
But the auto reference is used for GRN/DN/SO/PO created in background for  Direct Invoices. Changing this to regular reference will disable  auto-deleting those auomatic documents on invoice voiding.

If you entry invoice directly without related SO/DN you normally does not care about auto  documents.
Janusz

I'm curious, what is the aim in nightly removal of any daily changes done in php source code?

Janusz

I don't know local belgium regulations which are maybe the most strict in EU, but I have not found 'claimable VAT date' explicitly printed on any invoice issued in Poland, nor recieved form a couple of other EU countries. Yes, in most cases there is a sales date stated on the invoice, which serve as base date to audit the invoice was not issued to late. It is salesman responsibility to issue VAT invoice within allowed time after sales was made. Thereofore I guess FA sales process in current version covers some 95% of sale cases properly (excluding prepayments and intra-EU trade in current version).

Yes, you can use Quick Entries to define repetitive set of postings.
Janusz

Payment to invoice allocation cannot be ambigious, so if you would like to allocate many payments you could do it to only against single Sales Invoice. This is rather rare case, and can appear mostly when you make your allocation rarely (and a couple of customer payments waits for allocation). Frankly I'm not sure it is worth complicating user interface to support this rare case. The other, much often  case (single batch payment to many invoices) is fully supported.
Janusz