Working on the vendor credit project stuff. We already launched round one of the project. This is just to help it out a bit (round two). Research on vendor credits. It, the topic, covers way more than just vendor credits. Lots of great entries. There were over 50+ entries that mentioned vendor credits. Great review of where we have come from and where we are going. I loved the review session. Tons of fun accounting things coming in the future. Also, a small review of MVP lists for changes that we want to make.

Small note for me... I was doing some research on vendor credits... I only got to the end of 2023... Still need all of the other research since then. The older stuff was a great review and helped me see some pieces and patterns. Even where we are heading. Web link - developer's notebook on vendor credits.

Phone call with Steve. Talking about updates, changes, etc. We spent some time talking about vendor credits. Steve recommended that we use the vendor switch to help with auto adding the other part of the transaction. If the vendor is marked as an inventory vendor, we could update COGS (cost of goods sold) or a service vendor, we could update the expenses. As a recommendation, he recommended that we check out loyalty points. It has a similar auto flip to keep things square and right.

We started talking about Yogen Fruz and some of their touch level cart buttons (touchscreen stuff). We jumped onto a GoToMeeting and he was showing me the buttons to add new things to the cart. They looked more modern, as compared to the older my cart favorite buttons. Steve was saying that things seem to be heading towards bulk building of the menu trees. He is using AI to build some of these things. The AI was recommending three screens... phone, touch pad (mobile or tablet), and normal desktop mode or sizes. See attached for a couple of screenshot samples of the new buttons that he is working on.

Steve was saying that coding with AI is almost to a throwaway code level. It is almost easier to just rebuild it with new changes vs going in and changing it. Steve is really trying to help clients out and really solving client needs.

Small data fix for Sean. He had done an import (uploaded new inventory items) and was missing the vendor. I had to go in and update a few records and tables to get it correct. Phone call with Sean to do a quick follow-up. Spent an hour fixing a file for Sean. Adding in a default vendor field for a CSV part upload page. Pushed up new files to all servers.

Light research on vendor credits. We already allow for these, through special accounts. Cory and Steve want me to look into helping to tighten things up a bit. They can get kinda interesting. All kinds of situations may arise and/or be needed. I watched a couple of small videos online how other software products take care of it. As a note, it seems like a challenge, no matter how you do it. Here are a few things that I found - small notes:

- Vendor credits can come from returns, discounts, or overpayments

- You want your A/P's decrease

- Back in the day, we use to go to the actual PO or expense and put a new line item on the record stating that we got some kinda of vendor credit. We would then alter what was owed and/or paid. The old way was a very manual process.

- We already allow you to claim and use a vendor credit. We can back tie it to a vendor, a PO, or an expense/receipt. Without being super technical, you are somewhat declaring a new "almost like cash - asset" that can be used as a form of payment on a PO or expense/receipt. Currently, the missing piece is a possible offsetting entry to help keep things in balance. You can't just declare a new virtual asset without adjusting the COGS or expenses or inventory portion of the financials.

- You can map to an expense on the income statement. You can also decrease the inventory value, based on what happened.

- Other software companies had to create normal bills and then negative bills to record the entry.

- Apply the credit to the actual bill

- You may have to make a deposit or put a check back in the bank from the vendor

- There seems to be a need for clearing out the account - a manual offset of some sort

- So many situations... they keep changing... not just one simple solution

- We were thinking of doing an auto entry on the COGS for that vendor but it may not always go straight to COGS. There are a number of possible variables that we may need to consider. As a follow-up to this note, Steve and I were talking about maybe looking up the vendor type switch to see if the vendors were inventory vendors or service vendors. We met over the phone and then on a GoToMeeting session later in the day, after I had written these notes. If we do go with the new option, then we could maybe automate things based off of that.

- As a fun side note, eventually, we need to add in values for in-store credits. those too have some tricky questions about how they came to be and where they came from. All part of the fun.

Recording notes and reviewing a video from Cory about vendor credits. Emails and then jumping back into the changes on the help files and help navigation stuff. Updated the "all help files" page as well. Pushed up some new code to test live on data 0.

The other part of the adilas glossary (A-J) is on element of time # 4030 in the adilas university site. Web link - time_web_gallery.cfm?corp=371&id=4030

K

• Keep - This is usually some sort of an action where you are maintaining or keeping something for later use. It could also involve something that you do continuously - for instance keep clicking on this, keep drilling down, keep refreshing, keep checking back, etc. Saying either save that or continue on that path. 
• Kill - This is a general term usually meaning to delete, destroy, make inactive, hide, etc. It is a general term that means to get rid of something. Other times you might talk about if it is going to kill the system meaning too heavy of a load, too intense, too many sub details, etc. 
• Knock knock - Who's there? It could be a joke but actually we use it in computer speaking when we are trying to gain access to API sockets. You play knock knock with the server. The server responds who are you? What do you want? Then you have to respond that those questions/requests. It is kind of a back and forth protocol.
• Knox Report - Special sales report for invoices and payments made. It has the ability to show quick stats, counts, and other math totals. You can also run comparisons on different date ranges if wanted. The original report, and all of the columns and/or numbers, were requested by an operations manager named Phillip Knox, out of Canada. Thus the name. It's really just an awesome sales report.
• KPI or Key Performance Indicators - These are a set of values (totals, counts, averages, sums, etc.) that are used to determine how things (people, processes, or campaigns) are doing. Some of these KPI's are used on reports, dashboards, and in other areas. Basically, someone setups up a rule and and benchmark goal. Then things are evaluated based on those key performance indicators.
• Kush Cart - This is a version of the internal shopping cart. The three main versions are the classic cart, the Kush cart, and the mini scan cart.

L

• Labels - Can be printed via browser settings from multiple locations in the database. Item labels can be used to add items to the shopping cart, item labels can be printed from within the shopping cart for certain industries, labels can be printed for plants from the cultivation homepage.
• Label Builder - Special application and/or functionality to help with custom labels. Inside the system, there are various label builders. Some are very basic (auto linked from specific pages to the label generator) and other allow for all kinds of drawing, graphics, dynamic text, colors, rotation, barcodes, QR codes, custom naming, saving, etc. Multiple versions, based on needs.
• Liabilities - Financial obligations of a company. Tracked on the balance sheet.
• Line Items - "Meat and potatoes of a form." Can be inventory items on a PO, expenses on an expense receipt, and invoice sales on a deposit.
• Link - A link could be an actual web link where you go from page to page. These are often used in navigation or drill-downs. A link could also be things that get connected or tied in. Such as an invoice might be linked with a customer or an item is linked with a PO. Another definition for link is an item within a chain of a process. What are the links that it needs to go through?
• Locations - Way to sort inventory, allocate sales tax rates, organize operations in the database. Completely dynamic.
• Lock - A lock usually means that something becomes more secure. It could be locking people out, locking things down, it could be advancing something so that people with lower permissions cannot access or see it. Another example could be a system being put or going on lock down - like the system or a database table. A lock is used to inhibit access. 
• Logout - Function that allows a user to leave the database. Once logged out, another user can log in from that computer. Note.. logging out does not clock out the user.
• Logs - Associated with customers/clients. Area where notes may be kept for historical reference.
• Look and Feel - Basically this deals with what you see. Your interface colors, your color choices, your navigation buttons, your interface layout design, your defaults, your style, etc. The software system allows for all kinds of dynamic colors, fonts, watermarks, graphics, logos, and styling to help with your look and feel. 
• Look Back Date - Usually this means that we are going back in time to look at data or content. Very common for inventory levels, sales, and balance sheet items.
• Loyalty Points - This is the process of assigning points and values (dollars) to a customer or client who purchases from you. These loyalty points can have ratios (how many points for how many dollars spent), date rules, redemption rules, etc. Inside the system, you have to turn it on, but the system will automate this process for you (checkout, accumulation, redemption, etc.). The bigger section is called special accounts and deals with things like loyalty points, gift cards, vendor credits, in-store credits, etc. The use of loyalty points, in the system if built-in, once turned on at no extra charge.
• LPI (Lines Per Inch) - This is a printing term that deals with resolution. Another common one for this is DPI which is dots per inch. Often computer screens and printers deal with DPI where LPI is for professional print shops.

M

• Main - The software application uses the term main in multiple different ways. It could be main homepage, main navigation, main or core logic. The word main might also refer to sub homepages such as main customer homepage, main invoice homepage, main deposit homepage. Going deeper the word main could also mean the starting of the object. Anything that can hold subs is a main. For instance the main invoice details or main element of time. We end up adding sub details, such as line items and payments, to a main bucket, item, or container. It is very common within the application to see the words edit main. This deals with going directly to edit the details required to start or initiate a new object within the system. 
• Make/Model - This is tied to serialized or stock/unit inventory. The make is usually similar to a brand name. Then the model is usually some sort of a sub division within that, that has some known attributes or pieces. In the system we allow you to define the makes/models and the underlying presets that go along with those. These are set up into one to many relationships where one make can have an unlimited number of models.  
• Manager's Time Clock - This is a permission/section that allows a user to oversee time clock records for departments that have been assigned to that manager. Time clocks have three different levels. You have the user level which is easy to add but you cannot edit anything. Then manager's time clock which allows you to add and edit but only at a certain level. Then admin time clock that allows for corporation wide adds, edits, and reports. 
• Mark-up - This usually deals with a pricing model where you take a value and you multiple it by a cost to arrive at a new price. Depending on if you are doing widget (small, bulk) type inventory or serialized (stock/unit) inventory there may be multiple levels of mark-up. Another way that mark-up is used is sometimes on coding language. A mark-up language is where certain things have tags, attributes, and parameters. 
• Media Content - Technically media/content is any kind of file, which could be spreadsheets, text documents, PDFs, graphics, photos, scans, audio files, video files, etc. that may be added to the system. Inside of the application we allow media/content to be added to any of the 12 main items, any of the 12 main player groups, or just generically to the system as a whole. Basically this is your paperless office function. 
• Merchant Processing - This is a general term used to talk about credit card transactions, authorizations, and processing. The system acts as the client side or software piece. It sends transactions over to a gateway which authorizes, confirms, and holds secure data. The merchant part of it deals with converting that data into real monies that will get pushed into the company's bank account.
• Meta Data - This is data about the data. Usually used for database or describing things. Say you have a PDF document. The meta data might be things like the title, the category, the feature it explains or is part of, who created it, the date, the last date modified, the page length, etc. This is just one sample. It is basically any side data that describes or helps categorize the main data. It is used in web technologies all the time. Meta data helps the browsers and search engines know what the page either contains or is for.
• Metrc - This is a state compliance agency that tracks regulated items through the chain of custody and uses their own RFID tags and subsequent system to help in that tracking and training process. Metrc is pronounced "metric", like the measurement standard.
• Mini Conversions - A conversion is where something gets converted into something else. Usually it deals with units of measure. For example gallons of water, liters of water, cups of water, drops of water, etc. The reason we use the word mini conversions is that we are trying to track a semblance of what is happening instead of a full conversion that might be unalterable. These mini conversions are simulating the breakdown or conversion into smaller or bigger groupings.
• Mini Scan Cart - This is a version of the main internal shopping cart. The three main versions are the classic cart, the Kush cart, and the mini scan cart. The mini scan cart is the most flexible and customizable of all of the shopping carts. It has a number of toggle on/off settings, you can rename buttons and even show/hide different possible functionality add-ons. This shopping cart also has a number of touch screen specific options and settings.
• Mix - This could be the mix that you have on your sales floor (what inventory items you have in-stock - example: what's your mix or let me show you my mix) or it could be the act of blending one or more pieces together. Often the word mix is used to mean some sort of combination or process to get a result. Inside of adilas, we often are mixing and blending different business functions or technologies together. The goal is something different than what or where you started.
• Mobile - This could mean mobile as in on a mobile device where the sizing or layout changes based on screen size. It could also mean the ability to carry, transport, or move around. It may also mean the ability to transfer pieces between things - the data can become mobile. The ability of the data to transfer between places such as to different corps, other software, different places in the application, etc. Often you might hear the words mobile app or mobile ready - that usually means a software system that runs natively on android or iOS devices.
• Modal - This is a special popup window that is used in or on a web page. It appears to be a new window, but actually, it is just a layer that sits on top of the other browser window. Without getting super technical, a modal helps show/hide additional information so that the page can remain less cluttered.
• Money Types - Options for making and receiving payments.
• Money Type Settings - List that shows all existing options for making and receiving payments. Boxes may be selected or deselected to customize payment options based on form (Invoice, Shopping Cart, Deposit, Expense)
• More Options - Button provides access to links that are associated with the page in use. At the top of most pages.
• My Cart Favorites - Custom preset buttons that determine how items assigned to those buttons are sold.
• My Settings - This deals with access to user level settings within the software application. This could be anything from password and profile information to default cart types, expense types, Flash buttons, etc.

N

• Ctrl N - This is a keyboard shortcut on windows for creating a new tab in your browser window. Often you can do the same thing by right clicking a tab and clicking new or duplicate, etc. 
• News & Updates - Updates and how to's are posted here to alert users of new functionality within the system.
• Normal Parts/Items - The word "parts" is used to mean any item that is tracked as a group (including labor and services). It is also important to note that the words "parts" and "part number" are editable on a per corporation basis from the corp-wide settings. Specific items are called units or stock numbers (serialized units) and are handled through a different section (usually bigger ticket items). Sometimes the word normal parts applies itself to how things are tracked meaning tracking things in and out.
• Nxtlinq - AI technologies company. The Nxtlinq group helped to make the adilas.biz AI agent "Adi". They are a 3rd party solution in the AI technology space.

O

• One to Many - This is a database concept and usually deals with some main element that may have subs, children, add-ons, additions, or some unlimited number of connections. Some examples could be one customer has multiple invoices or each invoice has multiple line items. We use the concept of one to many to talk way beyond just database things but that is where it came from. 
• One to One - This is also a database concept and usually what it means is a direct relationship. It's the opposite of a one to many. Often a one to one indicates a switch, a toggle, an additional value that may be conditional, an option of being turned on or invoked. 
• Online Bill Pay - This is where a customer would actually get a button, a link, or an email where they could go pay for a statement online using a credit card. 
• Open/Opened - This is a common term that we use to talk about being engaged, active, selected, etc. An example might be open this package, meaning make it active or current. Or open the invoice homepage, meaning go to that page and open it. Or you may hear someone say tell me what tabs you have opened, meaning what do you have showing. 

P

• Ctrl P - This is a keyboard shortcut on windows for printing a certain page.
• Packages - This is used in a number of different ways. Often it deals with batches for sub inventory. Sometimes they are called packages or child packages where you get into parent or child relationship. Packages could get into shipping. Packages could also be used for a certain set of features. For example if you were in a certain industry and wanted to buy the extended package that would be a set of extended features. Sometimes it is also used in the recipe/build area if you are creating certain recipes to create a package, or a kit, or some sort of group. 
• Page Settings - These settings deal with what happens on a single page. As a note there are corporation or world-level settings. There are group level settings such as invoices or PO settings. There are individual settings, there are also these page settings which deal with just how certain pages act, interact, show/hide, react, etc. 
• Parent - This usually refers to inventory and kind of a parent-child relationship. The parent is usually the main element or place holder. We then refer to the parent as the main item and the subsequent children are those related to that parent.  
• Parent Attributes - These are optional but these are classifications and categories that can be associated with different inventory items. These are ways to group and flag your inventories. This can help with sales and filtering of items/products. These are unlimited and often help in categorizing or searching or sub-filtering pieces together. As an example, say you bought outdoor equipment from a wholesaler but you really wanted to make sure that things were known for their brand. Not necessarily the vendor you purchased them from but the brand. This could be one example of a parent attribute but there are unlimited possibilities.
• Parent/Child or Parent - Child - This is a relationship for inventory items. The parent is the main item. If there are differences or a need to track sub data, special descriptions, changing costs, alternate prices, and other attributes, we use child or sub inventory. Super flexible and powerful but does require some additional steps as compared to normal or parent inventory tracking. Not required.
• Parent Inventory - Inventory items. May be sold as is (status active) or may be set up not to be sold (allow subs only) but to act as name holders for sub inventory (see sub inventory). May also be set to inactive if no longer needed for sales.
• Parts - Items or services that are sold. The name 'part' can be changed to reflect the 'widget' inventory and or services. 
• Part Category/Categories - Organizes items into a subset. Technically a part category helps in searches, in your reports, and on your financials. It also helps if you are going to be setting up any sub inventory attributes. Most of your sales reports are done by category at the top level and then by item. 
• Parts Homepage - Main inventory homepage. May search for inventory by vendor, category, or item. Printable views also accessed from this homepage, as well as a multitude of advanced searches.
• Patient - System default is customer- patient is an example of a choice for renaming 
• Payee - Refers to individual or business being paid, either vendor or employee.
• Payments Not Yet Deposited - As invoices are created, payments are applied. This verbiage stands for the state of these payments. They are 'waiting' to be included on a deposit.
• PDF-Portable Document Format - a file format that is used to share data. Many pages in the system may be exported to PDF through the click of a button.
• Percentage Calculator - This is a feature that allows you to calculate a percentage based off of either the cart total or a line total. Once the percentage is calculated, you have an option to alter or change any verbiage that is needed before adding the item to the cart. Often this is done to help cover credit card fees or some other percentage calculation. Normally used as part of the POS (point of sale) interface. Only companies that use this feature need to know about it. Normal retail actions don't use this special calculator.
• Permissions - Over 150 rules that allow or block access to functions within the database.
• Plant Tags - This is a term meaning an RFID tag for monitored items. Usually used in cultivation and harvesting processes.
• PNG Image - Portable Network Graphic- type of image file that is accepted for upload under the Media/Content link located on most forms in the database.
• PO's - This abbreviation stands for both Purchase Order, used to receive inventory and Production Order, used to record and track light manufactured items.
• Post - A post has a couple different things that it could be. One, any time a form is submitted it is called a post in technical terms. A post in accounting usually means let's lock it down and make it tight, also meaning lock it down from lower permission users. A post could also mean when you take smaller details and combine them into a summed entry, this entry can also be called a post. If you are talking about fences, it's the big tall thing. :)
• Presentation Gallery - This is a small web-site devoted to quick sales and marketing slides. The full set is around 50 sides that cover main topics of what we do at adilas. There are sections for essential business functions, application player groups, and core concepts. https://news.adilas.biz/sales-gallery/adilas-advert-index.html
• Printable - View of data that is condensed in order to print more succinctly. Editing is unavailable in the printable view.
• Printer Friendly - This is a term for certain pages and reports. Printer friendly means that minimal navigation or header/footer values exists. Usually, you have to go to that page, say an invoice or quote, and then click a button that says printer friendly. There are printer friendly options for multiple areas within the site.

