Seller postal address on invoice, invoice sent to seller and buyer by email, download/print, save pdf, reprocess pending txn.

solipsist - March 12, 2006 - 23:33
Project:e-Commerce
Version:HEAD
Component:store
Category:feature request
Priority:normal
Assigned:Unassigned
Status:postponed
Description

I'd like to see the possibility of adding the seller's full postal address to the invoice and also sending email copies of it to seller and buyer upon completion of an order. Buyer should also be able to access a nicely formatted version from the "My orders" page that can be printed for accounting, or downloaded as PDF (provided the fpdf module is installed). Same would be possible for the seller through the admin -> store -> transactions page.

#1

com2 - March 13, 2006 - 09:50
Title:Seller postal address on invoice, invoice sent to seller and buyer by email, download/print, save pdf» Seller postal address on invoice, invoice sent to seller and buyer by email, download/print, save pdf, reprocess pending txn.

I agree with you. When possible it would be great when the PDF would be signed with the (in EU) legally obliged electronic signature. I have been looking for this for some time now, but I did not find an affordable (Opensource) solution anywhere.

I would also like to see the possibility in "My orders" to process transactions allowing to merge them back to cart. This would allow a buyer to repeat an order from history, without having to look up all products. It would allow as well to resubmit for payment the transactions with a pending payment status. For instance because the buyer changed his mind during the payment process the transaction remains in history and the buyer cannot do a thing with it. With this feature at least he could resubmit it. Transactions with pending payment will be deleted when merged to cart. The other option should be that the buyer can delete transactions with pending payment because he simply changed his mind about it.

#2

neclimdul - March 13, 2006 - 19:21

What's this signature thing? Being a stupid american I haven't heard of this.

#3

solipsist - March 13, 2006 - 19:50

I don't know either what it is but I assume it requires a server side certificate in order to identify the seller and might require SSL to verify identities. I don't see how this could be cheap, and I only think high-volume merchants need it.

That orders remain in the order history even when canceled is a problem, only fulfilled and completed orders should show, that is orders that have been made with the customer completing the checkout process. Canceling checkout halfway thru the process shouldn't generate a full order, however it might for site usage tracking purposes generate some sort of log entry for "canceled during checkout" or "never completed checkout".

#4

gordon - March 14, 2006 - 00:54

I have actually been playing with the idea of changing the invoice/email into a themeable function so that if you want you could create a mime encoded message with a pdf attachment to be sent to the customer.

I will be adding something like this to 4.7

#5

com2 - March 14, 2006 - 09:06

What's this signature thing? Being a stupid american I haven't heard of this.

You are not stupid. Like me, you just can't know everything.

Anyone can make up an pdf invoices and say they have bought something from such and such a company. For it to be legally acceptable and to actually proof that it was issued by that company, a electronic signature with a legally acceptable certification is neccessary, like the ones that are used in email.

What I have been looking for was signatures integrated in the pdf file itself and these are indeed very expensive and for high volume shops. But most likely it would already be sufficient to have the email with the attached pdf signed and may be that exists in Opensource. Many Email programs in the Linux scene are Opensource and use OpenSSL and there should be a way to do the same automatically when emails are sent, with or without pdf attachments.

The legal obligation not only exists for large companies!

#6

neclimdul - March 15, 2006 - 00:25

Haha, that was meant more tongue in cheek/sarcasticly. Just joking about how we American's commonly take our way as standard and forget to think about other countries. This train of thought looks like it might lead to some useful feature aditions down the line.

#7

sime - March 15, 2006 - 00:36

Just joking about how we American's commonly take our way as standard and forget to think about other countries.

Don't you have laws against this type of introspection? ;-)

#8

solipsist - March 15, 2006 - 01:08

Yes, I'm sure they passed under The Patriot Act bill, "introspection" sounds unpatriotic to me! ;)

#9

sime - September 22, 2006 - 04:58
Component:store.module» -- other --
Status:active» won't fix

We are not supporting 4.6 now. Please re-open if any problems.

Almost pushed it to HEAD, but it's an obvious problem and not a huge amount of value in this ticket.

#10

solipsist - September 22, 2006 - 11:46
Version:4.6.x-1.x-dev» HEAD
Status:won't fix» active

Based on the response, I think it's important, perhaps not now but worth keeping on the TODO list for the future. Reopened.

#11

sime - March 1, 2007 - 00:27
Component:-- other --» invoice

fixing component

#12

gordon - March 1, 2007 - 06:44
Component:invoice» store

This is actually a store issue.

#13

roman08225 - July 28, 2008 - 18:03

Why such a huge headache with all this. Why not implement electronic signature. It does all this for you especially when you can modify source. There are few companies if you do some research. I've been using one, and its great. Check out this blog might help you out http://esignature.blogspot.com/

#14

gordon - October 19, 2008 - 11:24
Status:active» postponed

#15

ionmedia - June 29, 2009 - 16:10

hi all, can we do it with module uc_bank_transfer ?
where is we have templates for invoices, but no signature (nither certificate, nor stamp+signature in phpGD)

maybe anybody wants to improve functions of this module ?

 
 

Drupal is a registered trademark of Dries Buytaert.