Customer blacklist

There are unfortunately times when we would prefer that certain people be blocked from purchasing from our stores. To address this, I’ve added a blacklist function to your vendor pages (at the bottom). You can add email addy’s of bad customers here. Be aware that this only blocks the customer from purchasing under that one particular address.

You will receive a notice if a blocked customer attempts to purchase an item from your store.

If you’d like to see how the blacklist works, add the email badcustomer@notnice.com to your blacklist. Then, login as a customer under the id badcustomer@notnice.com password phooey and try to make a purchase. The blacklist affects each vendor’s store separately.

Also, if you get a chance, just verify that the product details, lottery and auction functions are working as usual. I had to modify them to include the blacklist functionality.

Server’s down…

It looks like the HC server is down. I’ll contact my host and see when
it will be back up again. Sorry for the inconvenience!

Lotteries and Auctions!

OK — I’ve just coded it so that you can offer your items by auction or by lottery. You’ll see a new field on your stocking page called “Stock type” and I think it actually works, lol.

You can set your auction/lottery to run as long as you want. You’ll need to identify what items are lottery or auction in your title, so it’s obvious to the customers.

Lotteries allow the customers to enter a drawing to see who gets to purchase the item. The code automatically tracks the entrants and chooses the winner at the end time.

Auctions are much like eBay auctions, with proxy bidding. The main difference is that they end at your set end time *or* 2 minutes after the last bid. This prevents sniping and is more like a real-life auction.

The lottery and auctions will stay in your in-stock store for 30 days past the end time, or until you change preview to 0. That’s so the listing doesn’t just disappear when the it’s over, leaving your customers wondering who won.

Please note — the lottery and auction codes have been tested pretty extensively now, but there’s always a chance something weird might happen. Please let me know if something goes awry.

Also — ** I will be out of internet contact from 7/15-7/24 ** If your payment is about to expire and you’ll be wanting to stock next week, you need to send Paypal before Friday. Otherwise it will have to wait until the 25th.

Thanks so much for using HC!

Main product type :)

I’ve been meaning to do this forever — a list of our stores broken down by main product. So I’ve just added a field to your profile pages, at the top of the optional choices. Please choose a product type when you get a chance, and as soon as a good number of us are listed, I’ll make this page live on the HC site:

http://hyenacart.com/poweredby.php?list=3

I listed a few of you (hope you don’t mind) to check that the code was working properly. I’ll work on formatting, etc. when I see how our stores are distributed (lots of soaker stores, I know). I have 6 main categories, but let me know if you think I forgot something and you don’t really fit in anywhere.

New format for order details :)

I’ve altered the way order details are shown, both to you and the customer, and I think that the cart is much more understandable and professional looking. Rather than just listing the subtotal and shipping prices, and naming off any choices that have been made, the orders are now listed in table format. To see what I mean, make a test purchase here:

http://hyenacart.com/Test_cat/

(this item is a really good one to test: http://hyenacart.com/prod_details.php?id=39740&vid=1 )

New orders will look a little different than old ones. For orders placed before the update, you’ll just see the subtotal and shipping; and choices will be listed in the comments box. For new orders, each choice will be listed as a separate line item, with quantity, unit price, and total price listed. It is much more readable this way, and it should be much clearer to your customers what they bought and how much it cost. In addition, their payment page now reads much more like a traditional invoice. In fact, you could now print out the order_details page as an invoice.

Note that customers can change their shipping options after they make their purchase (sometimes they don’t have time to click all the right buttons in desparate hyena situations 😛 ), and that’s why I don’t report shipping options in your confirmation e-mail.

I’m hoping to add discount codes next, since that’s been a popular request.

CGI error message

I just wanted to let you know what the “CGI limits reached” is all about in case your customers are asking you…

The server is just a computer, and although computers are fast, they are not infinitely fast. So if several hundred customers are all clicking ‘refresh’ at the same time, it is just too many simultaneous queries, and the server throws up that error message. I’m actually quite pleased that the server is robust enough to keep chugging away at it and continue processing as best it can rather than crashing and dying. There’s nothing you or I can do to keep this from happening. It’s just too many customers trying to buy the same thing at the same time.

You can answer inquiries about whether a particular customer got an item or not by asking the customer to check her order history. If the item appears there, then she has successfully purchased the item. In addition, there is a link to the payment page listed in the table.

Oh, and one other thing I’ve been meaning to mention. HC can only prevent overselling on items where the quantity is set to 1. If you list something with qty higher than that, it should work under normal circumstances, but it is possible to oversell by one or two if there’s a lot of demand. So if you anticipate a hyena -frenzy, it’s best to list your items singly.

Thanks everyone!

Comments glitch

Just wanted to let you know the comments/options have not been recorded correctly in the database since Wednesday evening. They’re fixed now though. Sorry for the inconvenience!

You’re searchable now :)

Just a quick note to let you know I just added a search feature to allow customers to search all your stores simultaneously!

http://hyenacart.com/hc_search.php

For now, it only searches for current in-stock items, but I’ll be adding checkboxes so they can search past, previewing and sold out items as well. The engine can only search 4 letter words or longer, so you might want to think about spelling out phrases like ‘all in one’ at least once in your listing. Oh, and the search is looking only in the title and description text.

Added documentation and add-ons with quantities

I’ve added one more feature to the choice options, and I hope it will be useful to some of you. It allows you to have add-ons with quantities (so a customer could order 3 extra doublers or 2 bars of wool soap, etc.). And I’ve finally documented how to use the various options on your stocking page with instructions, so hopefully it will be slightly clearer than mud now. I’m still getting bug reports here and there and fixing things along the way, so please, if anything seems weird, let me know so I can take a look at it.

