From: Daintree <p.d...@pa...> - 2004-02-07 20:28:46
|
BlankRight oh then, I will update the database tables today - should be able to send you later on today. I have done quite a bit on EDI invoices and sending these. This is a little technical to set up - so I have been writing up the manual at the same time. Not started orders yet. I obtained the EANCOM standard format as well as the hardware industry message implementation guidelines (MIG) these are similar to the retail industry - the main users of EDI. It seems there are slight differences between trading partners so I have made it customisable for each customer. I think due to the complexity of the tax issues and implications at every turn it might be best for me to have a crack at this. I hope this is ok. Could you could make a form to maintain the TaxAuthLevels table? This would allow the levels that are entered against the tax authorities rates to be maintained. Add a level and delete a level (only if no stock items have the level against them). Edit the rate and name of the level. Perhaps link to from the tax authorities form to edit the rates. Emailing of invoices is easy - but of course would only wish to email a particular customers invoices, this would need a new option to print only the selected customer's invoices in the range selected. I think emailing of pdfs would be preferable to the html. Many customers - at least in NZ and Australia do not want email invoices they still like paper. Phil ----- Original Message ----- From: Stins, D.R. To: Daintree Sent: Sunday, February 08, 2004 12:53 AM Subject: Re: development architecture Phil, This is ok. Now we need only an enhancement to send the invoices automatically to the client per e-mail. With best regards, Dick Stins ----- Original Message ----- From: Daintree To: Stins, Dick Sent: Wednesday, February 04, 2004 3:07 AM Subject: Re: development architecture Dick, The system produces html invoices and credit notes which are of course emailable under most mail clients. Phil For invoices per e-mail, it might be great to support also a plain text invoices (the e-mail body), but for me it has low priority (the language issue is of low priority too). What do you mean with OA? sorry ..Open Accounting |