It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by joe
This issue has now been implemented in 2.3.23 release.
If you can't wait you can download the files /manufacturing/search_work_orders.php1 (rename to .php) and /manufacturing/includes/db/work_orders_db.inc. Please replace the files in your setup.
/Joe
Hold your horses 
. I didn't realize this as that important.
I will have a look again.
Joe
@MarkAndrew,
I now see the problem.
When you void a supplier invoice, the underlying Delivery is NOT voided. This has to do with when using the supplier invoice in the right panel, you can select which deliveries is going to be included in the supp invoice.
Therefore voiding a complete direct supp invoice ( and a built up supp invoice from the right panel) will not be done and it will Always require a 2 step operation.
1. First void the supplier invoice.
2. And now void the PO delivery.
Although most of the time it could be done to void both the supp invoice and the receive, it would be dangerous to do this and in several cases it qould not be desirable.
So I will leave the operation as is.
The wiki has been update here.
/Joe
Ok, I will give it another go, but be prepared to help testing.
Joe
Oh, I see. Sorry we do not consider this as needed. As you say you can search by reference.
Joe
Just press the # label.
Joe
@apmuthu
This is not necessary, because the value in the sixth parameter is 0 (for default orientation). This parameter should have been used for Customers and setting this value as 0 doesn't do any harm. The seventh parameter is used for default orientation and is per default set to 0.
So all in all it is not necessary to back port this issue.
Joe
@MarkAndrew
Mark, this is an extremely complicated routine: function void_supp_invoice in file /purchasing/includes/db/invoice_db.inc.
The function starts on line 487 and the handling of the received items is done from line 505 and forward.
As you can see several users have been editing these routines and some lines have been commented out.
I am not sure what we should do here to fix your issues.
Will you have a look, and maybe give me som hints. Thanks in advance.
/Joe
I will have a look into this, Mark.
Joe
Please go into Banking and General Ledger -> Exchange Rates and select the USD and press the button 'Get'.
If this works, then you should get an automatic update when saving foreign documents.
If it doens't work, you could try to change Exchange Rate Provider in the file config.php.
/Joe
@apmuthu.
The key_in_foreign_table checks that there are no transactions on the GL account.
Just to ensure that the transactions on he bank account are mirrored on the GL account without having other transactions.
Joe.
Take it easy. The Polish version that Janusz has been working on is somewhat different than the open source version. He will reveale the line Vat solution in a while, just give him some time.
Joe
It is more clean if the account is empty. Much easier to check the bank account against the GL account.
Joe
This is already implemented in release 2.3.22.
/Joe
Hello guys,
Janusz has already a similar variant ready for his Polish Version. He will incorporate this in release 2.4.
/Joe
I guess we can make a better eror string like 'The GL account selected is already in use or has transactions. Select another empty GL account.'
Joe
A new update of the file rep107.php has been done. please make a reload of the file from HG repository.
/Joe
The currency filter didn't work for most documents, so these have been fixed and the 2.3 HG repo has been updated.
The fixed Invoice Document kan be downloaded here.
/Joe
The currency filter do not work in rep107.php. This will be fixed for 2.3 later this evening.
The Sales Group filter will require more work elsewhere, so this will have to wait and be included during 2.4.
Joe
I wil have a look into this.
Joe
thanks mate!
Hello again,
Here is an OpenOffice Writer file, that can be used for laboration. Replace the logo with your own. Remember to not getting it too high. Click on the light gray rotated text, Change the text and maybe select Another color (mark the text and right mouse click and select Character...).
Finally Export to PDF (or print via doPdf print driver, see above) and name it header.pdf for normal reports or header2.pdf if you will use it for documents. The file should be in the /reporting/forms folder.
Remember that this background works best with Portrait reports.
If you end up with a fancy background, please share it with us by sending an OpenOffice Writer .odt file. Thanks in advance.
/Joe
You can also print to a pdf printer driver, doPdf instead af saveas. This will give you lesser Footprints. You save the pdf file when printing to pdf.
You can find a link to doPdf here.
Joe
This has been fixed in release 2.3. Will go to 2.4 with the final merge.
The Page number has been moved down 2 lines and aligned with the above fields.
You can download the fixed file here.
/Joe
You can either place a header.pdf or header2.pdf file here to be merged.
This feature hasn't really being documented.
You can place a pdf file here to be merged with the current report.
Usability could be to place a company logo on top of of the header.pdf.
Or a stamp underneath the existingg report, such as confidential data across the page in a vague color.
You can use a word processor, like MS Word or Open Office Writer to print to a pdf file with a printer driver like doPdf.
Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.