Q

• Quick Search - This function appears on each page and allows one to quickly search for any element.
• Quote - The step prior to creating an invoice. Can be skipped if desired or created and turned into an invoice.
• QR Code - A two dimensional barcode that holds more data than a one dimensional barcode. 
  
  

R

• Raster Image - This is also sometimes called a bitmap image. Usually what this means is that there are little blocks of color to make the image. If it is blown up to big it can become pixelated. For example, people who work in PhotoShop deal with raster images all the time. The opposite of a raster image is what is called a vector image, which deals with smooth mathematical lines, arcs, and curves. Vector images scale very well because they are mathematically based. 
• Recipe/Builds - Method of selling items grouped together into a 'kit' or 'recipe'. Pulls inventory onto the invoice in set quantities.
• Reflexive Flex Grid - This is a piece of flex grid or flex grid tie-in that goes in the opposite direction. A normal piece of flex grid connects a single record to a source (say one of the main 12 application player groups). A reflexive piece of flex grid does a reverse connection from sub to main vs main to sub. Here is a quick example: Say you have a customer that needs a refund, you could go from the expense to the customer or from the customer to the expense. Either way. The goal is that the items are connected or have a relationship. If you use reflexive flex grid, you only have to make one connection, and the system will do both directions for you. You are trying to tell the story of what happened. Time saver.
• Refresh Queue - A queue is basically a digital line. This could be used for projects, people waiting, people who need to be served, etc. Refreshing the queue typically just means what is the current status or order of these people or things waiting. Some of the pages actually have settings so that the queue will refresh itself at an interval the company has selected.
• Refund - This is the act of returning or giving back an amount for something that was purchased. Inside the system, if you need to issue a refund, you will do a negative quantity (I'm getting something back). Not all refunds deal with items. Sometimes is just money trading hands. Depending on the side of the equation you are on, a refund could be monies going out (someone is asking for a refund) or you could be asking for monies coming in (I was a refund).
• REI's - This is short for a reimbursement. A reimbursement is money that was paid out of a person's pocket that needs to be paid back directly to that person. These are very common in the expense/receipt side of the application. For example, say I was out and bought a new broom and wanted to have the company reimburse me for buying the broom. On a technical side reimbursements in the system must be paid back in full. There is something called a split in the system that you can chip away at an expense and make payments to it but a reimbursement must be paid in full. There are tools in the systems to combine or pay reimbursements in bulk. 
• Reoccurring Elements of Time - Often you will have things that you want to reoccur over and over again such as company meetings, a set/reoccurring due date, even a person's schedule - things that happen over and over again. Inside the system you have to create one primary element of time that exists by itself, then you can tell it to reoccur or choose how to reoccurs. The master needs to be created first and then you can duplicate that master to create the further elements for reoccurring. 
• Reoccurring Expense Receipts - This is some sort of a bill or expense that happens over and over again. This is very common for rent, insurance, draws, auto-transfers from banks, etc. You set up the master and then you can tell it when to duplicate itself and advance it's dates for creating the additional expense/receipts. 
• Reoccurring Invoices - This is charging a customer over and over again in some kind of a reoccurring subscription, or repetitive purchases, etc. Once a single invoice is setup it could be set to reoccurring if there is some sort of constant, regular billing. If the invoice amount changes you may not want to go this route. This is best used for the same items/services and amount reoccurring on a regular interval. Once again you have to have a master invoice and then it knows what to copy. This section inside of the system can do it both automatically and as a manual reminder in case things need to change. 
• Request PO - This PO type is used for ordering, requesting, or getting quotes from vendors. This PO type records all of the main PO info without taking it to the next step (receiving). The PO request may easily be turned into a "Basic Live" PO by switching the PO type. When this happens, the request will hold all of it's original info and becomes received (actual or live). At this point, it will function just as a basic live PO would (inventory counts and payables). This PO type is vendor specific. See corp-wide settings for custom naming.
• Responsive - This has a couple of general meanings. One of the most modern ones is called a responsive webpage, meaning it sizes well for different devices. The layout will change depending on the size of the screen, that is called responsive. Another use of the word responsive is talking about clients getting back with you, vendors, or even the server - such as the server is not responsive meaning that it is not responding to requests presently which could mean it may be asleep or dead for a bit.
• Restore to Cart - This means you are taking something, usually a quote, and putting it back into the flexible shopping cart mode where you can add, edit, change, and use the bulk tools in the shopping cart. As a note, restore to cart is from quotes but there is also an option to duplicate to cart which is taking a completed invoice and restoring it to the cart. 
• Results - This is also a general term. It could mean a goal - what are you desired results. It could mean results of a query - what came back from a search. It could also deal with testing results for something such as new code. Results are also trying to find what you are looking for. What do you get out of this thing that you are looking for.
• Retail - The term retail usually means something along the lines of sales or selling something. Inside the system, retail could be a name of a certain interface or dashboard - retail dashboard, retail homepage, retail interface (POS interface), retail sales report, etc. Retail usually means taxes, where wholesale means non taxed, at the current time of the transaction.
• RFID - Radio frequency identifiers - Used in the cannabis industry to track all inventory and plants. Unique number associated with inventory items.
• Rounding - Rounding deals with the level of accuracy, usually with number. This could be decimals to decimals or decimals to integers. It is also important to know that the deeper you split something apart there might be virtual saw dust or shavings which is referred to as rounding error - trying to get it split apart or broken down as close as you can. Rounding is often used in taxes, discounts, and eventually needs to be equated into money if you are dealing with dollars and cents. Sometimes inside of the system we allow things to be flexible up to 5 decimal points - the term we use for this in the application is the dewy decimal system - this is not related to libraries.   

S

• Sales And Profit - This is a term to show what has been sold (sales) and what the profit or difference between the price and cost are. Sometimes, this is used as a term to mean, how did we do? Inside the system, there are special invoice-based sales report that show this information. The P&L (profit and loss or income statement) also show this kind of information. Sometime the sales are called revenue and the profit is calculated based off of a salesprice minus the cost of goods sold (COGS). Discounts may or may not be included, depending on what you are looking for. Often taxes are left out of this calculation.
• Sales Tax Settings - All settings are dynamic and can be entered on the location homepage. 
• Server (what server are you on?) - All corps are assigned a server that houses all their data. Server number is visible in URL ie. https://data4.adilas.biz
• Settings - Settings are usually some sort of user preferences or default values to help a page or a function configure itself. Inside of the system there are four main types of settings. We have corporation or world level settings. We have group or system player settings - for example invoices, parts, customers, etc. We also have what are called page settings which deal with a specific page function, flow, or process. The lastly we also have a thing called individual or user settings - this is where an individual or user gets to set some preferences such as default types, navigation, other presets and defaults. 
• Shopping Cart - Where sales happen in the database (see also Cart).  The shopping cart is how you sell your stuff. It is the interface between your customers and the entire rest of the system. The shopping cart eventually helps you to create your invoices and quotes. It is literally tied to almost everything in the system. If you took out this piece of the puzzle, not much would be happening. This is the "interface" piece.
• Show/Hide Search Criteria - This is usually a button or a link that helps you collapse or expand search forms. Often pages or reports needs user inputs or filters but showing that right off the bat takes up valuable real estate on the page. So the show/hide search criteria allows you to expand or collapse that when you need to interact with the input, filter, and searching section.  
• Signature or E-Signature - This usually deals with a sales receipt or invoice. A signature is a special written name or approval. An e-signature usually means some sort of digital signature or approval. There are a number of signature settings for invoices, inside the system, including e-signature options.
• Smart Group - Basically, a smart group button is a my cart favorite button that contains all of the functionality of the normal cart favorite buttons plus it allows for pre-set pricing structures (quantities, weights, and prices) to be assigned or connected to one or more inventory items. Smart group buttons allow for both assignments (who gets to play) and rules (how things interact or play) to be set up.
• Snow Owl - This is a look and feel theme or motif. Snow Owl is a series of header, footers, options, settings, and styling for the pages. Originally developed by Russell Moore in 2017. Additional changes have been made. This theme currently has the most modern features, access to tools, functions, settings, and more. Sometimes we talk about Snow Owl in a general sense but this encompasses hundreds of settings, features, and options that are part of running Snow Owl. 
• Software - This is a term meaning any kind of code or program that is installed on a machine. Often software deals with licenses, updates, versioning, etc. Some of it's family members are hardware, firmware, freeware, shareware, and even sometimes vaporware. Even though the system is a web application it is sometimes generically called software. 
• Special Accounts - These are things inside of the system that take on the role of a miniature account of sorts. We use the term special accounts for things like loyalty points, gift cards, gift certificates, vendor credits, in-store credits, punch cards, account balances, etc.
• Special Line Items - These deal with the hardcoded part numbers or "special line items" that are used within the application. Many of them have special uses and special code that is built in to the main application. These are things such as labor, fee, discount, verbiage, other, shipping, trade-ins, and more. Basically these are special parts or items that can be attached to an invoice or PO and some of them even have special treatment on how they are tracked financially on the P&L and Balance Sheet.  
• Special Live PO - PO used to bring in inventory from multiple vendors. This PO type allows the main vendor to be set as the payable (who will get paid), and the line items may contain bulk, generic, or non-vendor specific items. These PO types are used by companies that buy the same item from multiple vendors and don't want certain items to be tracked on a per vendor basis. The items become a bulk or general usage item and are usually maintained under a special internal vendor. 
• Special Parts - This can be two different things, it can refer to unlimited items that don't track quantity such as labor or services, or it can refer to the special built-in application items.
• Special Request - This is the request side of the special live PO's. Very similar to a basic request except it allows multi and mixed vendors. See description of special live PO's above for more info. Once received, all special request PO's will need to be flipped over to the special live PO status in order to show up and become real or live. 
• Specific - Specific basically limits the scope. We use it as a general term and it could mean specific in reference to talking about a specific item or a specific relationship. We also use it when referring to things like corp specific, vendor specific, location specific, user specific etc. Once again it takes that general topic and narrows it down to that scope. 
• Split Cart - Feature that allows user to view shopping cart and my cart favorite buttons on the same screen simultaneously (see M for My cart favorite).
• Split/Splits - This has a number of different features associated with the word splits. This could be split payments - which is typically dealing with multiple locations where you may have to split or divide payments. A general term called splits in the system is a term used for payments that are on account. This is used when you need to pay a vendor and you may owe a larger sum than you can pay right then. You can attribute whatever monies you would like to that vendor's account and it will pay off or satisfy those expenses. Sometimes split can refer to split screen functionality that diverges or splits. If you are dividing revenue sharing you might create some sort of a split.
• Spread - This could mean a spread of what you have (like inventory items or options) or it could be the act of distributing something across multiple areas. The term areas could mean whatever, bills, invoices, payments, security, outreach, etc.
• Start New Cart - Function that allows user to begin a sale.
• Statements - a time stamped report or "snapshot" of who owes you what.
• Status - This term could me a number of things. A status is usually a state of being of some sort. Often, inside the system, a status is either active (use/show) or inactive (don't use/delete/hide). Sometimes the term status could also mean a state of readiness.
• Stock/Unit Cust - A restricted view of serialized inventory. The view is 'customer' friendly, hence the name 'Cust.'
• Stock/Unit Full - A full view of serialized inventory. Includes cost and other info that should be hidden from customers.
• Students - Technically a student is a person who learns. There is a corp wide setting that you can use for your customers and if you happen to be engaged with people who are called students you may change your customer name to student. This can also deal with people who are learning from your media files or procedures. 
• Sub Attributes - Unique information associated with a sub inventory item. This information is driven by sub inventory templates that are created based on the tracking needs of the business (see sub attribute templates).
• Sub Attribute Templates - Templates that carry the unique data assigned to sub inventory items. These are assigned by the business based on tracking needs.
• Sub Inventory - Items in the database that can be sold. Connected to a parent item (parent inventory) which carries the name and some information. Sub inventory is unique and can carry much more unique information (see also Child).
• Switch Corp - If a business has more than one corp they can switch between them without logging out.
• System Assets - Contains all company assets. Deposits, Accounts Receivable, Invoices etc.
• System Basics - Basic permissions and links to preform calculations.
• System Liabilities - Contains all company liabilities. In general all payables that your company owes.
• System-Maintained BSI - Item on the balance sheet that are automatically generated and updated by the database.
• System Maintenance - Section that contains homepages that allow the user to maintain different functions.
• System Management - High security level that allows the user to maintain corp-wide settings and user permissions.
• System Reports - General reports to help you know and understand the company finances, inventory levels and historical data.
• System Time & Requests - Inter company calendar. Used to schedule any 'element of time.'

T

• Templates - Templates are typically grouped settings or presets. It could be a number of settings or permissions that are configured or options that are toggled on and off. Sometimes we use templates in things like sub inventory attributes, elements of time templates (master time templates), we also could potentially use templates to set up corporations on a more global scale - like setting presets for certain industries or jobs, etc. 
• Themes - A theme is similar to a template except it deals with look and feel or what we call a theme. A theme is something that has a reoccurring or overarching premises to it. We do often use this with look and feel and you can see a patter with this, some of these are the classic theme, geometry, Snow Owl, etc.
• Threshold - A threshold is a limit either on the top or bottom of an amount. For example: Say you sell a certain widget item, you may set a max threshold of 50 and minimum threshold of 10. The goal is to stay within your boundaries or thresholds.
• Tiered Pricing - This is the act of automatically applying a price break as the quantity goes up. Inside the system, there are tiered pricing options in the my cart favorite buttons (smart groups) or inside of the parent attributes applied to items for ecommerce sales. Often tiered pricing deals with rules and assignments to different items (assignments) and price breaks (rules).
• Time - Refers to an 'Element of Time.' The object that tracks any data related to time. These are the basis of the calendar and scheduling.
• Time Clock - Time clocks have three different levels. You have the user level which is easy to add but you cannot edit anything. Then manager's time clock which allows you to add and edit but only at a certain level. Then admin time clock that allows for corporation wide adds, edits, and reports. 
• Time Templates - The time templates or master time templates control what the time elements are called. They also control what they allow as far as subs, add-on's, default settings, and functions of time. Think of a time template as a cookie cutter for the actual elements of time. 
• Touch or Touch Screen - Touch can mean a number of different things. It could be an action - who touched my customer log notes? Often, there are system histories to show who touched what parts, pieces, and/or records. It could also mean touch or the act of using a touch screen. This is very common in the POS (point of sale) interface. Certain settings are specifically setup to allow for easier touch options (big buttons or finger related interfaces).
• Transfer - This is another general term. One of the most common usages is what we call an invoice transfer where you are moving product from location to location. Internally we call that a transfer invoice. Another use for transfer is when we talk about a bank transfer - moving money from one account to another account. There may be other uses for the word transfer like transfer of ownership or documents. It generally means something is in movement or there is a change in ownership.
• Transition Invoice - A transition means something that is in-between things. For general purposes a transition invoice is between a quote and a real invoice. We actually allow you to name it whatever you would like. Some common ones might be work in progress, work order, layaway, prepaid invoice, etc. Basically it is something that may not fully be done or finished but we already need to start contributing inventory and payments to the order. On transition invoices some of your normal financial pieces are deferred until it gets changed to an actual customer invoice.
• Try Storming - Similar to brainstorming but with the knowledge that you will be circling back around. You still plan things out, do whatever you are going to do, make your best effort, and then you - on purpose - circle back around. Keep repeating until you have what you want.
• Type - This is a very general term. It is basically a way to organize or flag certain data. A couple of examples might be invoice types, PO types, customer types, etc. We also use virtual chart of account buckets called deposit types and expense types. It is all for categorizing and organizing your data. Another common term for a type is either a category or grouping. Sometimes these can all be used interchangeably and indicate some sort of organization or flagging. 

U

• Universe - Universe inside of the system usually deals with all of the different servers, the different corporations or worlds, and all of the different entities that play together under this larger umbrella. Along this line sometimes we also use the word universal which can mean globally/generally accepted and adapted across the system. 
• Units of Measure - A unit of measure is some sort of a standard way of noting a measurement, a weight, or a length. Common ones might be something like ounces, grams, tons, liters, gallons, dozens, boxes, each, etc. A unit of measurement is assigned to every inventory item. This controls how the items are reduced from inventory and how price is determined in the shopping cart. Units of measure may be broken down further into what are called mini conversions. This is where you have a certain amount of one measurement that creates or equals a certain amount of another measurement. 
• Unlimited Parts/Items - Each inventory item may be specified as either normal, where we count quantities in and out. Or unlimited where we allow it to sell as many as we want, such as services where we don't limit it to an actual inventory value. 
• Update - Update is a general term. Usually it deals with some sort of a database type change where a record gets edited or updated. It is also very possible to update things that are held in memory without hitting the database but usually update refers to some sort of a change, or something new being presented, a feature being updated, or some news and updates letting you know about current or upcoming functionality. 
• Update Cart - Allows user to push new information into the shopping cart during a sale.
• Update Inventory - Function that allows user to update entire inventory via one purchase order (see Update PO).
• Update PO - PO used to update inventory regardless of vendor (see Update Inventory).
• Upload - This is an action. Usually this means a push from one computer to another computer or server. Uploading usually deals with files, images, media/content, or even potential lists of data. 
• URL - A URL is another name for the web address. A web address is usually in the top of your browser and is used for hyperlinks, form submission, and general web navigation. Technically it stands for a Uniform Resource Locator but it is basically just a web address. 
• USAePay - Available merchant processing gateway for internal shopping carts, online bill pay, and ecommerce transactions.
• User-Maintained BSI - Item on the balance sheet that is created by the user and maintained by the user (not automatically updated by the database).
• User Settings - These are settings that are changeable on a per user basis. These could be things like default location, default homepage, a specific invoice type you like to use, if you are paying expenses it could be a certain payment type you typically use, a default shopping cart, etc. Basically they are setting that are changeable to make your user flow more customized and helpful for the user. The number of user settings continues to increase and there are also places that you can setup your own custom navigation, links, buttons, and more to come.  

V

• Ctrl V - This is a keyboard shortcut on windows for pasting a certain selection held in memory. Either Ctrl C or Ctrl X are the ways of copying something to memory. 
• Validation - This usually means that certain data meets or matches certain criteria before being accepted. The system actually uses a number of forms of validation. You can have local validation which happens before anything even gets submitted. You also have server side validation where things get checked on the server before they are able to be used, advanced, or edited. There are also things called validation routines which means multiple steps of validation to help walk through a process. 
• Vendor Catalog - This is a term that is used at an enterprise level. Meaning, a list of vendors that may be added or go up/down the chain for multiple locations, entities, or corporation. It is basically a library of vendor information that exists at a high level and then may be pushed down to sub entities.
• Vendor Credit - This is an amount that a vendor allows as a discount or value that does not need to be paid. For example: Say you bought some things and the items weren't quite right. The vendor may issue you a credit or vendor credit. That means that the next bill or things that you pay for will be less money due to the vendor credit (an I owe you from the vendor). Inside the system, these are tracked as subs of the special accounts functionality.
• Vendors - Any person, business or entity that your company purchases services or items from.
• Verify - Verify usually means a second approval. Dealing with banks on expense and deposits, verifying means that the bank shows that same value. There are tools that allow for what we call bulk verify/verification, posting, etc. A lot of this deals with ways of advancing the ball (data) and saying that it is still good and can move on to the next step. ,    
• View Cart - Shows user current shopping cart information. If a shopping cart exists it will be held in memory and often we use the term view cart to get back to that process. Carts are just saved in memory until you actually submit the cart and create an invoice or a quote. There is usually some sort of button or icon in your header that will help you get back to the cart if it actually exists. 
• View Only - This is a state or status of what is being viewed or shown. The view only status or state means you may look but not touch. Inside the system, there are a number of silver permissions (specialty permission) that allow users to search and view things but not add or edit them.
• View Register - Shows user  current bank information.
• VIN/Serial Num - The unique number/letter id of a serialized item.
• Void Options (all the options) - The act of voiding means you negate or return everything to an original state or a state of zeros. The four main places that things are voided are on invoice, deposits, expenses, and PO's. Once things are voided all of those inventory items or payments are reverted back as if they never happened. Almost every other thing in the system has a status, such as active or inactive, which can virtually be like voiding it or making it go away as well to make something inactive. 

W

• Wholesale - This is normally a sale to another retailer or distributor where tax is not part of this transaction. Tax is attributed on later transactions to the actual customer. Wholesale also sometimes deals in bulk. It has its own special rules and regulations. Sometimes wholesale could also mean a reduction in price or selling things lower than a standard retail environment. 
• Widget - A widget is a general term. Widget could mean a small computer application such as a Flash widget, an HTML widget, a mobile widget, etc. This is also a general term used to talk about general inventory items or non-classified items. For example, you might need to update your widget inventory to show the new prices. 
• With Tax Included - This is a tax setting where the company sets a fixed price out the door and then the system back figures what the tax should be to make the price plus the taxes that out the door pricing. The brother to this setting is called normal taxable and that takes the item price plus the tax which then comes up with a new total. 
• World - This is a general term. Often it denotes some sort of sphere or area that has certain characteristics. Another synonymous term is something like land where we might say eCommerce land, invoice land, or invoice world - denoting when you are in separate areas. Another definition for a world is a corporation or an entity. Often we use this when talking about world building. When we talk about your world it is your business entity. 
• World Building - World building is the act of gathering all of the different pieces and putting them into play in a system that simulates your world. Disclaimer: the term world building is used by authors and those in film to build a world with characters, cause and effect relationships, some sort of trouble or problems, and some sort of a goal that ties these things together. This creates a symbiotic relationship. 

X

• Ctrl X - This is a keyboard shortcut on windows for cutting a certain selection and putting it on the clipboard for future use. Ctrl V is used to paste.
• X-axis - Part of a 3D model. Time is the x axis (bottom or horizontal side to side). Time goes in both known directions (forward and backward).
• X-out - This is usually a quick way to say X out of that, X that, close that, kill that, remove that, etc.  

Y

• Ctrl Y - This is a keyboard shortcut on windows for redoing something that has been undone. It's brother command is Ctrl Z or undo.
• Y-axis - Part of a 3D model. Money is the y axis (vertical or up and down). The y axis may also be referred to as resources. Not all resources are money but they do go up and down as things happen and business flows. 
• Yearly/Year - This is a term denoting the time period of a fiscal year (accounting) or a physical year (general time period).

Z

• Ctrl Z - This is a keyboard shortcut on windows for undoing a previous action. It's brother command is Ctrl Y or redo.  
• Z-axis - Part of a 3D model. Space is the z axis (depth, front to back and/or layering). This axis deals with additional details. What is happening? Are things moving? Are these things part of some other piece? What are the additional details that give more depth and understanding, that make it a rich story.

Meeting with Cory. Going over some questions on vendor credits (special accounts). Talking about the balance sheet and how those vendor credits are tracked. She then had a small list of things that need to be changed. Light tech support stuff. She also requested a couple of code changes to some pages and new custom tools to help make her job easier.

Reinforce
Recruit
Israel (Zion)
Babylon (World)
Reveal & Interpret

---- Notes from a brainstorming and planning session (see attached)

So, just for fun, I had ChatGPT convert my notes into text (OCR style). Here are my notes in a typed form.

- Working on some planning to help with global context & AI/Human training

- I've been gathering some post-it notes for about a week. The electricity is out so I went over to my in-laws house. I'm converting notes from my post-it notes into notes in this notebook.

- 3 notes from 12/6/25: (see below)

Teach the AI agent how to delete or make things inactive - We had some chat messages where a user asked & the AI agent didn't say the right things. We just need to help it out a bit. Coaching...

Teach it how to get to stats & totals. The user asked some basic questions & the AI agent sent them to a decent/okay page, but it could have been better. Once again, more training

Fix & fill in the gaps

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

I had a couple of papers (post-it note style) from 12/8/25. Here are those notes:

- I have been thinking about stuff. I will be laying in bed & my mind is going & racing along.

- Make a plan... what tools & options do I have? Use what fits for each situation. It is okay to mix it up & adapt to what works.

- Plan as if for years - I can see some short patches and fixes - plan as if for years, meaning what is it that really needs to be done?

- I have this card & it talks about doing things "Glacier Style" - Carve your own path, go slow, channel your strengths, clear the way for others, stay cool, avoid meltdowns - I really liked that!

- Feed in the glossary - take your time & even add more as needed.

- Look at the prior plans - I've been working on this for months - Sometimes, I get going so fast, I start skipping things

- Work with what you have - that is a great base - you can always make more.

- Use one AI model to train the other ... That could be very useful. Harness the strengths of each model.

- Use voice to text to help with editing - where it fits

- Help the system learn - Take some of the chats & show the request, the response, and any suggestions - maybe help it by giving the answers a rating - just an idea

- Offering to save something for the AI agent - giving it some memory - How would that work? What would that look like

I took a few more notes on 12/10/25 - see below

- Build a small chunk specific tool - include meta data options

- Think in terms of small templates - I want this, this, & that for X - I want this, this, & that for Y - Try to stick to it - for consistency

- Spend some time training the little one - meaning the private AI agent for adilas

I also had some more ideas last night in the middle of the night, and early this morning on 12/11/25 - see below

- On the glossary items - add some terms like: AI, AI agent, AI context window, big data, BI or business intelligence, Knox report, mix, spread, delete, status, Nxtlinq, global context, meta data, vendor credit, special accounts, loyalty points, gift card, threshold, mini scan cart, refund, CardPointe, Clover, go mode, AI quick search, signature, e-signature, printer friendly, bulk add, bulk edit, bulk transfer, AI tools, cash counter, fulfillment, AI image generator, touch or touch screen, modal, retail, dashboard, flex attribute, KPI or key performance indicators, due date, tiered pricing, vendor catalog, delivery, age verification, view only, cultivation, metrc, percentage calculator, sales and profit, Adi, harvest, plant tags, data table, label builder, fracture, chart of accounts, reflexive flex grid, direct deposit, parent/child, try storming, and half baked

- When adding global content what about default sort orders for tools & glossary items? Expanded topics, etc. see next page for a huge list of what we may want to store

- Build a new tool for the AI agent to get at the data - think about a sliding window (AI content window) over tons of data - we only want it to pick up what it needs to

(sliding window diagram text skipped but referenced)

- Brainstorming on types of data that we may want to collect & organize...

- general or global
- help files
- glossary
- tools
- developer's notebook
- ideas
- brainstorming
- documentation
- R & D (research and development)
- extended topics or deep dives
- chat messages
- news & updates
- history summaries
- emails
- tech support
- special tools
- business functions
- application players
- core concepts
- FAQ's
- tutorials
- step-by-steps
- Screenshots
- graphics & visuals
- sales marketing materials
- internal
- admin tools
- AI summaries
- user stories or scenarios

For me - add links, references, sources - document things at different levels

- Recruit help!

- Send an email out to our team - looking for (fill in the blanks)

- Send content & information to me & I'll enter it into the system (at first or for the first round)

- When we are ready, and if they (our team) wants, we can help train them on how to add, edit, & view the global knowledge base stuff

New notes from 12/12/25

- Small note or context - I was doing some scripture study and looking up some information about being alive & times & seasons - It took me to 2 Nephi 25:25 - then started to look at some verses both before and after that - Some of that was talking about scattered Israel (like in the Bible) I had this thought about adilas... and what I am working on. (see below)

- Things are all there... they are just scattered - we need to gather them & help them to be more organized - once they are gathered and organized, the goal is that the knowledge & information will continue to grow & thrive - help gather and organize!

- On training the AI agent I may have to tell it something & then tell it what I told it - light review & reinforce the key points

- I want to fix and fill in the gaps... That is awesome - At the beginning, anything will help - there aren't gaps, there are holes - just start

- We can always circle back around & refine, fix, patch, polish, and/or rebuild - like try storming, we plan, we do it, we see how it works, & we plan on circling back around again & again - small feedback cycle - build & break, build & break

- Terms (words) that I was looking up... alive or living... learning, growing, being used, purpose

- I do a lot of trail building and maintenance - it is quite the process... We have to scout things out, explore, make mistakes, flag, clip brush, do dirt work, build walls, bridges, crossings, bank retention etc. Then we need to use it (traffic), get others to use it, & then circle back around again - very similar to the try storming concept

- What does it take to become a master? What a process that is...

- Repetition & context... experience, learning & applying what you know

- Times & seasons - everything in its time

- Small side note... when I don't know how to spell something, I will enter it into Microsoft Word & have it help me with spelling - I already had the words reinforce and recruit. I couldn't remember how to spell Israel - Like gather Israel, from the Bible

- Anyway, I right clicked on the word Israel to see if it had any synonyms - It said Zion as one of the synonyms - I then had: Reinforce, Recruit, Israel (Zion) - Wow, I had a fun spiritual experience - it was awesome & it hit me - I don't know the full meaning, but that hit me pretty good - kinda like a mini outline of the plan of God

- Recruit help from others - old power users, reps, consultants, clients, trainers, etc. - If needed, reach out individually to see what you get back.

- I'm loving the deeper connection(s) like pondering inspiration & revelation - for me, help others tap into that source or channel

- Help create the rich, context specific environments, and make it possible for others to pull from the source

- We are gathering

- We are gathering, even in our choice of models -

(drawing of two models with text)

Other systems - mashups & using a bunch of different systems to run your business

Adilas.biz - systemizing the application & bringing business functions together

- We are organizing

- We are learning

- We are being led

- I am so grateful!!!

- Little by little, line upon line, here a little, there a little

- Like Daniel & King Nebuchadnezzar (had to lookup that spelling), king of Babylon (or the world) - In Daniel chapter 2 - Daniel had to both show (reveal, uncover, expose, disclose, tell, show) the dream & interpret (understand, explain, clarify, read, decode) what it meant - both reveal & interpret

- Stone soup - Bring what you have got & throw it in the pot - We are making stone soup - mixing & blending different pieces together over time

- I sure enjoyed my learning & connection session - It meant a lot to me - Hours of rich connection & inspiration - I love it!

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

The above is the end of the notes. A few days later, I took the original notes over to ChatGPT, I plugged them in and we had a small chat about where we are headed. If you want, this is a follow-up discussion that we had on 12/19/25 - https://chatgpt.com/share/69462819-9640-8007-9f14-948f203349b9

Cory and I flipped over to do some clean-up for a client. We looked into an old bulk tool for cleaning up deposits (invoice payments that need to be deposited). Had to make a small fix on that but got it working. Then we reviewed some questions about vendor credits, vendor commissions, and how to distribute those vendor commissions and track what was given and to whom (payee/users who get the commissions). Talking about some backend accounting options. Talking about different ways to track things.

Spent some time getting back into the partial PO project. Looking into tracking PO back orders and partial payments or partial receiving PO line items. I'm glad that I wrote some notes (almost 20 pages). It's been almost four months since I was on this project. It took a few minutes to get my head back in the game.

Helping to open up the date field on vendor credits. It actually took a bit of work. I thought that it would be pretty easy, but it had some hidden catches. Anyways, we got it done. This was a request from Shari O. and Cory to finish up vendor credits and other special account transactions.

Meeting with Cory and Steve. Going over vendor credits. Looking over a quick question on calculating taxes for invoices. Small API socket stuff. Steve left and then Cory and I were going through a list of questions and small internal tech support pieces and requests from clients. We jumped through a number of small projects. Lots of the requests are user/client preferences. Certain people like it one way, others like it another way. Eventually, it will end up being a setting of some sort. That's what it is looking like as of now. We will get to those changes when we can, once other projects are done. There is a constant demand for new and enhanced features.

Prep work to get a video ready for showing the new feature for the vendor credits functionality that we just launched. Made a quick outline, did some practice, and then made a number of videos and pushed them up live. Sent an email to Cory and Steve to show the new features. See attached for the video links.

Prep work for merging in code for the vendor credit branch into master. Had to fix a few merge conflicts. Cascading code and database updates to all servers. Recording notes from the day.

Updating help files. Reading over pages that deal with vendor credits and seeing if any changes are needed.

Working through balance sheet entries and reports for vendor credits. Light testing.

Working on adding a payee/user filter to the special account transaction page. This page is a sub of the history homepage that needs to be able to filter and sort by specific payee/users.

Working on the history homepage drill-downs for the vendor credits and other special account transactions. Lots of new queries and drill-down links.

Back on the vendor credit project. Last time, I left off on doing some new queries to help the special account transactions show up on the history homepage. Built in dynamic code to handle possible data drill-downs as well. Trying to get back into the project.

Working on showing vendor credits on the history homepage. We need to do both effectual and historical records. Working on the effectual (what shows up) transactions and creating dynamic drill-downs to the underlying data.

Law of deferring to something that has more info (postpone action/judgement or let something else take control temporarily). Talking about the balance sheet and the P&L (profit and loss or income statement). We were conceptionally talking about some deeper accounting and deferring (delaying) of certain things.

We spent some time showing Cory and Steve progress on the vendor credit project. It should be finished up by the end of the week. We then flipped over and were talking about how the internal adilas API was structured and created. I was showing Steve and Cory was doing stuff in the background. Lots of drawing and showing flow. Hopefully it helped.

Going back to the law of deferring. I looked it up and it said - The term "deferring" means to postpone or delay an action or decision to a later time. It often implies allowing someone else to make a choice or follow their decision, as in "deferring to someone else's wishes". In various contexts, such as finance, it can refer to delaying payments or actions for potential future benefits. Overall, deferring suggests a temporary suspension of action rather than a permanent decision.

We tend to defer to the object or piece of data that holds the most information or has the best value. It all plays in, we just give certain pieces more precedence than other parts or pieces. That's how we fold the whole thing together into a working system.

Working on voids for vendor credits. Instead of automatically voiding things, I showed a special warning message but did not automatically void out those vendor credits based on expense/receipt payments.

A couple of smaller work sessions throughout the day. Spent some time reading over plans for the vendor credit project. Making tons of progress. Checking off things that were done and seeing what is still needed for this project. As of right now, we still need help files, code for voids (deleting expenses), showing vendor credits per payee/vendor (edit modes and printable pages), and all of the balance sheet stuff. Most of the other pieces are done or at least at a good level. I've been working on this project for about a month now.

Sent a couple of hours adding vendor credits to pages that show vendor/payee information. Did this for both normal vendors and employee/users (any payee per corporation).

Back working on vendor credits and being able show proper payments. Added in some JavaScript and a helper field to show the math calculations if using a vendor credit. That should help with showing what will be happening once a payment page is submitted. Added to payment pages for splits, reimbursements, and payments on PO's. Testing different scenarios.

Working on paying for PO's with both vendor credits and normal payments. Added new code and did some testing. Even though this is dealing with PO's, it still follows the normal expense/receipt payment structure.

Added vendor credits to the pay reimbursement page. It has logic to allow normal re-payments, apply a vendor credit, and mix (both) payment types.

Back working on the vendor credit project. Tightening up the logic on applying a vendor credit from some of the payables payment forms and sub forms. Made it so that the logic could switch between normal payments and vendor credits of a mixed payment. Mostly logic type stuff.

Meeting with Cory and Steve. Going over progress on the vendor credit project. Cory is trying to help and is managing expectations with the clients. That really helps. We flipped over to some needs on the shopping cart side. Steve is working on a number of new settings. He is working on some new ecommerce settings. After the meeting, I started looking into adding standard settings into the new shopping cart.

Working on new code that allows a user to apply a known vendor credit on splits (payments on account).

Working on the vendor credit project. Did some review and then started working on cascading links and options to other pages. Working through a small tick list of to do items.

Back on the vendor credit project. Passing params to help create new vendor credits. Part manual but part automated (what the new credit is tied to - PO's, expense, and vendor id's). Working on the flow process and what is connected to what.

Small fixes and checks after a meeting with Steve and Cory. Working on the pay PO page and the display for the payables homepage. Showing vendor credits with other totals at the top of the page.

Meeting with Steve and Cory. The whole meeting was a little bit over an hour. The first 45 mins were spent reviewing where we are at on partial PO and vendor credits project. I showed them some of the pages and code. We went through a few different scenarios and what not. I took a few notes on places that still need some loving. Making good progress. We should have this vendor credit portion done by the end of June.

Working on adding vendor credit links to the po line items page. Options for viewing existing credits and creating new ones. This is part of the manual creation process for vendor credits.

Working on using vendor payments as part of the payables and payment processes. Did some testing and worked on cascading more code to other pages.

More cascading of vendor credits and new code around the site. Spent some time on the payables homepage, who needs splits (payments on account), and who needs reimbursements. Those are different payables reports. After that, I started into adding code on the add/edit expense/receipt page. That is where you actually start using a vendor credit as a payment type. I didn't get all the way done but at least got it to the level of being able to run the first vendor credit through and having it auto deduct from the existing vendor credits stored in the special accounts. More testing yet to come.

Light clean-up at the end of the day. Added code to one other page that got missed earlier.

Working on showing and using vendor credits in the system. Started on the payables homepage. There are multiple views and report formats on that page. Also added in filters and drill-down options from the payables back to the vendor credit transactions. Slowly working through things.

Working on automatic settings when dealing with special accounts and assigning certain key money types. This is a backend process to help with easier setup for corp special accounts. Once I got that finished, I started to work on special look-ups for vendor credits (new special account type). Went over to the payables homepage and started to code that page to handle vendor credit look-ups.

Working on the vendor credit special account functions. Started refining the vendor/payee search when checking corp level transactions for vendor credits. I then started working on a section to help auto select certain money types that are tied into the special accounts such as gift cards, loyalty points, and vendor credits. Left off part way through this section.

Recording expenses and paying credit card bills. Other general to do stuff.

Was going to be working on the vendor credit special account functions. Got a call from Bryan and he needed some help pushing up some code. Switched over to help him out. He is working on a new 3rd party API socket for the Plaid banking API stuff. Light testing and pushing up new code.

Working on the vendor credit special account section. This is a sub project of the receive partial PO line items project. Ended up doing some light research on balance sheet watchers and feeders (sub details of a balance sheet item). The ideal goal is to setup a balance sheet item, with custom groupings, mappings, and custom naming. Then we use that balance sheet number as a base where we can show additional details without having to go in and physically add all of those details. We can get the details (of the balance sheet) from other sources.

This is not the only way to use watchers and feeders, but it could be pretty cool. I was doing some research on how we wanted to treat the vendor credits inside of special accounts (overpayments for PO's and expenses or sales tax commissions for early pre-payment). Basically, vendor credits are any monies that are paid to a vendor and we either didn't get anything for it or we overpaid for something and need to reduce some other expense payment to that vendor by that amount.

Spent the rest of the afternoon refining the add manual vendor credit process. Pushed up code into a small side branch for vendor credits. Recorded notes on the partial PO project timecard.

Working on the receiving a partial po project. Started out with adding a new money type called "Vendor Credit" - just on the data 0 to start with. We will cascade it to all servers once other code is ready. Just getting new id numbers.

Working on new database scripts. Adding in a new PO type for the transition PO's. Then started working on the new code to help with vendor credits as a special account. We need this to be done before we can really turn on and fully develop the receiving partial po line items. Prep stuff.

Meeting with Steve and Cory. We stared out by doing a recap of our plan and going over a number of scenarios. I got some questions answered. They want us to hyperfocus on the MVP and go from there. Anything extra, needs to sit on the side. We may end up circling back around. We talked about voids and limiting those options (making things go away after other transactions or sub cause and effect processes have taken place). Some of those interconnected processes can get super crazy if too many things start interconnecting and then you void something. We spent some time and went over vendor credits (new project) and how all of that will work out and play through. We had some great conversations, and I got a bunch of questions answered. I'm ready to start building.

More planning and looking into how the vendor credits will play out. Writing out a few other scenarios. Scanned and put together a 17-page document to  help show brainstorming notes, ideas, refinements, scenarios, database changes, and plans for some of the mini projects that could be associated with this bigger project. I uploaded the document inside of adilas on project # 2794.

Researching on ways to make new expense/receipts and apply payments for specific vendors. Part of the vendor credit stuff (new special account section).

Back working on the plan for receiving of a partial PO. Working on the payment portion and how that ties into the financials. Started planning out vendor credits (new special accounts option) and how that will play into the mix. Lots of planning on paper. I will scan all of the pages in when I finish up the planning part of the project.

Merging and pushing up code with Eric. After the initial work, we spent some time talking about data modeling. Here are some of my notes.

- Eric would love to do some more data modeling and taking things into consideration and making a plan. He used to do this for other companies that he has worked with and for. Great resource. We could really use his help with adilas lite or fracture. This was like a mini database and data modeling lesson of sorts. I was loving it and scribbling down notes as quickly as I could. Fun stuff.

- We talked about flex grid tie-ins, flex attributes, and parent attributes. Basically, things that he sees that we do that might be built out into more efficient tools and features. Maybe rework some of this and/or combine some of the features.

- What really connects to other things (natural relationships) or what things are forced together (forced or special relationships)? We may want to look at use cases and try to pull out the natural relationships. Then build your application according to those natural relationships. You may still need to allow the forced or special relationships, but those become the edge cases vs the norm.

- If something happens over and over again, this should be part of the core system. Currently, we do use a lot of flex grid tie-ins to help with some of these special cases. As a side note, some of these one-off features are becoming more normal and should have their own logic and tables vs putting everything into the flex grid tie-ins. Great tool for getting things started but eventually, you may need to build out specific tables, logic, and pages. Make it more normalized and more efficient.

- As a note, what does the flex grid do? It allows for one-to-one connections, one-to-many connections, add log notes to anything, tying things together (main id's to sub id's or main id's to other main id's), and it also allows for up to 30 custom fields. Once again, it can be on a one-to-one basis or used and setup as a one-to-many relationship. Here is a help file that has more info on the flex grid tie-ins.

- As a note, the flex grid tie-ins have been the big brother to the things we are trying to build called flex attributes or real in-line database extensions or real in-line extensions for short. Here is a small, older graphic link, of what we are trying to do.

- We talked about the bus to motorcycle project (datasource project or world building project). We are headed to a new model where the corportion id numbers (corp_id) will be left out per database. Each company will have its own database and thus may not need the corp id number. This deals with table names, joins, and data that gets stored in the database.

- Back to the flex attributes and a possible option to build them right into the main entities or high level tables (for the 12 main players or wherever we see fit to put them). This option has some pros and cons. We'll have to work this out. Currently, I'm really leaning towards something similar to what we did for the current flex attributes or parent attributes. Let them build and setup any custom fields that they need. Dynamic relational model. Just for fun, here is the progression - flex grid tie-ins (2009), sub inventory attributes (2015), parent attributes (2016/2017), flex attributes (2020).

- Lots of talk about data modeling and being able to take off the corp_id. Including on the end of corp-specific tables - for example: invoices_53, invoice_payments_53, time_sub_inventory_53, and a slew of others.

- Maybe break the pili or po invoice line items into two different pieces. It was joined together to help with inventory counts over time and across multiple locations. Anyways, we may look at separating those tables into multiple pieces. Super important, make sure to remember and include locations. If just a single location, we could do the architecture differently. However, with multiple locations, it gets a little bit more complicated or tricky. There are tons of other possible options.

- The payee table should be broken up as well. Currently, if a person or entitiy is tied to an expense/receipt, a PO, an inventory item, it lives in the payee table. Payees consist of users, employees, vendors, and special customers that had to get paid out of the system (a copy and convert process). Anyways, we may want to break that table up into users, vendors, and special customers (something like that).

- We talked about a concept called "attribution" and data normalization levels. There are two main types of data models. You have the logical data model and the physical data model. Entities and entities have attributes. Eventually, those entities and attributes get translated into tables, columns, and fields in a database. Often, most attributes become their own database column or field.

- Attributes are different than types.

- We talked about fields like "flag_for_1099", "password", etc. Those are attributes for certain entities. However, does a vendor need a password field, most likely not. Each field or attribute needs to go with the entity that it belongs with. We, at adilas, tend to mix and blend some of the attributes between different entities. In some ways that is fine, but it requires explanations, instructions, and training. It's not as easy to follow without someone to guide you along. Anyways, some good conversations about data normalization stuff. What goes with what and why does it fit like that?

- Make the names readable and logical where possible. We do a pretty good job on that, but there is some randomness in there as well. Along with that, we jumped into talking about a section called special accounts. We are planning on using that for gift cards, loyalty points, in-store credit, vendor credits, punch cards, and other special account transactions where we almost need a bank account style with a rolling number and being able to add/subtract using individual transactions or actions. Anyways, we have a few fields in there called dev_flag_1, dev_flag_2, and dev_flag_3. We use those flexible fields to help with certain parts of the process. In a way, we didn't know what we were going to need, so we added in some flex fields. Well, now, those flex fields have rules and hold certain data that could be its own column or field. However, because we didn't know what would be needed, the fields are somewhat mixed, depending on what is stored there and what kind or type of transaction record is being stored (loyalty points vs gift cards or whatever).

- The conversion trickled over into human reference fields vs computer identifiers, ids, or computer reference fields. They are different and play different roles.

- As you think things out, eventually you have to transform or go through a transformation from logical models to physical models. Eric kept saying that we should be shooting for the third normal form (data modeling and database modeling). Figure out the whole business world (plan it out as best you can) and then build out what you need, based on what you see and/or know.

- We talked about aggregates and data warehousing. I mentioned that I would like to build out tables for yearly per location, quarterly per location, monthly per location, weekly per location, and daily per location. We would also have the underlying transactions or transactional database tables (raw data that holds all of the data). The other tables would be what we transform the transactions into (a form of aggregates or business intelligence).

- Along with aggregates, Eric was saying that sometimes you can watch the database and see what tables, queries, and reports cost the most (data, traffic, or processing time/energy/frequency). You then build out aggregates based on those findings and/or known needs. For us, we've been doing this for long enough, we know a few places that could really help with speed, server load, and provide great BI or business intelligence levels.

- Our system has to go clear out to the full accounting level. That changes how we do certain things. That is awesome! Our sort of end goal is perfect accounting, aggregates, per day, per location, and per category. Some of those (category levels) vary but they have mostly been defined in the current system. That is huge. We have a plan, we have a path. We just want to refine it. Eventually year over year reporting, monthly by month comparisons, real-time data - all data is live and searchable (adilas).

- Snapshots, aggregates, different preset and controlled data levels. We may need current data (tables without any dates - assumption of current counts, values, sums, totals, averages, maxes, mins, etc.) as well as dated or historical data (tables with dates to allow previous or prior lookups and date driven lookbacks).

- What about enterprise mappings and cross-corp stuff? We need to plan that out as well.

- We also need to consider servers, speed, reliability, backups, redundancies, and how deep we are going?

- Lastly, Eric could help with a ground up data model. We could pick a topic, break it down, and do a number of smaller sessions vs a big push. That would be too much. Anyways, great meeting and Eric could be a great resource for planning, checking out our decisions, and planning out the best course of action. Good stuff!

Recording notes and working on a list of known issues. See top_secret/secure/known_issues.cfm for more information.

For fun, here is a list of some of the items listed on that page. This list originally was started in 2009. Small list of what are known problems. Some of these things are real problems and some are just warnings. Lots of things have changed since then. It may need to be updated, added to, and some of the items removed, that have been patched, fixed, and/or finished.

1. Invoice pmts on account with something different than 0.00 value.


2. Receipt pmts on account with something different than 0.00 value.


3. Reimbursements (rei's) with a bank assigned on the receipt pmt.


4. Invoices with mismatch between main and line items.


5. Deposits with mismatch between main and line items.


6. Receipts with mismatch between main and line items.


7. PO's with mismatch between main and line items.


8. Non verified payments (outstanding deposits and checks).


9. Duplicates ???


10. Dates prior to the corp start date or prior to the bank start date. See bank_balance_helper.cfm page.


11. Dates in the future. see bank_balance_helper.cfm page.


12. Internal invoices that are not marked as paid.


13. Receipt payments that are verified but the main is not verified.


14. Difference between invoices and stock numbers. Created a number of flags to show disconnect.


15. When paying back splits and rei's - what about both (main and subs) being assigned to income statement expense types? This could double things up on the income statement. Defaulted special multi build (rei and splits) to b.s. items for expense types. Still possible problem on original e/r that may get assigned to the balance sheet.


16. Update PO's not tied to a balance sheet item (say a loss account or something).


17. Lien payoff line items on invoice with a 0 cost. The cost and the price should be the same otherwise it puffs up the profit. Did run a report at one time to fix this. Also added code to the cart to match cost and price for lien payoff stuff.


18. PO payments that have the wrong date and thus the po_paid date is wrong. The system was using the current date as the payment date even if the payment was actually made in the past. Small disconnect between actual payment date (e/r payment date and PO paid date).


19. Check auto dates that are actually used in I.S. reports or B.S. reports. Need a way to manually change the auto dates if really being used. Check the unit payments, PO payments, other system made payments. The system seems to be ok, the problem is with dates and being able to either set the date when using or edit the date if defaulted to today's date.


20. Blank expense/receipts (payee_id = 1).


21. Voided items but part of it is still in play or not fully voided. Need to get to a voided list quickly.


22. Denied check requests on payables page.


23. Sales tax problem with work in progress invoices. They don't show up on sales tax reports until they get flipped back to a customer invoice. The problem is that the date (main invoice date - if not moved forward) will not show up on the next month’s tax reports. If this happens, the invoice will fall through the cracks and not be counted for sales tax. Possible option for sales tax, Steve thought that it might be cool to have a point and click interface that we physically pay taxes on certain invoices. That way, they never fall through the cracks and we only pay taxes once we collect the monies. This would also help with a system-maintained b.s. item for accrued sales tax. As an update, Eric was working on a sales tax aggregate project to automate this.


24. Along with sales tax problems, how do we show this on the balance sheet? We need to show collected, paid, and owed values. Once again, Eric has been working on this in his sales tax aggerate project.


25. Payroll has similar problems with regards to what has been paid on, what is still needed, and how do we show this info on the financials.


26. See idea in note book about showing all daily transactions. This is different than a history transaction record. This is what really hit in and out on this day in time according to the system. This is not a known issue but may help with finding issues. Daily monitoring of each account per location, per day, per account or category. This would be awesome.


27. Check for master/slave relationships between date changes. For instance main invoice date compared with invoice line items dates. PO main date with PO line items date.


28. Known issue with PO dates. Do we run off the main PO date or the PO received date? Need to standardize. Leaning towards PO received date.


29. Known issue with location based payables. Both expense/receipts and deposits have the location on the line items not the main. This means that monies could potentially get split between stores which would alter bank balances if only part of the money went in/out of the bank. Known problem here. Solution might be that banks are what they are (full monies in/out) and all sub lines and types are location specific. This could give a false indication as to how much money was available for each location.


30. What about transition invoices that have the main invoice date overlapping the transition (wip/qti) invoice date range. They don't show up anywhere other than on the main invoice homepage which doesn't tie to anything. Added a small fix on view_transition_dates.cfm page. Still need to check for possible mismatches.


31. Disconnect between sold date on units and invoice date. This is a disconnect that is unmonitored and will only show up if pulling a sold report (units) and an invoice report for the same time frame.


32. When backing up the main bank start date, there is a problem with expense payments and deposits that have a date before the main start date and a verified date after the main date. The payment or deposit date is not counted but the verified date is. I had the same problem with Leanna in Poncha and with Drew Middlemiss doing his first bank statement. What a pain. See the bank_balance_helper.cfm report (5/16/09) for small fix. Still a known problem with a starting bank balance not being 0.00.


33. Advanced pmt on invoices (pre-paid). They hit the bank because they were deposited but they also need to show up as a liability to offset the deposit or cash going up. This should be a system maintained item.


34. What about deposit types of other income that are assigned to invoices (double counted)? The default is an invoice hits the p&l and only deposit line items that are under other income and revenue adjustments hit or the p&l.


35. What about bad debt? Do we want to create a system maintained items for this?


36. What about deposits that are made before pmts are posted to invoices. This is not backward compatible.


37. Known disconnect between PO dates. The main PO date is currently used as the main search date. The PO received date is the main b.s. date. We are thinking that the main date may become somewhat of a request date or a age player only. The main date will become the received date with the received flag.


38. If a check request gets approved and assigned to a bank but never written out (bank never sees it), there seems to be a problem. There is also a problem with older check requests and the dates that are set in the background. They are uneditable once the request changes into a normal e/r.


39. Known issue with i.s. (income statement) deposit types. If used, without an invoice, they don't show up on the income statement. They may also be double booked if on an invoice and also recorded as other income or revenue adjustment.


40. What about payments made on a PO before it was received. This could happen with a request PO or a basic PO that has not yet been received.


41. What about inactive (status) on parts and subs. If we have details (activity) but something is inactive, that could cause problems.


42. Levels of inventory - this could deal with parents, subs, and usage details. We may need to check costs, quantities, dates, etc. Sub inventory was added way after 2009 (original date of this report). We may want to spend a whole session just going over sub inventory levels and possible pit falls.


43. Steve, Kelly, Molly, and others have lists of balance sheet challenges and other known issues. Check with them and get their lists.


44. Ecommerce and what plays into the real mix from there - invoices, taxes, costs, prices, discounts, payments, quantities, elements of time, etc. Good questions? Some of this is already figured out, it just needs a little bit of loving.


45. What about aggregates (somewhat new for us and just barely getting rolled out) and making sure things match up. Category (could be whatever), by day, by location - are there update processes that may be ran to keep things up to date. Manual updates, API sockets, watchers and feeders.


46. What about backorders? Steve did a whole section on backorders but I'm not sure if we tied in everything to the balance sheet and P&L. Anyways, may need to circle back around.


47. What about banks that get turned on/off (active/inactive). If we go back in time, we need to know if they were playing.


48. Same is true with locations. If they get turned on/off (active/inactive), we need to know when they were playing. We may need a start and end date and then be able to pull things accordingly, even if the current state or status is inactive.


49. What about cost of goods sold on unlimited or special line items? They should be a $0.00 cost because they are unlimited (like a labor or a service). If a cost is needed, it needs to be allocated through an expense to the COGS section or distributed in a thing called SG&A costs. SG&A (selling, general and administrative expenses - aka accounting for general costs by attributing them to a single unit and thus incorporating the true costs into an item). Basically, you take a normal expense like the electric bill or rent and build it into the individual cost of each unit by unitizing the expenses and virtually spreading a bigger general cost to smaller pieces. Sometimes that type of process (SG&A) is required for certain manufacturing and/or production type products. Basically, they (the IRS) don't allow you to expense off the whole expense (rent, insurance, waste, electric, etc.) as a bulk item. It has to be distributed to each smaller piece. If you do real SG&A, it helps assimilate those costs in smaller percentages and thus passing on a truer look at real costs of goods sold.


50. Anything that is currently marked inactive but may have played a role at some point. This could be locations, banks, part categories, items, vendors, customers, etc. Often, if we make them inactive, they don't get pulled (but maybe we need them at some time in the past).


51. Other special account options such as in-store credits, vendor credits, punch cards, etc. We already have loyalty points and gift cards that use special accounts. Maybe expand on this and allow for custom options or other digital payment accounts or payment solutions.


52. ICC's or Internal Cost Corrections. This is an entire topic that deals with items being sold at certain known or prior cost levels. The internal cost corrections deal with going back through inventory sales and making sure that real cost of goods sold is attributed correctly. This one may require a deeper look-up for ICC's or internal cost corrections. One of the things that happens is the system is setup to use a stepped actual cost. If the cost changes and then other items are sold, they be recorded at the current cost vs the actual cost. We came up with sub inventory and cost controls to help with this, but some companies don't like sub inventory and like to run off of parent inventories. This still needs to be done, as a clean-up type effort. We have seen some clients that run their inventory clear down to a 0 quantity, but there is still some inventory value (on the balance sheet) for that item. The problem is the internal cost controls or corrections. We could build a report and automate this. As a note, some of the ladies (Kelly and Molly) used to do a funky fix for this in doing two entries on an update PO. The positive quantity and the negative quantity (matching) don't affect the inventory levels, but if you alter the cost of goods on one of the entries, you could make your numbers match. I want to me be more specific, but just wanted to record an existing work around that we have seen.


53. I'd love to map out all of the existing balance sheet and P&L values. Make it more widely known and really put it out there. Right now, it all happens behind the scenes and is kinda like a magic box. I'd love to get it all mapped out and presented to the public. We'll get feedback, refinement, and maybe even some other really good ideas. That's my vote, let's get it all out there in the public eye and public realm.

Sean, Shari O., Michael, John, and I were on the morning meeting. We all checked in and said what we were working on. After that, we all either left or went on mute and worked in the background. Shari O. had to take a tech support call and Sean was waiting to chat with her once she was finished. John had some flex grid tie-in questions. I was doing some research on MVP's and past data that we had recorded for what we wanted in some of our MVP (minimal viable product) stuff.

Here is a short MVP list that I'm thinking about - for the record, we already have some of this, we just need to refine it and make it watertight:

- Special accounts and in-store credit - We already have loyalty points, and round 1 for gift cards. Eventually, we would like to do in-store credit, vendor credits, punch cards, and other ones. The next biggest need is for the in-store credit stuff (in my opinion).

- Round 2 on gift cards - We've been gathering ideas and wants and needs

- Coupons and promotion codes - clear out and through ecommerce and internal shopping carts

- Take Calvin's adilas label builder to the next level - we've already done some planning and prep work there

- Standardize the merchant processing options - We have like 9 different integrations. Here's my next goal, pick one, make sure it flows from start to finish and is super simple. I want to do normal sales, pre-auths, captures, tips, refunds, voids, and reoccurring payments, etc. We have to be able to do manual key (like ecommerce mode), swipe, chip/EMV, and tap to pay hardware integrations. I want to do and offer all of the merchant processing functions. I was thinking that we could do a big push and try to get all hooked up with Datacap and then let them handle all of the different hardware pieces and different merchant gateways. That's my thoughts right now.

- Revamp the internal shopping cart, my cart favorite buttons, and general look and feel. I would love to head towards the fracture project - we have a bunch of R&D on where we want to go with that.

There are tons of other things on my list, but that is my quick MVP list for right now.

Just Steve and Sean were on the meeting with me this morning. By 9:30 am, both had bailed out to do different things. We were doing some quick updates and going over things before they bailed out. Here are some of my quick scribbles (notes):

- Gathering ideas from different people. Including new people who are already influenced by existing adilas theory and designs.

- The value of education

- Talking about options for selling shares, percentages, and maybe going public with adilas in order to raise funds for projects that we want to do and pursue. It's all about the connections.

- Steve was talking about the drive to make more money that is shared by most business owners and entrepreneurs.

- Selling adilas to fill in small parts of the business as fill-in pieces. Not piecemeal but selling certain tools and features to help round out other businesses, models, or software packages. For example: Say someone just needs ecommerce, online ordering, scheduling, timecards, or even things like gift cards. We pitch it, get them going on what they need and hopefully they like it and want to expand to other parts and pieces. This is an older saying from Russell Moore back in 4/13/16, "Adilas is a great companion software package for any business!".

- We are still seeing a future need for in-store credit and being able to apply those liabilities to outstanding invoices. You can do it right now, but you have to do everything manually. We would really like to automate that whole process and make it super easy and smooth. This will end up being another one of the special accounts type functions. Not everybody gets it, only certain people or customers need it, and it is basically a reverse account where you overpay and then get to use that value to pay for other things. Very similar to gift cards. As a matter of fact, you could issue a gift card for the overage and then let them use it at will as a payment. Once again, in-store credits will play along with other special accounts such as gift cards, gift certificates, loyalty points, punch cards, lunch cards, vendor credits, and other special account options.

- We got into some talks about deployment as a bottleneck and how training and education could help solve some of that pressure and bottlenecks. There is also a huge need to keep educating and providing learning for new functionality that keeps getting developed. That's an ongoing process.

- Small discussions about keeping up some of the demo sites and making them nice and clean. There is a huge value in nice, clean, data.

After Steve and Sean left, I sent the rest of the time looking over emails and looking into a possible bug on invoices and the new bigger alternate logos for PDF invoices (some new invoice settings).

Meeting with Steve and Cory to go over projects. We talked about a couple of projects for Eric. We talked about gift cards, other special account projects (in-store credit, vendor credits, punch cards, coupons, and gift certificates or gift cards). Another one is the mini aggregate project to handle inventory quantities per location. The other possible project for Eric is getting back to the enterprise item catalog project. All of those have value and would be great add-on's.

The next major subject was projects that Alan is either working on and could work on. He is one of our top developers and is in demand, because he can do so many things. One of the projects that Cory really wants him to work on is the transition invoices out in ecommerce land. They already exits out there, they just need a little bit of loving. He could also help Steve out with some BioTrack production stuff.

Lots of talk about other developers and what they are working on. It is a challenge to coordinate projects and developers. Lots of moving pieces. We also talked briefly about some projects for Bryan. We are still trying to help our clients transition from billing in the old independent way to dealing with Adilas as a team or an entity.

Another subject that came up was the number of hours spent in a training and tech support with our clients. It takes a lot of time and effort. One of the benefits is that we learn a lot along the way. The more we help our clients, the more we learn, and can adapt the tools and features that we have to get the desired outcome. Along those lines, sometimes we (internally) need to be reminded of certain processes and tools that exist that we may not remember or are new to us. For example, all of Steve's new backorder stuff that he developed and managing quotes, orders, PO's, and backorders.

Cory was kinda putting her virtual foot down on certain projects. We are trying to retain our clients but sometimes they get out of line. We talked about preventative maintenance type stuff with our existing clients and helping them along the way. We, as a company, are offering more and more internal service offerings. We used to sub it all out to outside independent sub-contractors. We are trying to make those same offerings, but do it all internally now and helping out in new ways. It makes for a better product and better retention.

Cory and I going over a list of questions. About halfway through, Steve and Chuck joined us. I think that they were going to meet and work on some look and feel, but Cory and I were on the meeting. Anyways, the question got brought up about doing down payments on stock/units and how to book that and keep everything straight. The real answer is using transitional invoices. Having said that, we went round and round talking about possible options. Towards the end, Chuck was saying that when we redo our fracture stuff, we may need to make it part of the system that a prepaid invoice, deposit on merchandise, in-store credit, and other things be put in place and education and training made available.

For the record, here is how you would do it right now... using a transitional invoice.

1. Stock in the item, even if you don't have it in stock. If it is in stock, use that item. Anything that is unknown, just make a note of that. For example: a serial number or VIN number - maybe use the customer's phone number or email address.
2. Go to the stock/unit and go through the invoice/sale process. Make sure and set it to a transitional invoice (that wording is dynamic - layaway, prepaid, etc.).
3. Do the sale for the full amount and then take the amount that is either pre-paid or deposited. That will start the journey of the stock/unit and the payments received. All of these transactions will auto flow over to the balance sheet (already built-in) if using a transitional invoice.
4. Keep the invoice in the transitional state until it comes in, gets delivered, or whatever. If needed, additional payments (deposits on merchandise) may be made along the journey.
5. When ready, flip the transition invoice over to a real customer invoice and finish out the rest of the info. Once flipped, it will show up for sales taxes, on the P&L, accounts receivable (if money is still owed), and will count against inventory values. Prior to that, the whole thing is held on the balance sheet as the work in progress, pre-paid invoice, layaway, deposit on merchandise, etc. (dynamic naming).

Anyways, the takeaway is for fracture, we really want to have a way to show our people how to do certain tasks (searchable education mode). We also want to have some of the special account stuff like in-store credit, vendor credits, gift certificates, coupons, punch cards, etc. all done and part of the system. Those features may be built-in prior but need to be there. As a note, a lot of those will be sub sections of what we call special accounts, just like the current loyalty points stuff.

Cory and I going over projects. We looked into a request for duplicating and scheduling expense/receipts. The request for duplicating expenses was to expand one of the fields to show more data. The request for the schedule or reoccurring expense/receipts was dealing with auto adding in a balance sheet entry if applicable. After looking into those two things, Cory was going through a list of projects and questions and running things past me.

After that, Cory and Steve were going over PO's, payments on PO's, and balance sheet stuff for pre-paid invoices and pre-paid inventory. This is futurist, but it would be really cool to have the system be able to track vendor credits (through special accounts) and pre-paid inventory stuff more automatically. You can do it, it just requires some manual attention right now.

Cory and I looked into a custom report for the state of Oklahoma, but we couldn't find it. It was originally created by another developer. We found some small relics, but nothing worth spending our time on. If we want it, we will have to recreate it.

At the end of the meeting, we had some time, so I started to fix some of the expense/receipt requests that were made earlier this morning on the duplicate and reoccurring expense/receipts. Small work session.

Cory, Steve, and I were talking about different projects. We decided to scrap one of them and wait for some other changes to roll into place. I was pitching an MVP (minimal viable product) on some payroll stuff. We chatted about needs there and where it could go. We talked about bulk payroll, special time card aggregates for some of the math, multi-department based timecards, new fields and settings for special programs, and other fields and values that are needed.

As a fun side note, we even talked about mixing payroll functions with special accounts (accrued hours and virtual time based loyalty points for employees and special laws dealing with additional funding and special programs). Special accounts are for things like loyalty point for customers, gift cards, in-store credit, vendor credits, etc. In this situation, we would be using special accounts to accrue or add up additional hours that are earned over time. Then, the employee/users could redeem those extra hours or bonuses, when they wanted. We would have to keep track of values being added to their account, as well as values being paid out or virtually redeemed. This gets into liabilities, and who owes who and the timing that goes along with that. Interesting twist.

Shannon and I were working on the presentation gallery outline. Our topic for the day was accounting. We got to a certain point and basically said "plus, plus, plus" meaning and it just keeps going. I was ready to stop and Shannon kept asking some great questions. Before long, we had more than double what we started with and were still going. I'm really glad that she kept asking questions and having us talk about things.

As a fun takeaway from our meeting, we talked about making conscience decisions and then sticking to those decisions. For example, we often say to people, sorry, but we do it this way vs that way (fill in the blanks). As Shannon and I were talking, we decided that we are not doing this because we have to or we got forced into something. This, what we do and why we do it, is a conscience decision and that's what makes us who we are.

See attached for our brainstorming document. You may have to scroll down to page 18-19 to get to the new brainstorming stuff on the business function of accounting. Just for fun, here are some of the ideas...

- We started out with basic stuff like: balance sheets, P&L's, user-maintained items, system maintained items, accounts receivable, accounts payable, aging, reimbursements, expenses, banks, inventory tracking, layaways, work in progress, loans, etc.

- Next we got into photos, media content, custom documents and ways of connecting with other outside file assets (documentation).

- Natural flow, flex grid tie-ins, payroll, people, deposits, invoices, customers, users, stock/units, floorplan, tons of reports and exports, bank reconciliation, etc.

- Slight switch to more concepts such as: operational lead accounting, mapping, roll calling, translating, where do the numbers come from (relationships and cause and effect options)

- Loyalty points, taxes, sales tax, withholdings, PO's, manufacturing, inventory tracking and manipulation, life cycles, going backwards and forward, and automation.

- Traditional vs non-traditional accounting

- System and how that makes a difference - everything is there and you can start to interconnect the pieces - digital storytelling

- We do accounting because we have good data - the accounting comes from the data

- Tons of permission levels and who gets to see what

- Accounts, ledgers, glossary, terms, and concepts

- Data assembly line, digital story telling, cause & effect, characters interact to solve trouble and problems, more relationships and building, maintaining, and in some cases destroying those relationships. Processes.

- Time - time is a huge piece of the puzzle

- How do we zipper operations and accounting together to close the gap between the two?

- How does the system handle roll call technology, who, how, what, and why???

- If someone can do their accounting by their own design and take it to their accountant (shoe box, spreadsheets, random records) - then why can't I create something that automates and maps out that process.

- We play according to the standards and the rules but we on purpose create the processes to get to those data points.

- Tradition - our biggest competition

- This is daily, real-time, sharing, no batching/waiting, managers and admin can look at things real-time, cloud based, editable, full history, audit trail, cause and effect, cart and horse, data drill-downs, proof behind your numbers.

- Why we chose to build in a non-traditional manner - because we see all the benefits and we want to keep going in this direction - conscience choice

- We are pioneering and we are on purpose creating tools that are proof of concept

- Crazy accounting things like phantom costs, funny money, slush funds, etc.

- Sub inventory and cost controls - perfect costing vs other costing models

- Normal revenue, COGS (cost of goods sold), gross profit, expenses, net profit, assets, liabilities, equity, retained earnings, etc.

- Future - we have a challenge and we build to solve that challenge that is before us - this is part of our accounting model

- Some people expect us to be completely done but we are not done - we are going to keep building and breaking, building and breaking. That is part of our model.

- You really need human input at certain places - decisions have to be made - you really can't automate some pieces.

- Ongoing development - bring your ideas - stone soup "Bring what you've got, throw it in the pot. We are making stone soup."

- Open to suggestions and new growth

- Things that drive change: pain, brick walls, burning platforms - all these pain points help to bring about change and new solutions

- Static vs dynamic - both flow and environment - things are built differently based on the conditions (static vs dynamic)

- Allow for updating inventory counts - how do you deal with theft, shrinkage, expiration dates, spoiling, and other inventory reconciliation stuff.

- In-store credit, accounts, discounts for terms, bonuses, games, vendor credits, etc.

- We give you the tools to play the game

- Accounts, sub accounts, locations, sub locations, phases, sub phases, etc. - details, layering, and stacking (aka space)

- Add notes to anything, able to add log notes and tie things together

- Track the story - the story is powerful - telling the story is your audit protection

- We can and do deal with multi-locational stacked models. We also deal with cross corp stuff and multi-worlds rolling up or down into the respective holding containers. It can get really deep and complex.

- We don't require you to do this... this, meaning how we do and track accounting, is optional.

- From Russell Moore back in 2016 - We can be a good companion with any other software package. Run any part of our application without using the pieces you don't want. We can feed information to any other software package you want to use. Adilas is a great companion software package for ANY business.

- Conflict management - it is okay to stand your ground. Be confident in what you have built and why you have built it that way. We are going in this direction! If you like what we are doing, great! If not, great, feel free to use some of our other products, services, or pieces if you would like. You do not need to apologize for things that are in line with your values and your vision. The vision helps us all work and succeed.

Anyways, fun brainstorming session. We will take these ideas and refine them into a section in the presentation gallery that deals with the business function of accounting. Great session and fun stuff.

Glossary Terms:

A

• Actions/Action Page - Often, when you are on the web you interact with a form. This form always submits its data to an action page, where it performs an action. Normally, this is a database action, report filter, or some other logic function that is performed.
• Accounts Payable - All bills, invoices, PO's and reimbursements that are due to be paid. Money that is owed to others from your company. 
• Accounts Receivable - All customer invoices that are not paid. Money that is owed to your company. 
• Active - A status that designates data as being in use. This status relates to almost every database record, or at least all main players within adilas. By default, the active items show up on reports and searches. Inactive items must be specifically requested, if needed.
• Add - This is a general term which usually means create, multiply, or add on to. Common things could be add a customer, add an invoice - basically this means create a new one or apply an additional one. 
• Add to Queue - This assigns a customer to the main queue (waiting room or waiting list). Often this is used in connection with shopping carts and other service oriented checkout processes.
• Adi - Meet our mascot, Adi! Our blue dog avatar, Adi, is the mascot of Adilas, and encompasses what we are comprised of - a trustworthy, invaluable, and loyal sidekick for your business. She's always ready to help!
• Admin Time Clock - This allows admin users to see all active time cards/hours based on requested parameters. It also gives the ability to edit the time cards.
• Adobe/PDF - See PDF. This is a product made by Adobe which requires a reader. PDF stands for Portable Document Format which is a format that can be read across browsers.
• Advanced Add to Cart - The advanced add to cart function is based on permissions. We sometimes call this the haggle mode feature. You can change prices, quantities, back into things, figure out advanced math, change mark-ups, view profit percentages, apply discounts, etc. Super flexible. Not required, but a very flexible add item to the current shopping cart functionality. Inside the system, it can be accessed by clicking on the double plus (++) link per item.
• Advanced Searches - All main sections or player groups in the system have advanced searches. These searches include far more filter options than a standard search. Often, you can even pick and choose what fields, columns, or values to show. Once the reports are returned, there are save options for viewing these reports later. If you are a quick search user, the keyword adv (short for advanced) can get you to the advanced searches without other actions.
• Age Verification - This is a process of checking the age of a patient, or client, for either viewing and/or purchasing options. If age verification is needed, turn that feature on in the corp-wide settings. This can be for ecommerce (viewing and purchasing) and/or internal processing (check-in, verification, diver license swiping, or other identity checks).
• AI - Artificial Intelligence is tied to a LLM or large language model behind the scenes. Often AI is used to automate tasks, it can use "fuzzy logic" to process natural language and then replace normal speech with computer API calls or functions. Various other options exist as well. This is a growing field, and player, in the computer and web space.
• AI Agent - An AI agent is a special function of normal AI. The agent gets, or is given, access to do certain tasks and/or functions. Often, the agents are trained specifically on a certain task or business function. Inside of adilas.biz, we have an AI agent named "Adi". It has been programmed to help with simple navigation, training, deployment, settings, and even some consulting. The goal is to help it keep learning and adapting so that it will be a master adilas.biz user and consultant.
• AI Context Window - The AI context window is a set number of tokens that make up its available (quick) memory. A good way to think of the context window is like a sliding window that can move over tons of data. It doesn't care about all of the pieces, it is only looking for what matches its context, or what is being requested. Often, the context window tries to stay in the same scope or mode. If needed, the context window could shift, so that it can do other tasks. Another way to think of it is like a Google search. Tons of information out on the web, but the search only brings back what you need. Imagine that happening with AI, but even better and possibly layered.
• AI Image Generator - This is an AI tool that takes normal, written, or typed prompts and then creates an image for you using an AI backend. The system has a number of places that allow for AI image generation. Things like item category images, item photo galleries, etc.
• AI Quick Search - This is a super version of the normal quick search. This interface allows you to jump and do almost anything in the system using a simple form (sometimes called a command line interface). Quick help, prompts, and cheat sheets are available from that page. Imagine a simple Google search type interface for the entire system. Very cool!
• AI Tools - An AI tool is a preset, or preprogrammed function or method. These could be API's, sockets, or special tasks that an AI agent knows how to use. They could also be set URL (web addresses) or form submission functionality pieces. The term tool, or tools, is used to help the AI agent know what options it has to do and/or perform.
• API - An API is an application programming interface. Basically, it's a way for computers to talk to other computers. You can do special tasks, request data, and sync records using API's. Very flexible. Most API's have lots of documentation of what is allowed or required. For security, there are often special keys, tokens, and settings that may be assigned or used. API's also have a master switch that either allows or denies access.
• A/P's - See Accounts Payable. A/P's is an acronym for Accounts Payable, which is an accounting term for who do I owe and when is the payment due. 
• A/R's - See Accounts Receivable. A/R's is an acronym for Accounts Receivable, which is an accounting term for who owes me money and how can I collect it.
• Assets - Any resources owned by the business. Assets are tracked on the balance sheet. Assets are one of three main categories. There are assets, liabilities, and equity. Inside the system, many of the assets are automatically tracked or called system-maintained balance sheet items. These are things like bank balances, petty cash, inventory levels, and accounts receivable. We also offer options for other assets to be tracked on the balance sheet through user-maintained balance sheet items (not automated by system). These may be monies that you loaned out, vendor credits, etc.
• Assign to Cart - This is a button on the customer log page (customer profile page) or some other customer report. By clicking this link/button, it will add the current customer to the shopping cart.
• Authorize.net - An available merchant processing gateway. Provides integration for internal shopping cart, online bill pay (clients paying after the fact), and ecommerce solutions.
• Ctrl-A - This is a keyboard shortcut on windows for selecting all the content in a certain area. This is control plus the A key.

B

• Balance Sheet Item - A user-maintained account that stores data on the balance sheet. Your company may create any number of these user-maintained balance sheet items. As a note, there are many automated tasks that the system will monitor and track for you as well. Those are called system-maintained balance sheet items. A user-maintained balance sheet item (BSI) may be an asset, liability, or an equity account. Without going super deep, each balance sheet item gets created, gets a starting value, and then it may be connected to any number of other transactions that either bring its value up or down, depending on what is happening. These are used for financial records on the balance sheet report.
• Bank Reconciliation - This is a process of matching what the system says (deposits and expenses) to what the bank says. Most deposits and expenses have a number of dates. These dates are the creation date (you know about it), the verified date (when the bank knows about it), and a posting date (when it becomes locked down). Most bank reconciliation reports deal with the verified date. Things may be verified one-by-one or there are some bulk tools and processes.
• Banks - Inside the system, a bank is a virtual account where you can track monies going in or out. At least one is required if you want to do deposits or expenses. An unlimited number of banks may be created. Some companies also use banks to help track credit cards and other cash tracking accounts.
• Barcode - A barcode is a series of lines and spaces that make up a unique value. They are often used to help speed up the sales process. Inside the system, barcode values may be added to numerous items including inventory items, special POS buttons, discounts, flex grid tie-ins, and all sorts of other id's or numbers. There are fields to record barcodes, or you may create your own. Inside the system, we allow for numbers 0-9, all alpha characters, and even some special characters. There are also a number of barcode generators and label makers built into the system.
• Basic Live PO - There are multiple types of PO's or purchase orders. A basic live PO deals with vendor specific items that are present or available for sale. Without going super deep, there are other PO types such as special PO's, update PO's, build PO's, request PO's, and others. The name basic live PO may be changed in the corp-wide settings (see section C).
• BI or Business Intelligence - This is the process of gathering up smaller pieces of data and being able to show trends, totals, sums, averages, counts, maxes, mins, stats, and other telling data. Business intelligence is often used by companies to show quick values and even tell digital stories over time. Often BI uses lots of reports, exports, and other graphical representations of the data to help the user easily see what is going on.
• Big Data - Think mixing everything... Big data refers to collecting large sets of data that can then be analyzed to reveal trends, patterns, and relationships. These data sets are often too large and varied to be handled by traditional data processing systems. They require more specialized systems to organize and compute the information gathered so it can be better utilized in business decision making.
• Bit Map Image - This is similar to a JPEG, PNG, or a GIF image. Technically a bitmap means little, tiny blocks of color that are organized in an image format to show a picture of some kind. The other kind of image is what is called a vector, which has smooth mathematical lines that creates its visual appearance.
• Black Box - We use this term to talk about custom code or page level take-overs. These page take-overs allow customer specific functionality as requested. Basically, a black box is one or more insertion points where we can make a change. We do a lot of custom coding for our clients. This is part of the technology that allows for that to take place.
• Browser - Browsers are how all web-based content is shown. There are multiple browsers and some of them are based on your operating system or preference. These are things like Google Chrome, Microsoft Edge, Safari, Opera, Firefox, etc.
• BSI - An acronym short for Balance Sheet Items. It may also be shown as B.S.I. See balance sheet item definition for more information. There are system-maintained and user-maintained balance sheet items. Most of the BSI's deal with the user-maintained items. Think of a miniature account for various things. Some of these could be things such as loans, individual or company investments, large assets like buildings, vehicles, machinery, etc.
• Build & Hold - This term is used inside the recipe/build section. It is used on the raw goods side. The build and hold process uses raw goods and eventually creates an outcome or other product. Technically, we use other terms such as ingredients, outcomes, etc. This build and hold process is usually a preparatory step and those products may be used farther down the manufacturing line, or to be sold independently.
• Build & Sell - This is another term used inside the recipe/build section. The build and sell process is used on the invoice side. Often the build and sell process may be used for quick, just in time, preformatted groups, or kits. Basically, you put together the recipe (what you want to sell as a group) and then you build it, or add multiple things to the shopping cart as needed.
• Build PO - This is one of the PO or purchase order types. This is used to take raw goods and combine them into one or more new items or pieces. There are multiple PO types such as live PO's, request PO's, update PO's, and build PO's. This may sound like the recipe/build section, but it is different. This is the actual PO or inventory tool that helps with the inventory tracking. A recipe may be used but it is not required. Either way, you are taking some form of an item, or multiple items, and making them into something else.
• Bulk - The word bulk means more than one thing in the system. In general, it means doing more than one thing at a time. This could be bulk adding items, bulk editing or updating line items, bulk verifying, bulk clean-up processes, etc. It could also mean bulk printing of labels, invoices, bulk uploads, and the list keeps going.
• Bulk Add - This is a term used to denote adding one or more items to things like PO's, shopping carts, deposits, etc. Basically, you do a search, and then you can interact with one or more of the items that are showing from your search. Usually, the process looks for either a valid quantity or checkmark, then once the add button is clicked, only those values will show up on the correct page as new line items.
• Bulk Edit - This term is used to modify, update, or edit line items. Usually line items are found on invoices, quotes, purchase orders, expense receipts, deposits, etc. Bulk edit will take you to a special page where multiple changes may be made at once. Upon submitting the form, all changes are stored in the shopping cart (memory) or database.
• Bulk Transfer - This term deals with transfer invoices and moving things around. Most transfer invoices take place through the shopping cart and special bulk tools. Imagine things in a warehouse and then moving them just in time, on a schedule, or for an event. The bulk transfer is very handy and helps save some time. There are also some bulk transfers that happen if you are doing cultivation, harvesting, or other plan related activities. Those bulk transfers happen on special PO's.
• Bulk Verify - This is a term that we use on deposits and expense receipts to help keep bank balances up to date. Usually, most financial documents have multiple dates. There is the creation date (you know about it), the verify date (the bank knows about it), and the post or lock-down date. 
• Bump Value Up - The term bump just means move in a direction. Some systems would say debit or credit. We just say bump meaning which direction of flow is it going. Bump up means you are somehow increasing a value or total.  
• Bump Value Down - The term bump just means move in a direction. Some systems would say debit or credit. We just say bump meaning which direction of flow is it going. Bump down means you are decreasing a value or total. 

C

• CartPointe - An available merchant processing gateway. Provides integration for internal shopping cart, online bill pay (clients paying after the fact), and ecommerce solutions.
• Cart - Where items are placed in order to make a purchase (see also Shopping Cart). The shopping cart is available for both internal POS transactions and external ecommerce transactions. Both carts have multiple sub tasks, features, and tons of functionality.
• Cash - This term deals with some sort of money or bills. Inside the system, cash is a money type (similar to check, credit card, etc.). The term may be used on the inbound side from customers and clients. It may also be used on the outbound side for vendors and payees as a form of payment. Without getting super detailed, there are also some accounting terms that deal with cash and actual cash value.
• Cash Counter - This is a special page inside the system that allows you to put in figures and it helps you count the total cash. For example: I have 103 $20 bills, 37 $10 bills, 56 $5 dollar bills, 17 $1's, etc. This would give you the total value of the cash. It also works for coin or cents.
• Chart Of Accounts - This is a traditional accounting term, meaning a way to organize different parts of the financials. Often, traditionally, they have a number assigned to them that help them show up in the correct spot for the P&L, income statement, and balance sheet. Think of them like named containers for data and records. Often inside of the system, we use the terms expense types, deposit types, and balance sheet types to mean or reference chart of accounts. Without going into too much detail, adilas.biz uses technology and relational databases to simulate what traditional chart of accounts did (paper/pen or 2D model). Tracking objects and data over time to help them show up in the correct financial documents.
• Check - This is one of the many money types used inside of the system. This could be used on inbound or outbound transactions.
• Check Requests - A check request is a potential precursor to an expense. It is similar to how a quote and an invoice are related, a quote is a potential precursor to an invoice. A check request does not count toward financials while it is in the request state. It requires an approval, and once it is approved, then it can become an actual expense and will be booked on the financials. 
• Child - Connected to a parent item (parent inventory) which carries the name, the main item id, and some basic information. The child item is unique and may carry more specialized information (see also Sub Inventory). The term child is somewhat of a shortcut for talking about that parent/child item relationship.
• Chooser - This is a page with 40+ choices of other pages that may be set as your default homepage (starting place within the system). It is called the chooser because the user "chooses" which one is most suitable to their needs. Once chosen, that page becomes the new homepage. Switch as often as you like based on your tasks or your style.
• Classic - An interface that shows all potential functions in the system. Not geared toward any particular tasks or industry. There is also a thing called the classic cart - one of the original internal shopping carts. For the most part, classic means original, or an oldy but goody.
• Clear Cart - Wipes out all actions related to the active shopping cart. This action must be performed to log out of the system, or to start a new cart.
• Clock In/Out - This is a way for users to track their hourly work. There are multiple levels within the timeclock application, including admin, managers, and payee/user levels. The users must be assigned to a department and have the correct permissions turned on to clock in/out. These hourly records may be used by themselves or advanced into the payroll side of the system.
• Closed - This usually means some sort of ending or removing of certain things inside the system. We often use the term of inactive status if dealing with removing or hiding certain things. There is also some direct usage of the term closed, dealing with sub inventory. Once a sub/child item is at quantity 0, it can be closed.
• Clover - An available merchant processing gateway. Provides integration for internal shopping cart, online bill pay (clients paying after the fact), and ecommerce solutions.
• Corp Id - The identifying number associated with every corporation. It is assigned upon activation. This value is basically your "world" number. It is used in numerous places within the system, including external resources such as ecommerce.
• Corp Key or Alias - This is a special way to denote a corporation without just using the id number. A corp key is a combination of three letters of the corporation name, a dash, and then a numeric corp id number (it may be padded with 0's, if needed). Pretend that a company's name was
  "Playground" and the corp id was 53, the corp key may look like this "Pla-0053".  You could also use an alias such as "Playground" or "ILikeToPlay", but that needs to be set inside the database for storage and usage. The corp key is used on login, API access, and in all ecommerce transactions.
• Corp-Wide Settings - These are settings that help control the flavor, tone, and verbiage of all parts of the system. This includes things like, what to call your entity, locations, customers, general inventory items, and so much more. There are hundreds of these settings. This is how you make the system talk and speak your language. This is also where numerous defaults and show/hide options are set. Imagine a whole smorgasbord of options and you only choose just what you want or need. That helps make the system custom for you and your industry. There are settings for invoices, PO's, vendors, taxes, discounts, defaults, and almost every other main subject or topic within the system.
• Corporation - This is a virtual world inside of a system. Corporation is also synonymous with entity, business, company, etc. Usually a corporation can have locations and different things within it but it is usually a tax entity. Often in the system you will see us use the word corp as a shortened form of corporation or business entity. 
• Counter Sale - A shopping cart that is not assigned to a customer. Used in sales situations where the customer does not need to be tracked or assigned. No loyalty points are accumulated for these types of sales. These sales should not be put on account, because the customer/client is unknown. Often it is for high volume, quick cash, or a quick credit card transaction.
• Create - This is another word for adding or making something new in the system. For speed, if using the quick search, you just need the keyword new. For example: new cart, new invoice, new po, new expense, new deposit, new customer, etc. Super power tip... If you want, the keywords new, create, or add also work when using the AI quick search - add time, add deposit, create vendor, etc.
• Cross Corp Invoice to PO - A special function that must be added by a system administrator. There may be fees associated with this functionality (cross corp stuff). Once assigned, it allows one corporation to send inventory via an invoice (outbound inventory) to the other corporation. These two corporations must be on the same server. Once the receiving corporation gets the information, it will automatically turn the invoice into a PO (inbound inventory). Both corps must agree to connect. This example shows flow from one corporation to another, if multiple corporations exist, and need this functionality, they may also be assigned and setup. If advanced options are needed, please ask a representative to tell you about enterprise level functionality.
• CSS - This is an acronym for a web look and feel tool called a Cascading Style Sheet. The CSS of a site dictates colors, roll overs, margins, spacing, font, and other look and feel pieces. Inside of the system/platform we allow you to change a number of settings that affect the CSS.  
• CSV - A CSV stands for a "Comma Separated Values" file. This file format is simple text that uses commas to separate values into tabular data or rows and columns without having all of the lines. It is great for exporting data from one system to another. This is also a common format if data from another system is needed for import inside the system. Within the system, based on permissions, there are options to both import and export CSV files, in certain areas.
• Ctrl - This is the shortened version, or how it is written, for the windows control key. It is often used in a combination for showing keyboard shortcuts. Example: Ctrl-C, Ctrl-V, etc.
• Ctrl-A - This is a keyboard shortcut on windows for selecting all the content in a certain area. This is control plus the A key.
• Ctrl-C - This is a keyboard shortcut on windows for copying a certain selection and putting it on the clipboard for future use. To paste something, use Ctrl-V. These two are often used in combination.
• Ctrl-N - This is a keyboard shortcut on windows for creating a new window in your browser window. Often you can do the same thing by right clicking a tab and clicking new or duplicate, etc. 
• Ctrl-P - This is a keyboard shortcut on windows for printing a certain page.
• Ctrl-T - This will get you a new tab within your current browser.
• Ctrl-V - This is a keyboard shortcut on windows for pasting a certain selection held in memory. Either Ctrl-C or Ctrl-X are the ways of copying something to memory. 
• Ctrl-X - This is a keyboard shortcut on windows for cutting a certain selection and putting it on the clipboard for future use. Ctrl-V is used to paste.
• Ctrl-Y - This is a keyboard shortcut on windows for redoing something that has been undone. Its brother command is Ctrl-Z or undo.
• Ctrl-Z - This is a keyboard shortcut on windows for undoing a previous action. Its brother command is Ctrl-Y or redo.  
• Ctrl-+ - This is a keyboard shortcut on windows for zooming in (make it bigger) on the webpage or browser. This is the control key and the plus sign (+). 
• Ctrl-- - This is a keyboard shortcut on windows for zooming out (make it smaller) on a webpage or browser. This is the control key and the minus sign (-).
• Cultivation - This is general term that some industries use when dealing with plants and herbs. Cultivation usually means tracking and monitoring the entire process from planting, cloning, growing, and other phases, clear out to harvesting and production.
• Custom - This is a broad term and can be used in many different ways. Often, we use custom to refer to custom code, custom look and feel, custom flow, or custom processes. It is also generally used to say, we could add that into the system, but it would be custom. Meaning it would be specific to your needs and wants and go through a process of design and development to meet those needs.
• Custom Logic - This is part of custom code, but the term custom logic usually resides more toward the top of the page. It is like the brain for the page. This is how we control what is happening or could happen on a single page. You may often hear us say, "We could black box that." Meaning we could add code and logic at an insertion point to make the page perform custom actions, logic, flow, or other code related options. 
• Customer Queue - Customers waiting to make purchases can be placed in a line, or a queue, so that they are seen in a first come, first serve order. Multiple queues can be used to designate customers as VIP, Pickup, etc.
• Customers - The people, or companies, you sell items or services to. There are settings inside the system to allow you to name your customers as you see fit. Examples: clients, members, students, patients, buyers, VIP's, guests, etc.

D

• Dashboard - A dashboard is a special interface that shows quick access buttons, charts, graphs, and stats. They come in all kinds of varieties but basically speed up commonly used functionality. Usually, there is some representation of the underlying data in some sort of summary, count, total, or other aggregated function. Often, users like to use dashboards to speed up processes and/or control their layout and space (what they like to see and/or use).
• Data - This is a generic term for digital information. It could mean all kinds of things. This system is a real-time data portal where you can cache, send, upload, and archive your data.
• Data Table - Inside of web pages, tables are often used to help with layouts. A data table is a special kind of table used for reports. It has special functionality like special exports, local searching, sorting table columns, and a thing called pagination (next or previous page). Great for showing and interacting with tables of data or tabulated data (reports with rows and columns).
• Database - This is a background storage engine that holds all of the data. A database contains numerous tables, rows, and columns. The database engine that we use is called a MySQL server. This database server is very robust and can handle millions and millions of records, queries, and actions at a single time. For example, when a cart is fully submitted it transfers information from session memory into the database where it is stored. Technically the database is the storage engine, but sometimes we generally refer to it when discussing data or the storage area.
• Default Homepages - Every user gets to set their default homepage. This is where you land, or are taken to, when you click your logo or home link. Think of this as your virtual starting spot or home base. The reason it says homepages is there are lots of choices that you could set as your default. As a side note you can also switch at any point to facilitate the task at hand. If you want, you can even have a custom dashboard or default homepage made. See the Chooser for more information.
• Default Settings - The whole system has a base of permissions and settings. Settings come on a corporation level, a player group level, a page level, and even on a user level. The system comes with a number of preset or default settings. Often these default settings will be changed based on needs, wants, or dictations from administration or higher authority.
• Delayed Inventory Counter - Normal inventory updates use a thing called an update PO. This is live and immediately affects the database. The delayed inventory counter has a simplified interface. You scan the parent barcode, and it finds the item, you then enter the quantity. This value is saved into a CSV file. The system doesn't know about any changes until you upload the CSV file, and it converts from CSV to database storage. This is available, but we highly recommend using the normal update PO's because it goes live immediately and it is fully integrated.
• Delete - This is the act of making something go away. Inside of the system, most delete or remove actions occur by changing what is called a status from active to inactive. This is how you hide/show or use/don't use certain items. All main player items and their subs have status fields inside of the system. Once you get into a multi-relational database, you don't want to have real deletes and start making holes all over your data. Once again, that is why most things are not really deleted, they are just made inactive.
• Delivery - This usually means that an invoice or order needs to be delivered by a driver or carrier. If your company uses delivery options, they may be setup in the settings. If not, no delivery options will show up. Some delivery options include vehicles, sales staff, travel routes, estimated times, etc. The term delivery can also refer to external entities that need to pick up products and then make those deliveries.
• Departments - These are used to organize employees. They are not required. If used, they allow employees to utilize the clock in/out function (see above). They are also required if doing payroll functions.
• Deposits - Deposits are one of the main application players within the system. Often, deposits are made by adding a number of invoice payments to make the deposit. These deposits end up affecting the bank balances. If you choose not to use banks and deposits, no problem. All invoicing functionality is still available. There are also times that deposits are tied to other balance sheet level operations such as investments or pre-paying for things in the future.
• Deposit Types - A deposit type is a way to classify the deposit line items. The deposit total hits the bank, but each line item may eventually go to a specific area. An older term for this is a chart of accounts for deposits. The system uses deposit types to do the same thing. This could be sales, revenue, credit card fees (reduces a deposit), balance sheet items, etc. By default, the system creates a number of preset deposit types. If more are wanted or needed, those may be added by persons with the correct permission.
• Dewy Decimal System - This was a funny name used as a code name/alias for a project to take functionality from 2 decimal points to 5 decimal points within the system. Sorry librarians, no pun intended. ;) This was just taking numeric quantities, costs, and prices to multiple decimals of accuracy.
• Direct Deposit - This is when a company sends or wires money directly to someone's bank account. This could be for payroll, commissions, or bill payments.
• Disabled - In the system, this usually refers to a field or status that is locked or not ready to be interacted with. Another usage of this term is in dealing with sub inventory. One of the status modes is "disabled", meaning you can't use this yet, until it is enabled or opened.
• Discount Calculator - This is a special tool that allows for a salesperson to play with numbers and values to figure out discounts and profit margins. Nothing hits the database, so they can use it as often as needed. Once they are happy with the values and numbers, they can submit the form to use those values and the discounts on quotes and invoices. As a side note, there is a feature called the advanced add to cart that takes this same functionality even further (full on haggle tool).
• Discount Engine - This is a manager level tool that allows for pre-set discounts that get automatically applied. This could be for specific items, per vendor, specific time periods, or special dates. These automated discounts may be changed, enabled, disabled, etc. as needed. Basically, an automated solution if you have rotating discounts based on items, quantities, or time.
• DPI (Dots Per Inch) - This deals with image resolution both on screen and for printing. If you are printing something you want your DPI higher. If you are just viewing it on screen usually 72 to 96 DPI is enough for your eye to catch on the screen versus images for print are usually printed at at least 300-600 DPI. 
• Drill-Downs - This is a term for navigating through layers. An example might be searching for a specific customer. Say the system returned a number of customer records. The drill-down comes into play as you click on the associated link to see their details, or drill-down to see their history, or drill-down to see other information, etc. Drill-downs are used throughout the system. Once again, it is to navigate layers or get deeper into details and usage.
• Due Date - This is used on invoices, statements, expenses, and other key documents. A due date is when something is due. In business, usually that means a payment is due. Inside the system, there are various fields and search options for due dates. If you, or your company, use due dates for your customer/clients, they may be setup in the corp-wide settings. Once setup, they will be available in the cart, quotes, and invoice sections.
• Duplicate Invoice to New Cart - This functionality allows a user to take an existing invoice and create a new shopping cart that is exactly the same as the original. As a note, the new cart has the totals, line items, quantities, prices, discounts, but no payment information. Great for repeat sales in certain industries. Once the invoice has been duplicated, it may be used as is or altered if needed. You may see a shortened version on buttons and links called duplicate to cart.

E

• E-Commerce - This is any sort of online web presence where you sell your goods and services over the internet. The software has both free and paid versions of ECommerce that are fully integrated and built in for our clients. Some of the cool features that you can harness are mobile ready, bill pay - where customers can come in and pay some of their bills, photo gallery, expanded descriptions, technical specs, automated emailing, and tons of custom display options.
• Edit - Function associated with all aspects of database- customers, vendors, items, banks, e/rs, deposits, invoices, etc. 
• Edit Line Items - Makes changes to the line items (second section) that have been added to a PO, deposit, invoice or E/R. 
• Edit Main - Makes changes to the main section (first section) of a PO, deposit, invoice, or E/R.
• Edit Payments - Makes changes to the payment section (third section) of an E/R or invoice.
• Elements of Time - May be defined by your business. Giant toolset that can be customized to meet your needs. Customer time clock, an appointment book, a scheduler of sorts, a dispatching solution, a payroll timesheet for employees, a mini blog, a general reminder system, etc. You name it, you set it up, and then you get to use it over and over again. You can search it, display it, add to it, create new templates, invoice time, quote time, and generally work with almost anything that has a time element associated with it.
• Employees - An employee is technically someone who works for a company. Inside of the system employee is a term that is used for persons who use the system and have permissions inside the system. Employees may have time cards, payroll, permissions, settings; they can also be used on expense/receipts and PO's and in these instances can be used virtually like a vendor. They also populate the salesperson list. 
• Equity - Equity is a section on the balance sheet which means some sort of long-term value. You can have different things like owner equity, paid in equity, investments, worth and distribution of wealth.
• EOT's - See Elements of Time. EOT is an acronym for Elements of Time. Another term is Time. When you search for time you are searching for an Element of Time. Technically you can have unlimited number of templates which are like cookie cutters. And then you can make an unlimited amount of cookies from those cookie cutters. It can go very deep.  
• ER's - Expense Receipt- these words used together mean any total amount of money that flows out of a bank.
• Expense Types - Chart of accounts for expenses. System comes with several options and the user creates the rest.

F

• Favorites - There are two primary ways that we use the word favorites in the system. One is a list of saved reports called your favorites. Another one is actually where favorites is a shortened term for My Favorite Buttons which are graphical point of sale buttons. 
• Flash - Flash is a shortened term for an Adobe Flash player. Flash has been used on the internet since early times. It could as simple as animations, special buttons, rich interfaces, etc. The software application uses Flash for navigation screens, check writing, barcode generating, and my cart favorite buttons (customer point of sale buttons). Sadly, flash was discontinued by most major browser. We really liked it for multiple parts of the system.
• Flash Bubble Interfaces -  There are three Flash interfaces that were designed my Russell Moore that may be used as default navigation homepages. They have special features such as rollovers, sliding menus, and drop downs. Sadly, this interface no longer exists due to browsers no longer supporting flash interfaces.
• Flash Buttons - Once again these are a shortened term for the my cart favorite buttons. Custom point of sale buttons setup by companies. These can be named, organized, colored, nest them, group them, preset settings, setup special pricing parameters, etc. These are often used as standalone sales buttons or in the split cart view. Split cart has one screen of buttons, and the other screen shows the cart so that you can see what has been added to the cart. Sadly, these flash buttons have been replaced with normal web buttons, due to browser support.
• Flex Attribute - This is a custom field or fields that allow you to setup custom naming and data types for special fields. Flex attributes are somewhat like a database extension. Meaning, if you need a field or value tracked that doesn't exist, you simply create it. Those values are then searchable, and you are able to track that extra or special data (flags, tags, custom data, and other options).
• Flex Grid - Allows a user to custom code up to 30 fields per each main section. In short, flex grid allows the user to add additional tie ins, database fields and notes. This may be setup in a one-to-many relationship and allows for interconnecting different pieces within the system. Admin settings allow for limited fields to show up for simple add/edit processes. Very flexible and help with custom data tracking and reports.
• Footers - A footer is anything that happens on the bottom of the page that is consistently there. Usually such things as navigation, branding, logos, copyrights, or other consistent notifications. 
• Form/Submit Form -  Anytime that a user can interact with a website is usually in a form. The software application has tons of web forms. Without getting super detailed you can have text fields, number fields, drop downs, text areas, radial groups, list boxes, check boxes, toggle switches, buttons, and other form features. The submit part of a form is when it actually gets sent back to the server and some sort of action takes place such as a search, an add, an update, a commit, a continue, etc.
• Fracture - This is a code name for a future buildout of the adilas.biz application. It involves all kind of toggle on/off settings, aliases, deeper code structure, and ability to customize anything. The term fracture came as we started seeing main components and pieces start sub diving into subs or fractures. There are whole pages about what this means - future buildout and master plans - also called adilas lite - https://data0.adilas.biz/lite/
• Fulfillment - This is the act of finishing or fulfilling an order or invoice. Fulfillment is a step in the process. Within the system, there are special settings and pages to help with this functionality. Often, once something has been fulfilled, it gets stamped or approved and then passed on to the next stage or phase.
• Functions - This is a general term that could be used for what is your business function meaning process or flow. It could mean a logic decision behind the scenes - pass this variable to the function and you will get this result. It could also just generally mean how do things function meaning how do things work, how does it interact. Another term that we use sometimes is if you are dealing with API sockets (Application Programming Interface), we will often talk about the socket as if you are calling a certain function. 

G

• Gallery - A gallery is usually a collection of things most often photos, media/content, files, some sort of digital content. All of the 12 main players have their own galleries. Most galleries are tied to individual items within the groups. 
• General Tie-in - This could be one of two things. It could be talking about a thing called a flex grid tie-in which would be additional data related to the main item. Another reason we use general tie-in is if we don't know where the connection is going to go it can be tied to all sorts of things. Basically, the tie-in means a relationship and general means you will need to categorize it.
• Gift Cards or Gift Certificates - Gift cards deal with selling a future I owe you to a customer or client. The value is held on the side until it is redeemed or used. Gift cards and gift certificates are part of the section called special accounts. This section deals with loyalty points, gift cards, vendor credits, in-store credits, and other miniature tracking accounts. Once turned on, this functionality is available at no charge from within the POS system. Your company is in charge of the actual cards (if using a physical card), but the tracking and usage of the system is built in.
• GIF Image - A GIF image is a graphic and is considered to be in the Bitmap family. They have somewhat of a limitation on colors but they can still go up into the hundreds (like 256 colors). Some other really good benefits is they can have a transparent background and they can contain small animations.
• Global - This is a general term. We use it in a couple different ways. One would be a global variable meaning it is available for all. We have global settings which are generic across the whole system or a starting point. Then dealing with a world-building concept - global means within a world what is the style, attributes, presets, etc. for that world. All of these uses indicate broader or more general terms. 
• Global Context - This is a term that often refers to AI or artificial intelligence. The global context is a term that deals with the overarching what, when, who, why, and how type values. Global context helps the AI figure out what goes where. Lots of moving pieces, but basically content to keep it aligned with the current or programmed tasks or functions.
• Go Mode - This is a special keyword to help the system use the most possible navigation options. There is a feature inside of adilas called the quick search. It exits on every page in the system. If you use the quick search, you can jump and bounce to any other part of the system. If you type in the keywords "go mode" into the quick search, it will take you to a special page that is programmed to show you almost every possible option in the system. Some people like to select this page as their main homepage from the chooser. It's that fast... Go mode is for let's go! Super powerful search page.
• GPS - Global Positioning System. Basically, inside of the software application, GPS can mean a physical location like an actual GPS or sometimes it is used as a term for a virtual locator of where I am in this world or in the system. Indicating a location, such as I am in invoices or deposits, etc. A cousin to GPS is something called an RFID tag. Both of them use some sort of X, Y, and Z coordinates but the main difference is that GPS is over a broader spectrum and RFID is in the confines of some smaller geo-fence but you can still tell where things are moving and can track things in spatial ways. 
• Gram Counter - Control added to the shopping cart for the cannabis industry that helps salesperson stay compliant in how much cannabis they sell to a customer. Multiple varieties exist based on requirements of the state of operation.

H

• Half Baked - This is when a product or feature is mostly done and/or partially done. Haft baked means it still needs a little bit of loving to make it perfect. Sometimes features are released in a beta or trial version. We call that half baked or half-baked.
• Hardware - Technically this is computer peripheral type term. It usually means something that physically exists or something you physically connect to a computer. There is a physical aspect to it. You can see it, touch it, connect to it, it can contain it's own programs and software, etc. Some common pieces are laptops, desktops, monitor, disc drive, scanners, printers, and so on. Almost anything that has a physical component and an electronic piece that can be associated with a computer is called hardware. 
• Harvest - Part of the plant cultivation cycle. This is when you take a part or all of a plant and turn it into something. If you company does this type of process, there are special tools inside of the system to help with the harvest process.
• Hash - The word hash has a number of different meanings. Usually inside of a computer system a hash means a small encrypted value that may be de-crypted or decoded by the computer. A way to make something non-human readable but still decipherable to a computer with the correct codes to unwind it. A general term for hash is a mix of things that gives you a new item or output at the end. 
• Headers - These are usually at the top of the page and have a reoccurring look, feel, theme, navigation, search options, menus, etc. It is basically a way of standardizing multiple pages to look similar - you can use or create a header. 
• History - History inside of the software application takes on numerous different flavors. History could be just what happens over time. It could also be user interactions, cause and effect cycles, check points, etc. The history is also a shortened word for the audit trail, the log files, and the decision trees within the system. Most histories inside of the system are unalterable - they are caught and monitored behind the scenes as actions take place. History inside of the software application can take on a couple different forms - effectual, historical, financial. These are all aspects of history but they all have a little bit of their own flavor. 
• Homepages - This is a web term for a starting spot or a spot that has like pieces. What we do is allow everyone to start with their own homepage or starting area. This allows them to navigate the system or have quicker access for the features they use. The other use of the term homepage in the system is for each of the 12 main players. All of these 12 main players have their own homepage or main hub for the features associated with that player. Such as invoice homepage, PO homepage, expense/receipt homepage, etc. Sometimes these are called sub homepages. 
• Hover - Action used to view links in the database. At the top of every page user can 'hover' over the main links to access myriad other pages in the database.
• HTML Buttons - There are two different terms for HTML buttons. Any form inside of the system technically has an HTML button to help it submit or do any other process. The other use of the term HTML buttons deals with my cart favorites and this is a comparison between Flash buttons or HTML buttons - meaning how the buttons are generated. 

I

• Ice Down - This is a term for basically permission based locking. This goes back to an analogy we use with liquid water turning more solidly into ice. As data in the system becomes more firm or set it virtually gets iced down. 
• Inactive - A status that designates data as being out of use. Inactive means remove, hide, or don't use. Inside the system, a status of inactive is how you virtually delete things. When inactive, data will not show up in searches and reports by default. A user must specifically request to view inactive data.
• Interactive Map - This is a graphic that shows a lot of the key elements inside of the system. A number of different departments, homepages, areas that have their own tools, etc. It is one of the standard navigation homepages. It is also used often for training when we are trying to show flow between the different areas or departments. The help file for that page goes into major details as to why things are organized on the map the way they are. 
• Internal Build PO - This type of PO is used internally to take raw goods and combine them to create something new (kitting, packages, groups, mini manufacturing, etc.). For example, say you wanted to make a cake, the raw goods might be flour, sugar, eggs, butter, etc. The internal build PO would subtract the raw goods from inventory (negative quantities) and create a new product called cake or cookies (positive quantities). This PO type has it's own permission and is very powerful.This same PO type is used by the system when using the internal recipe/build process. The recipes are basically a pre-set group of ingredients, parts, items, and/or outputs. These recipes are called "build and hold" recipes. The internal build PO may also be used when taking a certain part, painting it, heating it, cutting it, chopping it, combining it, or somehow changing it into some other part (any type of mini manufacturing). This PO type, internal build, is how you physically control your inventory counts. Similar to the update PO, this PO is not vendor specific and does require a special permission to use this PO type.
• Internal Repair - This deals with a stock/unit. Basically it makes an internal serialized item become a customer and you can use anything from your shop or store and attribute it or apply it to that specific stock/unit. 
• Invoice - Use to record a sale of any item or service to a customer.

J

• JPEG Image - A format for compressing image files. Every form in the database has a storage space for jpegs that can be accessed from the photo/scan button.
• Jump - This could be a couple different things. Often we will use the word jump to indicate some sort of motion or movement. This could be let's jump into this or jump to this place on the page or somewhere else in the application. Sometimes we use the same phrase when we talk about using the quick search inside of the system to navigate somewhere. So while this is an action term indicating movement and navigation it can also refer to times when you skip multiple steps by clicking or jumping somewhere. 
• Junk - This could refer to email, junk email. It could also refer to doing something which you are going to get rid of. Or it could be if you are putting garbage into the system, you are going to get garbage back out. This refers to putting bad data in the system - junk, garbage. 
• Just in Time - An acronym for this is JIT. This was originally developed in manufacturing and operational warehouses. Now it has been modified and is used in all kinds of things such as just in time inventory management, just in time bill pay, just in time project management, just in time communications, and so on. Instead of planning and preparing everything out to the nines sometimes you can do it just in time which saves both time and money and is an efficiency factor.

---
Small note... The other vocabulary or glossary words and sections are listed below as well as on element of time # 4042 in the Adilas University site.
---

K

• K terms connected in the sub notes below - click to view whole document

L

• L terms connected in the sub notes below - click to view whole document

M

• M terms connected in the sub notes below - click to view whole document

N

• N terms connected in the sub notes below - click to view whole document

O

• O terms connected in the sub notes below - click to view whole document

P

• P terms connected in the sub notes below - click to view whole document

Q

• Q terms connected in the sub notes below - click to view whole document

R

• R terms connected in the sub notes below - click to view whole document

S

• S terms connected in the sub notes below - click to view whole document

T

• T terms connected in the sub notes below - click to view whole document

U

• U terms connected in the sub notes below - click to view whole document

V

• V terms connected in the sub notes below - click to view whole document

W

• W terms connected in the sub notes below - click to view whole document

X

• X terms connected in the sub notes below - click to view whole document

Y

• Y terms connected in the sub notes below - click to view whole document

Z

• Z terms connected in the sub notes below - click to view whole document

4.32 - Gift Cards, Rewards, & Loyalty Points

-Tons of custom options are available. Often these reward programs have some corporation specific flare.  

-The Adilas standards are still currently under construction. Expected release data first quarter of 2019. Some of the standards will include: loyalty/rewards, gift cards, punch cards, in-store credit, vendor credits, etc.

-Technically all of these special account types or payment types are subs of the balance sheet. Behind the scenes all of these accounts will be run under a general title called sub special account tracking. Within that we will allow you to name the special programs according to your needs. For example, if you want to call your gift cards XYZ Bucks, that is totally fine.

-All of the programs that get setup will automatically inherit a default set of rules. Then we will let you modify those rules to match your company. This may be custom naming, special ratios, values, redemption exceptions, all kinds of rules, etc.

Back doing code review for Eric's sub special account tracking project. This is a sub of the balance sheet and will end up allowing for things like reward points, loyalty points, gift cards, gift certificates, punch cards, in-store credit, lunch cards, vendor credits, employee payroll draws, affiliate programs, tiered marketing options, and tons of other special accounts. Basically, we will track all of the special accounts and then connect them to a single balance sheet item. The main balance sheet item will show up on the actual balance sheet. Behind the scenes, we will keep track of all of the tiny twists and turns and individual transactions. The summed up results will then be available for the balance sheet as part of the assets, liabilities, equity accounts, or even phantom accounts (kinda there and kinda not there). Pretty interesting.

10/7/19: As of today, loyalty points round one has been launched.

Update as of 9/19/19: Hope to launch round one 10/1/19

https://data0.adilas.biz/top_secret/time_web_gallery.cfm?corp=748&id=4969

Round one should be launched before the end of August 2019. Will allow for loyalty points program. Can name it, automate transactions, history tracking, ratios, all through the cart.

Round two= special accounts= gift cards, in store credit, vendor credits. 

Moved gift cards to 1538