I need an additional method of payment - a receipt for payment through the bank. Necessary that the buyer print the receipt and has paid cash in any bank.
I need a module to display a printed form. (Any printed form).
I will display information about the payment.
The buyer is to pay the order through a bank.
In printed form, I want to show my payment details and information about ordering.
It still sounds like you require technical development (at any level) to provide the information as you describe.
We have once worked with a customer who received custom module view for printing the same information. A little different for them but I think but the basic principle is sound/similar.
In another customer even required payment / gateway information to be recalled which also surrounded complicated issues of safe storage / retrieval / limited usage of this private information. This can be a touchy subject regarding privacy and true security.
The generic admin invoice printable view ... might... have made itself into xrow's commerce extension I'm not certain it may have been overlooked since it was customized for the client.
You might be able to check with the project forum directly and borrow. <i>http://projects.ez.no/xrowecommerce/forum/general</i>
It did! <i>http://svn.projects.ez.no/xrowecommerce/trunk/extension/xrowecommerce/modules/order/invoice.php</i>
But as you describe it Heath your missing the point. They are looking for user printable invoice module and workflow event view I think. (prolly customized different than your past customer example).
Module view for use to be able to refer to this directly via url link at anytime (authenticated) and workflow event (for use during the checkout process) or replace the checkout redirect to the default receipt view (additionally).
Perhaps this gives them something to start with with which to modify to meet their needs.
>> <i>Module view for use to be able to refer to this directly via url link at anytime (authenticated) and workflow event (for use during the checkout process) or replace the checkout redirect to the default receipt view (additionally).</i> <<
No I'm sorry. If I had code I would share it but ... I do not have time myself (nor does few others) to psudo develop the software gratis on your behalf through a support forum thread converstation. It's really really a bad idea in general most of the time (ie: fails to help either party).
In general I pointed you in the right direction if you were a software developer you would be able to extrapolate how to implement this functionality yourself. This is one of the unfortunate limitations surrounding the eduction of users of eZ Publish. It seems cruel but then it is a simple nature of the dynamic involved.
I strongly suggest you obtain programming assistance to help you reach your goal.
Cheers, James
You must be logged in to post messages in this topic!