While preparing and testing the potential POS, I forgot one foundational premise: POS implies in-person contact.

In my testing of the POS, I was trying to inject a delivery/pickup process. Silly me, POS is pickup of product!

In my forgetfulness of the foundational premise of a POS, I deleted the app I was working with and tried another. However, the replacement didn’t have the feature set of the initial app. So, now its delete the replacement and go back to the original–silly me.

Just had a long chat with Chatgpt to assess what plugin combinations will work best for what I’m trying to do (which is simultaneously offer on-line ordering with in-person POS). As it turn out, not so simple a task.

Customers who have visited us know that we offer flavors with our citrus squeezin’s. Our software product package does not natively provide options in its base line product. So, we have to add software patches to enhance the baseline software. The first option plugin I tried did not work with POS software recommended, so I backed up to a less robust app to get options to show up in the shopping cart. Oh well, too bad, so sad.

The central distractor is that both the less robust option app and the POS are subscription products. That makes it a bummer when I’m simply trying to prototype and troubleshoot apps.

OK, the critical error issue seems to have resolved itself. A second issue cropped up–email anomalies. I have been out of the networking business long enough to forget the issues surrounding SMTP and header analyses by SMTP servers. Got that fixed after recognizing what the problem was.

Now, on to other bugs.