Topic: trans_no & Reference nb of the Voucher Transactions

Hello,

I Set the following in the config.php :

============================================================
/* print_invoice_no. 0 = print reference number, 1 = print invoice number */
//    $print_invoice_no = 0;

$print_invoice_no = 1;                                      // kalido
=============================================================

My intention is to have the GL Reference nb to be displayed in the out reports instead of the Transaction internal numbering,

the system failed to generate PDF files, also it it drops several times and stop out. and in the rare times it generates an excel file

in which I saw that always the trans_no appear and not the reference nb (tis reference nb , generally we adopted as a reference for that registered transaction)


Any Idea ?


Generally, it is necesary to display and to track any transaction voucher (also invoices) by its reference nb associated to it, because the trans_no will change whenever any later modification occur to that transaction.


Regards,


Kalido

Re: trans_no & Reference nb of the Voucher Transactions

Hello,
You should have the $print_invoice_no = 0, if your intention is to print the invoice reference number instead of the internal invoice number.

The internal numbers are shown in GL, because various legislations require this to be a numeric sequential number.

It is not possible to reproduce your errors when changing the value to 1.

/Joe

Re: trans_no & Reference nb of the Voucher Transactions

Good Afternoon,

Thanks for your prompt reply.

Does this [ $print_invoice_no = 0 ] cover the Vouchers generated by :

============================================
- Bank Account Payment Entry      ; Payments TAB

- Bank Account Deposit Entry        ; Deposits TAB

- Journal Entry                             ; Journal Entry TAB

- Transfer between Bank Accounts ; Bank Accounts Transfers TAB

- Budget Entry                              ; Budget Entry TAB

- Reconcile Bank Account              ; Reconcile Bank Account TAB
============================================

From Other side, why do you think FA could not generate reports and sometimes does. This problem was evolved when I set $print_invoice_no = 1, and still persist after setting it to $print_invoice_no = 0. Is it a matter of Memory Management of my PC ( I am trying FA on my PC + wampserver) ?

Again, thanks for your help.

Regards,


kalido

Re: trans_no & Reference nb of the Voucher Transactions

the $print_invoice_no = 0 only covers printing the reference number instead of the internal invoice no.

I have no idea why you get problems with printing. Maybe somebody can help us here.

/Joe

Re: trans_no & Reference nb of the Voucher Transactions

ok thanks.

I don't think there is a way to retrieve/print the Vouchers generated in :

[ Banking & GL ] Tabs , as per Manually Entered Reference ID's.

Practically, the accountant prepare his Vouchers and give them ID's references , register the data into the computer.

Then after, if he wanna review his work, he will return back the ID's he gaved to his vouchers.

/kalido

Re: trans_no & Reference nb of the Voucher Transactions

I think I understand what you mean. You want to print the reference number in the List of GL Entries. This will be fixed in release 2.2.
In release 2.2 there are also better inquiries for Journal Entries.

/Joe

Re: trans_no & Reference nb of the Voucher Transactions

Thanks a lot, I think you got the point.

I trace the issue programatically and I found it a little bit complicated for me to catch it.

As an additional idea (since you mentioned the new releases) , if we have the possibilty to print the Inquiries it will be a wise idea [ I think that smile ].


Regards,


Khaled

Re: trans_no & Reference nb of the Voucher Transactions

Hi,

Another I Idea :

If you adopt a VARCHAR types for the ID's of Classes (var 3) & Group

Accounts (var 6) in Addition of the Active Accounts (var 15) and which already

the option is available for (var 11) , I am 100% sure that

we will have an enormous flexibily in the Software, especially that the

accountants always need the Summation at a certain level of the account

Groups  / Subgroups, and even at the level of Active Accounts , when they do

the summation for ex. 4000***** . Your FA will be highly flexible and very

competitive to All the line of  Desktop Applications Such as Peachtree ot MYOB

or others.

Regards,


Khaled