What do these mean?

[ZoomBoy]

I keep seeing these cryptic codes in my code using the other page templates and they don't seem to be do***ented.

Is there a list as to what all of these mean? It would help my coding a lot more if I knew what I was actually calling.

AUTH,INVC,OPAY,OUSL,SHIP,CTAX, etc, etc...?

[Bruce - PhosphorMedia]

Those are the action or screen codes for Merchant. The control the screen flow. Unless you know what they are...you should probably leave them alone as its not always a simple case of changing them in the template to change behaviours.

If you are looking to aquire a specific result, post that and someone here cold probably show you exactly what you need to change.

[ILoveHostasaurus]

Those are screen codes, you'll see them in your store's URL's based on the screen you're on, such as PROD for product page, CTGY for category, etc. most of those codes you list are checkout related such as invoice, customer info, shipping/tax, etc. The other page templates module lets you modify the various screens. On the checkout screens the code moves into the source of the page, but if you view source, you can tell which screen is next by looking at the form code, there will normally be an <input type=hidden screen=XYZ>

[ZoomBoy]

Basically, I have everything setup except the final checkout procedure.

I have all of my information catching on one page. Instead of the other page templates/Miva default of asking for your shipping info, then taking your credit card, etc, etc over a course of 3-4 pages. I have shipping address/billing address and credit card/shipping options on one page. The problem is, code wise I have no idea what to include. The Miva checkout spans 3 pages, and has different form actions:

<INPUT TYPE="hidden" NAME="Action" VALUE="AUTH">
<INPUT TYPE="hidden" NAME="Screen" VALUE="INVC">
<INPUT TYPE="hidden" NAME="Store_Code" VALUE="TSJ">
<INPUT TYPE="hidden" NAME="PaymentMethod" VALUE="mod10:American Express">

I'm assuming the "action" form object basically tells it where to go but I'm really confused as to what they all mean. Some have AUTH, INVC, etc, etc in them. I really wish this was do***ented more as I am a web designer and want total control instead of a pop-in and go setup.

[ILoveHostasaurus]

I think you'd want to send everything straight to INVC, Merchant doesn't care as long as you have every value for every field from all the other checkout screens being passed in. The only difficult part is handling declined or invalid credit cards, I'm not sure how the other page templates let you deal with that, there is probably a way to output the fact that information was missing or the CC was bad before letting things proceed to the invoice screen.

[ZoomBoy]

OK right now I have the screen with all the information collected (the form) going to this:

<INPUT TYPE="hidden" NAME="Action" VALUE="INVC">
<INPUT TYPE="hidden" NAME="Screen" VALUE="FINAL">
<INPUT TYPE="hidden" NAME="Store_Code" VALUE="TSJ">

When I did this though, I wasn't e-mailed nor was the "customer". I changed the page back to the default one instead of the one I've created for testing and it seems like none of the information is being passed. The invoice page comes up blank, no invoice #, no total, etc..

?

[Vic - WolfPaw Computers]

There is no Screen FINAL or Action INVC.

The screen is INVC. Remove the action INVC and change the screen to INVC and see if that fixes it.

[ZoomBoy]

I made it "FINAL" because it is just a template that I've made up, I could call it whatever I want as long as the data inside of it includes the correct functions I'd assume it would work just like the others I've made.

I did what you suggested, and now all that's coming up is the INVC page saying that my order has already been processed and to not refresh the page.

I've tried multiple different e-mail addresses and different credit card #'s.

[Vic - WolfPaw Computers]

That at least indicates the data is being sent.

Do you have any functions for trapping errors?

[ZoomBoy]

Hasn't a merchant ever setup the cart to take all the data in one shot instead of having 3 or 4 pages? Customers don't like endless steps in a checkout, 1 page should be sufficient.

It is saying this error regardless of what happens, I'm not seeing any orders in my openorders section of the admin either.

If anyone wants to take a look they can go to theshirtjerk.com/shirts and go through the "process" and critique me on anything, I'm getting somewhat frustrated with the whole cart - but its only because I want it to look as least Miva as possible, I think the default stuff is ugly (no offense to anyone programming anything).

[Vic - WolfPaw Computers]

Merchant is forms based, and because of the way it is structured, you have to collect the OSCT information first, so you can get the shipping information, pass that to the OSEL screen. Once the customer selects shipping and payment, the values can be passed to OPAY.

All of that data must then be passed to the INVC screen along with the data you mentioned earlier.

Now the OSEL & OPAY screens can be combined, but you still need to follow the screen flow for data to be passed correctly.

You can re-arrange the way the screens look, but if you disrupt the flow, its highly likely you'll miss passing needed data.

There are limitations to any software. You either have to find ways around them, live with them, or use another software.

[jason - jmh web services]

Hasn't a merchant ever setup the cart to take all the data in one shot instead of having 3 or 4 pages? Customers don't like endless steps in a checkout, 1 page should be sufficient.

Yes. The problem for most though is that they use ups, usps, or fedex shipping. In v4, dynamic shipping rates are not available until AFTER the OINF screen. Combining the rest on the OPAY screen is possible. If you don't use a dynamic shipping option, then you can do everything on the OINF screen. Just a matter of combining all the hidden fields.

[ZoomBoy]

I think I'm going to just re-map my entire checkout procedure to the 2-3 page deal thats built into the system now for ease of use. Everything is coming up with problems, this is one thing I can bend on.

Thanks for the help everyone :)

[DesertRose]

One note... I went through the ordering process and skipped the "Hey, it's the checkout!" page altogether by clicking on the finalize button down at the bottom, "just to see what happened". I'm getting that same message there as well. "This order has already been processed. Please do not reload this page."