Steve and I met this morning and had a good meeting. It was just the two of us. So, we ended up talking shop and strategy. We talked about some of our internal pain points and how we could get someone to help us out with those things. One of the pain points was with merchant processing solutions. We have coded to a number of Internet gateways, and that is working fine.

We have two major needs on the merchant processing level...

1. Is on the chip reader side. We have two gateways that we have coded to, but it takes a person to get people setup and going on that (light babysitting). Those solutions require both web API socket stuff and software installed on a computer. If the company updates their software, we have to recertify and no one wants to pay for that. So far, those solutions have been somewhat of a headache.

2. We need a simple Internet solution where a new merchant could be approved very easily and then they are off to the races. Currently, the Authorize.net's and USAePay (our top two gateways) have pretty deep prerequisites that the merchants have to go through in order to be setup and qualify. As they grow and mature, they may need to go to a bigger processor, but we need a really simple solution to get people started fairly quickly. We are thinking that Stripe might be the best option and/or looking deeper into PayPal or something like that. I personally am leaning more towards Stripe.

We also talked about some other internal needs and who we could put on what projects. Some of the other needs are things like:

- User guides

- How to's

- News and updates (this is biggie for us)

- Billboard sites (world building, roll call accounting, data assembly line, and others)

- Tons of other mini projects that come up

- Build out the full Adilas API sockets and the underlying documentation to make that happen. That is a huge piece of the puzzle.

We would really like to have some focused project management on both internal projects and client projects.

---------------

11:00 to 12:00 pm - Meeting with Global Design and Assembly - orders and backorders

- Not duplicating orders when something gets back ordered. They would love to enter things once and have it flow through.

- They would like a definitive answer of prices and timelines to make that happen.

- They import products and the resell those items. Lots of shipping and fulfilling of orders.

- They would like to go more paperless in the backend office (what is needed, what is ready, what has been shipped, etc.) - Currently, they are doing a lot of paper back and forth. They would like to eliminate the paper model.

- Steve, talking about a transitional PO (similar to a transitional invoice - between a quote and an invoice). This would be used for the on order/not quite inventory yet but maybe we are already making payments, etc. Steve was saying that Will Hudson (adilas developer) was going to be working on the transitional PO project. Basically, a work in progress type PO... it isn't fully valid inventory yet, but it is becoming more and more solid values.

- Jason, I think you guys would have a lot of clients who would like for a more automated backorder process.

- Steve, was talking about the existing manual process of duplicating the original PO and only pushing the backordered items forward. You don't have to build it from scratch, but you duplicate and keep pushing the ball forward. The other side to this, is you only pay for what you really get and have.

- Jason, would really like that process to happen (like magic) so that the whole story is still there but it flows through the whole system.

- Example: Say we ordered 500, you only got 300. What comes next? Do you have a small box that says, move 200 to backorder (aka a new PO) or what other options might be there.

- Small talks about ice-down dates

- On a technical side... how you do you keep cost of goods, inventory, accounts payable, and what is received and what is not received? Some of the questions go clear out to the balance sheet and how to track things.

- Just in time ordering and smaller draws... Say they need 500 total, but only want 100 now and another 100 by next week and then rest when possible. Just in time issues and some tracking nightmares.

- Technically, we may need another couple fields where we could put desired amount, shipped amounts, and backordered amounts.

- There is more of a need for time based ordering - just as, I need this on this date, and that on this other date... Basically, tying things into more of a time or schedule based environment.

- On the just in time... If someone wants 500 and you only have 200, how do you put it on the order? Do you put the whole 500 on there (this would drop your inventory by -200) or do you just do the 200, out the door, and then put the other 300 on another PO/invoice. Basically items still needed to be bought, purchased, and/or shipped.

- Warehousing and stocking shelves - excess inventory and back stock

- ecommerce type scenarios where orders are processed and managed as part of a supply chain scenario.

- Steve, was talking about companies that are proactively pulling sales from the other companies and then keeping a supply chain up and ready based on max/min re-ordering options. Once they (the other company) gets to certain level, a new order is always processed.

- here is a link for some of the older back order or backorder brainstorming from the developer's notebook.

https://data0.adilas.biz/top_secret/developers_notebook_home.cfm?q=back%20order%2Bbackorder

- Steve, was talking about the new plant move and harvesting options that they are building out. It used to be one manual process at a time. Now, they can click a button and move, kill, phase, or group hundreds and hundreds of plants at a time. The whole things was custom built and automated through elements of time, PO's, and parent/child inventory. Totally a new automated process.

- Jason, we only want what really happens to be recorded, but we don't want to lose the other details of the story.

- Brandi, we already have some custom code that helps us see what we have on hand, what has been placed on new orders, and what is still needed (don't have that yet)

- Brandi, we currently have to make a sales order, fulfill it to the level that is true, and then duplicate it and redo what is still needed. This is the current manual process. She would really love to automate that manual process and take out the possible human error (either multiple clicks and/or info that was forgotten).

- Backorders play on both sides of the fence... inbound items and outbound items... Both sides need a standard and automated flow process.

- Steve, was recommending that we see their existing processes and then make a plan.

- Brandon, we somewhat proposed a system that uses a request quantity (what is wanted), actual quantity (real values), and still needed values (backorders and/or wish list). We talked about having and showing all the fields and allowing JavaScript to help do the math, show/hide checkboxes to help automate the duplication process and pushing the virtual backorder and/or wish list forward. We would then keep chaining and flex gridding those pieces together. Basically, the same things that they are doing manually right now, but we speed it up and help to automate it.

- Steve, he loves clients who ask - Can we move this tree? I keep having to walk around it. While other clients just quietly walk around the tree every day. Sometimes those clients who ask the questions really help us move the ball forward.

- Steve, software and application are constantly changing.

- Jason, really likes to look at "scale". Can I do this? Can I do this for x number? Can I double or triple that and still be ok? Can I multiple by n (unknown number)? It all comes to scale.

- Jason, they have really used tons and tons of flex grid... It is now getting to the level where it is getting to be somewhat of a nightmare, due to the number of custom fields and where it is stored.

- Jason, process sequencing - what data (total) do we need to catch and then push to where it goes. First catch the data. Then we can display it, however we want to.

- Jason, he likes farming (talking about idea farming). But, he really like to harvest (seeing it through).

- Jason, will send up some docs on what they want done. We (adilas) will then help plan it out and get them some quotes and what not.

- Dream it up, and we'll help you wire it up.