OLD Super Orders 2.0 (See v3.0 thread instead)

[DivaVocals]

Separate question - when I press Modify under the order payment data, instead of opening a dialog to modify the payment, it opens a new window that brings shows the admin panel dashboard.

Has anyone seen this before I debug further?

Thanks,

Yes.. this was a BIG part of the the reason why the modify payment data function was disabled in the Rev 48 release. We have it fixed in the upcoming release.. It was something really simple as I recall.. (can't remember off the top of my head what the fix was.. will check and report back...

[nohart]

No I used the lower part of the screen to initiate the partial refund process. When I did this I was just taken out of the screen and returned to the previous screen, without any confirmation or error message at the top of the Admin panel.

Am I supposed to use the orange button?

[DivaVocals]

No I used the lower part of the screen to initiate the partial refund process. When I did this I was just taken out of the screen and returned to the previous screen, without any confirmation or error message at the top of the Admin panel

Okay this is helpful.. I was finally able to replicate what you are reporting.. I also know why in my test transactions refunds worked for me.. in those stores we used Edit Orders, and since we did not integrate Edit Orders with Super Orders, we did not implement the "Optional Edits" in the Super Orders install files so the original orders.php is still in use.. (in the upcoming Super Orders release we've included the properly merged Edit Orders files)

From what I can see what is happening is that at the end of the refund processing, the page redirects to the default orders.php. If the Optional Edits files are implemented to disable the default orders.php this causes the PayPal refunds to fail since it cannot refresh to orders.php

I now have a better idea what the issue is.. Don't know what the fix is YET. Might require changes to super_orders.php or it might require minor mods to the default Zen Cart functions that drive the payment processor refunds.. Will have to do some digging and perhaps ask the venerable DrByte for his input.. (if he is so inclined to assist)

BTW to answer your original question, the reason this was never "fixed" is that this particular issue was never really fully documented and reported as being an issue.. This is the first time I've seen any real time dedicated to detailing out this issue.. (and YES this is really a BUG!) Most of the refund threads in this support thread are dedicated to getting Super Orders to generate a Super Orders payment record for the refund when a PayPal refund is initiated..

The threads you referenced earlier really don't provide enough detailed information to get a handle on what the problem was or even IF there was a problem.. Thanks for your patience in helping me get a detailed understanding as to the full nature of the issue..

The workaround for now is that in order to use the admin refunds, you should NOT install the "Optional Edit" files. If you've restored the original files that were in these folders, you will be able to use BOTH the default orders and Super Orders, and this will not be an issue (though arguably not the most ideal setup as Super Orders SHOULD allow you to do EVERYTHING..)

Am I supposed to use the orange button?

Nope that is Super Orders only feature and has NO effect on initiating a refund transaction direct from the payment processor..

It says on it "No Payment Data Available"

If there have been no order payment, refund, or purchase order records created this is what you will see.. THIS IS correct behavior.

From the Super Orders readme:

Order Payment Tracking
---------------------------

Super Orders includes the ability to enter and track payment data. The Super Orders payment system can track all of the following scenarios:

• Multiple PO's
• Multiple payments
• Multiple payments per PO
• Multiple refunds per payment
• Multiple refunds per order

Opening the details screen for any order will display the payment system. There you'll find buttons to add the three types of payment data:

• Purchase Orders
• Payments
• Refunds

Clicking any one will bring up a pop-up window to enter the details for that particular entry type. When you are done, the popup will close and return you to the original page, refreshing it to display your new entry.


Buttons to edit and delete payments are on the line listing the payment. Click the corresponding button to modify the entry or remove it entirely. I think it's pretty self-explanatory, but please post on the forum thread if you have problems or questions.
Payment Types
------------------

The payment system now also allows the user to specify the type of payment being entered. For instance, if the payment is cash, simply select "Cash" from the dropdown; if it's a credit card payment, select the proper Credit Card company, or just choose "Credit Card" for lesser known providers.


Furthermore, the system allows the user to add/edit/delete the available payment types to suit his or her needs. Go to: Admin > Localization > Payment Types


There you will find an interface similar to the order status page. From here you may create whatever payment methods you want, as well as edit/delete those you already have. As described above, the system comes with a good list of payment types that should cover most stores, people, and situations.


NOTE: This system was built in English and hasn't been thoroughly tested in the Zen Cart language system. Please be aware that languages other than English may experience issues.

I think what may be happening is the supperorders does not have reference to the payment data so it couldn't do the partial refund...

Again I think you are misunderstanding the difference between the Super Orders payment entry feature and the admin refunds features built into Zen Cart. One does NOT affect the other..

[nohart]

Wow thank you DivaVocals so much for all your help. I will do all I can to help you and others work things out! I gather that I may have been some help.

You said:

If there have been no order payment, refund, or purchase order records created this is what you will see.. THIS IS correct behavior.

I believe there should be payment records as this purchase was made after the installation of Super Orders Add on. This is why I was bringing this to your attention, because I found that statement "No Payment Data Available" odd. (The customer used PayPal Express to make this purchase.)

From what I can see what is happening is that at the end of the refund processing, the page redirects to the default orders.php. If the Optional Edits files are implemented to disable the default orders.php this causes the PayPal refunds to fail since it cannot refresh to orders.php

This is exactly what I did but to correct the issue I replaced the original filenames.php file with the original Zen Cart file. This allows access back to the original orders.php file and allowed me to do the refund successfully.

I am really looking forward to this all being worked out in the next release. As I am sure many others are as well.

If I can help in any way please dont hesitate to ask :-)

Thank again!

[nohart]

Payment Types
------------------

The payment system now also allows the user to specify the type of payment being entered. For instance, if the payment is cash, simply select "Cash" from the dropdown; if it's a credit card payment, select the proper Credit Card company, or just choose "Credit Card" for lesser known providers.


Furthermore, the system allows the user to add/edit/delete the available payment types to suit his or her needs. Go to: Admin > Localization > Payment Types

Does this mean that I need to go in and add PayPal Express? I am not really following this...

[DivaVocals]

Wow thank you DivaVocals so much for all your help. I will do all I can to help you and others work things out! I gather that I may have been some help.

Details about what the problem really was is helpful..

I believe there should be payment records as this purchase was made after the installation of Super Orders Add on. This is why I was bringing this to your attention

Already aware of this.. This is already been WELL documented in this support thread.. (along with possible solutions) That said, I have already said (including in several of my replies to your posts) in all of the posts announcing the upcoming release that auto payments for PayPal paid orders is being added to the next release.. In the meantime it's eazy peezy to enter a payment record manually..

because I found that statement "No Payment Data Available" odd. (The customer used PayPal Express to make this purchase.)

This is how Super Orders will continue to function when it does not find payment records. There are SEVERAL payment types wher the auto entry of a payment record is incorrect/invalid behavior. (Checks, Money Orders, etc)

Does this mean that I need to go in and add PayPal Express? I am not really following this...

No.. it has been well known and documented in this support thread that auto payment entry for PayPal paid payments is NOT supported in the current version of Super Orders.. Super Orders auto generate payment records for orders paid via credit cards only at this time..

[carlvt88]

If I can lend a hand with the upcoming paypal auto payment capture, let me know. I've posted a solution earlier on which involves editing the ipn_main_handler. This quick solution however doesn't differentiate between payments and refunds. It works - it captures negative and positive payments - but would be nicer to treat refunds as SO refunds.

Also, I've found recently that some transactions such as Reversal_Cancel aren't handled properly. This is not just my patch, but the IPN handler as well. I've posted this in the paypal EC support thread already.

[DivaVocals]

If I can lend a hand with the upcoming paypal auto payment capture, let me know. I've posted a solution earlier on which involves editing the ipn_main_handler. This quick solution however doesn't differentiate between payments and refunds. It works - it captures negative and positive payments - but would be nicer to treat refunds as SO refunds.

Also, I've found recently that some transactions such as Reversal_Cancel aren't handled properly. This is not just my patch, but the IPN handler as well. I've posted this in the paypal EC support thread already.

Hey Carl.. The upcoming release we're only adding the automated PayPal payments.. We wanted to bring in a little bit of consistency to the Super Orders add-aon since credit card payments modules already generate auto payments, PayPal should as well..

We're using a different method for executing auto payments than the code you previously posted.. I believe your method duplicates the data from the PayPal tables?? The code we're using simply looks for orders where the payment module is PayPal and creates a payment record for them.. We also added code to suppress the display of the admin notification on child orders when the order is split.

With regards to refunds we wanted to maintain consistency within Super Orders functionality. I want to take a look at some of the refund solutions and see if we can make them work for more than just PayPal.. Automated refunds should work for not only PayPal but for ALL the payment methods which generate auto payment records (Authorize.net, manual credit cards) It's likely that auto capture of refunds requires different methods depending on the processor and if we can't do it for all we're gonna wait until we can.. So for this upcoming release we may not tackle auto-refunds..

[Rizla]

Hope this is in the right place...
Just learning Zen and have one site set up locally for testing. Super Orders 2 and other mods, so installed ok.

Have my main site also on local server that will be the one uploaded to the web... so gives me an error when using the SQL installer from Zen.

When I try to run the install SQL I get this for some reason:

1062 Duplicate entry 'CA' for key 'type_code'
in:
[INSERT INTO so_payment_types VALUES (NULL, 1, 'CA', 'Cash');]
If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure you left no blank fields


Is there a fix? I would like to run it on my main site if possible without doing a re-install.

Thanks

[carlvt88]

That error just means you're trying to add something that's already there. Sounds like your db for the server is already set up for SO, so you should be all set. You'd see the same error if you try re-running the SQL install on your local site.