[John Slocum]

This is definitely weird. We need to find where the $27.90 price is coming from. I’m sure we didn’t just make it up, and put it in there, and I’m sure it isn’t a price you would add yourself, so it must have been added through a refresh of info on the site or through an import of a csv or something.

Could this item possibly be using the same sku as another item and getting updated incorrectly? Was this item ever offered with a best offer of that price? Do you ever do imports from CSV or Turbo Lister?

[John Slocum]

Hmmm… I’m not sure what could have caused this. We don’t do anything that fills in the auction price other than when we import items. If an auction was imported, we would set it. Was it set to the same price as the fixed price or a different price?

[John Slocum]

We allow users to enter both an auction price and a fixed price. At the time of listing, we use the appropriate price based on the listing type chosen on the Submit window. The listing type on the Submit window is sticky, so if you used “Auction” once, it would have come up as the default the next time. Could that explain it?

[John Slocum]

Hmmm… not sure. Have you checked your Windows Event Log to see if there are any errors occurring?

[John Slocum]

This is really part of a larger feature that would allow sellers to track employee activity and even pay by the number of listings created, etc. A feature like this has been on our radar, but we haven’t been able to finalize any plans or put it on a schedule yet. I hesitate to start adding fields to “sort of” do it, because I would rather have the entire feature mapped out and planned first. As some of our more pertinent big projects get finished, we’ll continue to consider this one in the future.

[John Slocum]

Cindy,

You have to be logged into our site to see the forums. Once you are logged in, the link from within SixBit will go straight to the forums. If not logged in, it makes you log in first.

[John Slocum]

The subscribed emails should be working now.

[John Slocum]

Keith,

We also have a latest stable version and a beta version. In fact, about 8 months ago, we made a concerted effort to keep people from the betas and only have users who want to be on a beta running it. Options|General is where you setup what versions you want to see, and the Dashboard is where you will see links for either new full stable releases or beta releases.

For years, we’ve been asked by users to offer an option to get a call or session by request. We will still continue to support the program as we always have, but those users who need an option for more personal support have one now. We are a very efficient operation and are low cost to our users. We aren’t just trying to pad the coffers. We are offering additional options that have additional overhead. If you don’t want to use a support plan, then please do not subscribe, and you will still get the same level of support you have had in the past.

[John Slocum]

Moe,

Thanks for this information. We’re going to check it out.

[John Slocum]

SixBit uses the difference between the Shipping Cost and the Shipping Charged to determine what to charge the buyers in that instance. Shipping Charged is filled in from the eBay sale. Shipping cost is filled in automatically from eBay if you used PayPal shipping, or if you use one of our integrated shipping partners (Endicia, Express One, UPS Worldship, ShipRush for FedEx) the values will also be brought in automatically. If you print any other way, you would need to enter the shipping costs manually.

[John Slocum]

Nick,

We are still the same dedicated group and will still do what it takes to solve your problem. I won’t rule out remote sessions in cases when it is still necessary, but businesses that need to speak with support right away are encouraged to get a support plan.

[John Slocum]

Check out the “Badges” from the menu at the top. It encourages user participation by rewarding your login with a badge once you have hit different milestones.

[John Slocum]

I know it seems odd, but there is a technical reason why it works that way. Let me explain, and forgive me for having to discuss gory details…

The Item Window is made up of data from different database tables. The description, pictures, eBay specific fields, Amazon specific fields, etc. all are in different tables for various reasons. When we open the item window, we create a new item. If you enter title text and exit before leaving the window, the item will be aborted. Once you enter at least a title and hit enter, we then create the Item from the base Items table. Since each item has a unique itemid, we have to create the item before we can link it to other tables.

At this point you can make changes to any many fields i.e. productid, prices, etc. and hitting Cancel will cancel those changes. If however at any time you add pictures or open the description editor, certain technical restrictions require us to save the item as it is first. So at that point anything entered on the item will be saved and no longer cancellable. Any changes made after the editing of description or picture can once again be cancelled.

I know it isn’t intuitive and shouldn’t work this way, but it is a very hard technical problem to solve based on the amount of information we have to link to in the Item window.

[Author]

Posts