Here’s the documentation for the choices (and it’s on your vendor pages too):

OK — choices. This option adds a lot of flexibility for you and the customer, but as a consequence, it also adds some complexity. So please bear with me through this explanation 😉 Regular choices: At it’s most basic, the choice options are designed to be used for in-stock items which are mostly the same, but have a slight difference (for example, color or pattern). So if you had five pocket diapers, 3 red and 2 blue for $10 each, you would enter “red”, “3”, “10”; and “blue”, “2”, “10”. If you also had one frog print to offer for $12, you could also add “frog”, “1”, “12”. In this case, after you hit submit, the stockpage would automatically sum all your choices to get the main item qty (the one that shows in your store table). Take note, that means if you enter 12 in the main qty field (at the top of the stocking page), then enter some choices with numbers that add up to 6, your 12 will be automatically overwritten by the number 6. Hope that makes sense. On the item page, the customer would see a drop down menu with the choices 0 to the number of that item still available. The items would be inventoried and decrease as customers purchase them. This allows you to sell more than one item at a time. If your customer tries to make a purchase with all the drop downs still showing 0, they will get an error message telling them to enter a quantity greater than 0.

999 (yes/no) choices: Now let’s say you have an add-on feature that costs extra. For example, snaps on a diaper. You want the customer to be able to choose whether or not to have snaps and also for the total price to reflect the add-on. Basically, you’d like a choice that shows yes or no in the drop-down menu. That’s when you enter a choice qty of 999. So, for example, if you enter, “Snaps”, “999”, “0.50”; an extra 50 cent charge will be added to each diaper your customer purchases if they click “yes”. Note that choices with qty of 999 don’t add to the total item qty. In fact, if all your choices have 999 for a qty, then the main qty you enter for your item will not be altered.

1000+ (add-on) choices: Finally, let’s say you have add-ons you’d like to offer your customer and they don’t have a limited inventory. For example, doublers, t-shirts, wool soap, etc. For this type of item, you would enter 1000 plus the max number of this add-on you would like to offer. Say you’re selling an AIO shell and would like to offer up to 6 extra snap-ins at $3.00 each. Then you would enter “Snap-ins”,”1006″,”3″. The customer will see a drop-down menu offering 0 to 6 add-on snap-ins and can choose to add those to their purchase. These types of add-on options are *not* inventoried. That means of customer 1 comes in and gets an AIO with 6 snap-ins, the item page will still show a drop-down offering 0-6 snap-ins for the next customer. If you have a very limited quantity of something, then using the 1000+ add-on option is not the way to go. However, if you have 20 bars of wool soap, for example, then you’re totally safe offering up to 5 bars of soap with each of your 4 in-stock soakers. Like the 999 option, 1000+ options don’t add anything to the main qty.

Shipping: The additional shipping per item field only applies to regular choices, not 999 or 1000+ choices. If any of your add-ons will add significant weight to your customer’s package, you should include that additional charge in your choice price.

Multiple inventoried items: There’s one last way to use your choices, but it’s a little unconventional. Let’s say you had 24 prefolds ($2.50 each), and 3 pink snappis and 4 blue snappis ($1.50 each) to sell, and you want your customers to be able to purchase all of those items at one time. You could enter “Prefolds”, “24”, “2.50”; “Pink snappis”, “3”, “1.50”; “Blue snappis”, “4”, “1.50”. All of these items will have separate inventories and won’t oversell, but on your main store page, in the table, the Main Qty will show as 31 (24 + 3 + 4). That may or may not be confusing, but it would work. Note that in that case, you’d have to sort of average your additional shipping charge as each prefold and each snappi would add the same shipping charge to the total.

Hopefully this huge explanation doesn’t deter you from using choices. If you have any questions, please don’t hesitate to contact me. Also, I have some test items shown in this store.

Oh — one other thing — when you make your payments, could you use the Paypal button at the bottom of your vendor pages? If you would like the option of typing in the amount rather than it always being one $5 monthly payment at a time, let me know and I’ll add another Paypal button.

One more change…

Again, I want to thank you for bearing with me through HC’s growing
pains. I think we’re almost there with changes to the code!

I have re-coded the pricing calculation for options. For non-999
options, the price is the qty of that option multiplied by its price.
For 999’s, the option price is multiplied by the total items included
in the order.

For example, in a custom diaper purchase listed like this:

0-5 Red …. add $10 each
0-4 Blue … add $10 each
0-8 Print … add $12 each
Yes/no touchtape … add $0 each
Yes/no snaps … add $1 each
Yes/no extra doubler … add $3 each

If the customer clicks on 2 Red and 3 Print, yes snaps and yes
doublers, they will be charged:

2*$10 (Red) + 3*$12 (Print) + 5*$1 (Snaps) + 5*$3 (doublers) = $20 +
$36 + $5 + $15 = $76 plus shipping.

As you can see, adding the doublers option means one extra doubler for
*each* diaper ordered. If you put an option that says, for example 20
doublers available, the code will sum your diapers and doublers
together to get the total qty. This is probably not what you want, so
I don’t think it makes sense to have options with quantities that
aren’t part of your main listing. If that’s the case, it will still be
better to have doublers and diapers listed separately and have the
customer e-mail you for the total. Or have them note in the comments
box how many doublers they’d like and invoice them the total. I know
that’s not ideal, but we’re pretty much stretching what HC was
originally coded for and I think that’s the best I can do.

Again, thanks for your patience and help. I appreciate all the bug
reports and suggestions. Please let me know if you are still confused
or need help trying to decide how to list your options.