all data is live and searchable
|
Basic Assignments
|
Options & Settings
|
Main Time Information
|
||||||||||||||||||||||||||||
|
|
|
Yellow
|
|
|
Sorry, no photos available for this element of time.
|
|
|
|
Uploaded Media/Content & Other Files
(2)
|
||||
| Media Name | File Type | Date | Description | |
| steves_mini_conversion_page_for_qr_codes.jpg | Image/JPEG | 2/23/2017 | This is a small screen shot of Steve's first round conversion page. It takes a sub package and allows it to be broken up into smaller pieces. Currently, the converted values are stored and saved on the sub package as part of the sub attributes. There is also a video that talks about this and shows some of the functionality. | |
| QR codes and conversions - Intro and Brainstorming | Video | 1/26/2017 | This is a recording of Steve, Brandon, and Calvin talking about using QR codes and moving towards conversions. This was a GoToMeeting session followed by a small conversation. | |
|
Notes:
|
|
Phone call and GoToMeeting session with Calvin and Steve. We talked on the phone and went over things and then came back to the computer. Steve was explaining to Calvin what the problem was and/or is for one of our clients. They are running the system similar to a short order cook that the person in the front gets the order and then has the person in the back fill the order. Things get kinda crazy building the cart and then verifying what is actually going out the door. Chain of custody is really important. Currently we are using the QR codes to record the sub id, the price, and the quantity. This is helping but we need to keep tightening things down. The problem comes in when they start breaking down packages but they really don't add new items. That means that some of the smaller pieces are somewhat floating in the background. They are looking to record some details but not go clear to the mini manufacturing model of a full build PO. Basically, they are skipping some steps because it takes too long. One of the goals is... At any given point we could see where the inventory is at... is it on the shelf, in the cart, quoted, sold, destroyed, unknown, etc. We showed Calvin what we have and what we are planning. Our conversation today was mostly just putting the project out there and letting him know what we are looking for. He said that he would talk with the client and get back with us on Thursday to do more planning and figure out what we want to do. See attached for a video recording of part of the session. Steve is currently doing some light conversion stuff. He has built a page that takes a sub package and allows it to be broken down into smaller pieces. He has named sections (virtual units of measure such as eighths, cones, grams, shake, etc.), we then allows for a quantity, a weight and/or how much of the main item (at the main item unit of measure), and then a price. He then records it on the subs attributes for the child package. We are using QR codes and putting the sub id, the quantity, and the price into the QR code. Part of the process is showing the total quantity that is available. This allows the person to virtually work backwards. If we used a database table and recorded all of the actions. We could take a package and then allow it to be broken down into smaller pieces without doing a full build. Then on the QR code, we could tell that it came from sub or child ~25 and conversion `33 (back tick sign). We could then look-up tons of info on the two different pieces. Package ~25 could tell us batch numbers, costs, parent details, sub attributes, etc. Then conversion `33 could tell us the virtual unit of measure, the real quantity, the factor or fake quantity (show quantity), the price, and how many of these there are. On a new table for tracking what is in inventory, queued up, in the shopping cart, in other carts, and what has physically gone out the door. Is this daily? Is this per corp? How do we clean up things? |