David W Parvin
My feedback
10 results found
-
10 votes
We are still prioritizing this request within our development plan.
Submitted as design request #22968
An error occurred while saving the comment -
16 votes
This request has been submitted for development.
Some of this functionality may also be handled more appropriately in our new Denali Job Cost Module, which is currently under development.
More information will be available regarding this in early 2015.
An error occurred while saving the comment Hmm. I understand where you are trying to go here, but holds and quotes are slightly different items. A hold is an invoice with an invoice number that is placed on hold for some reason and when it is resumed, the customer would continue to get the Promos and other types of discounts that were available at the time the invoice was started.
The quote is just that, it is if you purchased this item now, this is what you would get it for, but when you finally do purchase it, those prices and discounts might have changed.
If we change holds to work the way you are talking about, does it not make them work just like quotes? What do we need two different ways of handling these transactions that work exactly the same for?
-
21 votes
-
2 votes
An error occurred while saving the comment Everything I said here is the same in both systems. Like I said thou, Pro does have functionality for weight, I am just not sure if it has all the functionality for that you are looking for. Currently Denali does not have functionality for weight.
I am not sure why your windows 7 would not see the other 4 gigs of ram on your machines. That is not an area I know well. I know that Denali will run fine on 32 bit operating systems.
An error occurred while saving the comment I thought about what it would take to have a common on-hand quantity field for two stock items and the question for me is how would that effect something like the profit margin report or the variance report or something else like that. You do not want the same physical item being counted more then once in the reports. There are some reports that this would not matter in, but there are a lot of them that it could make your inventory look different then it actually is if this happened. I think using kits as is will do what you are looking for without messing up your reports or anything else. You can go in and do a once a week conversion of items from your case item to your each item to get your each item count up to where it currently is, or you can do one every time you open a new case.
I think that the Denali product can do everything you are looking for except weight and I know that is planned for sometime in the future, just not when.
An error occurred while saving the comment hmm. I can see that adding a field or two might give you what you are looking for. I can also see that even when not using sales or specialty shop, the kit feature could be all you need. With that turned on, you make your case item a bill of materials item and in the kit you say that it is equal to 12 of the can item. You get all of the other things you talk about here except a common on-hand quantity that when you look at the case item it shows an on-hand quantity of 30 and when you look at the each item, you see 360 and when you sell a case then the inventory goes down in both.
The inventory record actually has unit of measure fields on the Sales Info tab of the window.
An error occurred while saving the comment One of the ways of dealing with the UPC part of this one is to make a stock alias for your item that is the UPC code. You can have a stock item that has a stock number of BEAN SOUP and then put in an alias to the UPC code that is on the can. When you scan the can, it will put in the UPC code in sales and then change it to BEAN SOUP and load all the relevant data into the screen.
An error occurred while saving the comment I know that in the Specialty Shop add-on you can setup multi-pack codes and set the pricing and quantity for each of them on the stock item. When you go into OE or POS, you can either use the stock number and multi-pack code when selling it, or you can setup a stock alias in inventory that will give you both the stock item and multi-pack code.
Stock Alias' can give you multiple ways of pointing to the save stock item from different types of values.
The Pro product does handle weight, but Denali does not do that yet. I know that it is planned, but when it will be implemented is currently unknown.
One of the other ways I can see doing this would be to make your case a kit containing 12 of the units. When you sell the kit item on OE, it can automatically take 12 out of the units type stock item. You can have separate pricing for the kit and do the discounting in that way. That can also help with giving the customer the lower price for a full case.
An error occurred while saving the comment I am not sure if you know this, but Inventory has buy/sell conversion factors so you can tell it that I buy the items in cases of 12 and sell them by the unit. It also automatically adjust the prices and costs with that factor and if you are using multi-pack codes you can even make it more complicated.
You can setup a stock item which you purchase by the pallet, store by the case and sell by the each and so when you order 1 pallet your inventory goes up by 25 cases (just saying this pallet comes with 25 cases) and then when you sell one in sales it is by the unit.
-
5 votes
An error occurred while saving the comment Are you looking for this to be part of the entry screen while making the transaction or as part of something like the edit report after you have created the transactions, but not posted them?
-
7 votes
We are currently reviewing this functionality for development.
An error occurred while saving the comment Are you thinking that there would be a time limit before you allow the customer to purchase the item again without an override? Would showing the items in the history grid that have been returned in some way to tell the clerk that it was returned without showing both records be good enough? In other words, maybe changing the color of the line or putting something in another column to indicate that the customer purchased the item and returned it.
What do you do when the item getting returned was returned because it was defective and the customer just wants to replace the item with another of the same type.
Would you want to make this a global option or do you want to be able to flag specific customers who seem to return items more often then others so this kicks in for them only?
-
6 votes
-
4 votes
-
18 votes
This idea has been submitted to Product Development.
An error occurred while saving the comment Good idea. You can do this now, The biggest issue is that from year to year, your fiscal calendar has to start on the same day of each year. As your years roll forward, what was a good logical breakup of the year becomes less so in the next year.
When you go in and setup your fiscal calendar you can change the dates to what ever you like, the code should follow it fine. To make it work correctly, you need to make sure that if you start year one on January 1, then the end date is December 31 and year 2's start date is January 1.
If you want to change it some other way, calculate the dates differently, please give some examples.
-
7 votes
Should the over-limit warning include any possible vacation getting earned on the current paycheck or should it be tied to leave previously earned? So for your example, If the user enters 24 hours instead of 30, and on this check they earn 4 hours of leave, does it give them the warning? If it uses the 4 hours earned then they would be at zero when the check posts, but if it does not let them use it then they could use 20 hours and they would be at 4 hours when the check posts.