Posting in the Magento forums has been disabled pending the implementation of a new and improved forum solution which should better serve the community.

For new questions please post at magento.stackexchange.com, the community-run support site for the Magento community. We will be providing updates on the new forum solution soon. For questions or concerns please email community@magento.com.

Magento Forum

Invoice
 
ksjw
Jr. Member
 
Total Posts:  1
Joined:  2007-11-16
 

Hi,
Unless I missed it, there is currently no functionality to create an invoice from an order?  Is that right, and is there a plan to develop this?
Alternatively, how can I download order data for processing and invoicing?  Don’t think there is an order report at the moment?
Many thanks! grin

 
Magento Community Magento Community
Magento Community
Magento Community
 
RoyRubin
Enthusiast
 
Avatar
Total Posts:  968
Joined:  2007-08-07
Los Angeles, CA
 

Order management functionality is coming up in the next release or two.

 
Magento Community Magento Community
Magento Community
Magento Community
 
Grayson
Member
 
Avatar
Total Posts:  58
Joined:  2007-11-20
Netherlands
 

Sounds great, Roy. Two features that are of vital importance to me in order management:

1 - Invoice numbering separate from order numbering. Dutch law requires sequential invoice numbers with no gaps and sequential dates. Separate invoice and order numbering allows orders to be cancelled or processed in a non-sequential order (say order #10 ships before order #7) without affecting invoicing.

2 - Ability to edit orders in the admin: add / delete products, change quantities, change shipping / billing address, and so forth. Without this, the slightest change in an order means crediting out the original order and creating an entirely new one with the new values.

Perhaps you’re already working on these features, but I thought I’d throw them out there just to be sure they’re on the table smile.

 
Magento Community Magento Community
Magento Community
Magento Community
 
GPutignano
Sr. Member
 
Avatar
Total Posts:  214
Joined:  2007-11-03
Lauria - Italy
 

What happen if a user place an order and choose paypal as payment, then return back on the site without completing the payment and chose a different payment?

 
Magento Community Magento Community
Magento Community
Magento Community
 
YoavKutner
Guru
 
Avatar
Total Posts:  491
Joined:  2007-08-08
 

@Grayson - In the up and coming sales module:

1. Invoice numbers are separate numbers from order numbers.

2. Although this functionality will be available we will be voiding/crediting the original order once the new order is placed. The idea is that after any modification, the new order will most likely have different totals. From our experience the cleanest way of dealing with that is to void or credit the original order and create a new order. This should be done automatically based on the payment method. We are also planning on adding store balance (gift cards) to Magento. This will allow the store owner to credit an order to ‘store credit’ and then use the store credit for the new order.

Thanks

yoav

 
Magento Community Magento Community
Magento Community
Magento Community
 
YoavKutner
Guru
 
Avatar
Total Posts:  491
Joined:  2007-08-08
 

What happen if a user place an order and choose paypal as payment, then return back on the site without completing the payment and chose a different payment?

The PayPal method that is implemented currently in Magento is called ‘Website Payments Pro’.

After a customer uses PayPal we get a token that allows us to debit the PayPal account only when the order is placed on the site. So if a customer chooses a different payment method the token expires after awhile and his PayPal account is not charged.

I hope that makes sense. You can find more information about this method here:

https://www.paypal.com/cgi-bin/webscr?cmd=_wp-pro-overview-outside

Thanks

yoav

 
Magento Community Magento Community
Magento Community
Magento Community
 
Grayson
Member
 
Avatar
Total Posts:  58
Joined:  2007-11-20
Netherlands
 
YoavKutner - 21 November 2007 05:43 AM

2. Although this functionality will be available we will be voiding/crediting the original order once the new order is placed. The idea is that after any modification, the new order will most likely have different totals. From our experience the cleanest way of dealing with that is to void or credit the original order and create a new order. This should be done automatically based on the payment method.
yoav

Thanks for the information, Yoav. Will this all be transparent to the customer? It sounds like at the very least they’ll need to know the new order number. Or can the original order number be reused for the modified order (obviously this will only work if the order number is not an auto-increment field in the DB)?

Thinking here of my current software, which does use the autoincrement element id in the orders table as the order number. If the order number were decoupled from the autoincrement id, then the new version of the order could be assigned the original order number (maintaining a sense of coherency for the customer and not exposing them to the mechanics of the software) and the original, now-void order could be assigned an ‘invalid’ token in the order number field. May not be possible (an ‘invalid’ token) since order numbers should be unique. Just rattling off here, perhaps you’ve already got this totally covered smile.

As for payment, prepay options may be tricky (credit card etc) since the order total has changed. How will Magento handle this aspect of modified orders?

(I’d prefer to see the initial payment applied to the modified order and a credit / debit amount for the difference generated, to be handled at the point the customer modifies the order. For example: customer places order and pays with credit card. Next day customer e-mails to change original order to add an item. Store owner modifies order and sends e-mail confirmation with new order details (including status change, say back to “Pending” from “Processing") to customer, along with a link the customer can use to pay the difference (that link could be to a page in the online shop, or directly to the payment gateway). This additional payment is linked to the (modified) order so that its status is updated (from, say, “Pending” to “Processing") when the payment is received.)

 
Magento Community Magento Community
Magento Community
Magento Community
 
Moshe
Magento Team
 
Avatar
Total Posts:  1770
Joined:  2007-08-07
Los Angeles
 

In Magento’s orders records there are 2 fields that define ID. One is internal (entity_id) and another is for representation (increment_id).

entity_id is just regular DB auto_increment and used to interconnect records in database.
increment_id is a varchar and can have custom logic for determining the next value. It is the value customer and store owner should see.

Meaning there could be a prefix, custom character set, etc. Settings could be different per store.
Prefix could be numeric (determining order range) or a letter (belongs to X store).

Currently implemented 2 algorithms - Alphanum and Numeric, you can find respective files in app/code/core/Mage/Eav/Model/Entity/Increment/ folder
Example of Alphanum values: E00000A7Z.

Edited orders should have the original order number appended with dash revision number. Example: E00000A7Z-1.

Answers to other questions should follow smile

 
Magento Community Magento Community
Magento Community
Magento Community
 
Grayson
Member
 
Avatar
Total Posts:  58
Joined:  2007-11-20
Netherlands
 

That sounds like a great solution to the order number issue, Moshe. Whew smile.

 
Magento Community Magento Community
Magento Community
Magento Community
Magento Community
Magento Community
Back to top