About · Cannabis distribution compliance consultant, Sacramento
Brandon Moore.
Sacramento. Solo practice. Sixteen years in software, twelve of them as a senior engineer. Six years in design and product before that.
I am Sacramento-based. Sixteen years in software, twelve of them as a senior engineer at a Sacramento-area software firm — backend systems, multi-tenant SaaS architecture, hardware integration, networking, and the long tail of operational engineering that doesn't fit cleanly under any single label.
Before software, six years in graphic design, product development, and marketing. That earlier work shows up in the engineering — in how I think about brand, in how I model and 3D-print mechanical fixes when the gap is physical, in how I read a floor before I read a system.
I started Phenominal Consulting in early 2026 to focus on one thing: cannabis distribution compliance — specifically, the gap between Metrc, ERP systems, label pipelines, COA pipelines, printers, and the floor procedures that hold them together.
The capability
What I can reach for when the gap calls for it.
- Backend systems, language-agnostic. The work I do is architecture, multi-tenant SaaS patterns, integration plumbing, and queue-and-event design. The language is whatever the operator’s existing stack uses. I’ve shipped production work across multiple backend languages and am comfortable picking up the one a given client’s codebase already runs on, rather than forcing my preferences into someone else’s environment.
- Self-owned, bare-metal infrastructure. I run my own production server fleet on hardware I own — no third-party PaaS sitting between me and a client’s critical systems. When a hosted vendor goes down, my pipeline keeps moving. When a SaaS pricing model changes, my margin doesn’t. For operators whose distribution depends on always-on infrastructure, that independence translates directly to the work: I can recommend self-hosted paths because I run them myself, not because I read about them.
- Any client environment, hosted or on-prem. I work inside the operator’s existing stack as the default — their cloud, their on-prem, their datacenter, their domain controller. The bare-metal independence is mine; the deployment shape is theirs. I don’t arrive insisting an operator migrate to my infrastructure to get the work done.
- ERP and pipeline integration. Through documented APIs when they exist, through other paths when they don’t. Browser-resident augmentation, direct database integration, queue-and-event architectures, custom protocol bridges — the right one is whatever closes the gap fastest without breaking the operator’s existing tooling.
- Label and printer protocols. ZPL, Zipher, EPL, raw TCP. Direct-to-printer pipelines when middleware is the bottleneck. Per-station queue architecture when routing is the failure mode.
- Networking and infrastructure plumbing. VPN-to-on-premise paths, certificate handling, subnet diagnostics, DNS, BIND, firewall and NAT rules — the kind of work that comes up when an “obvious” hardware fault turns out to be a routing or auth problem nobody thought to check.
- Hardware and mechanical capability. 3D modeling and 3D printing for one-off mechanical fixes when the gap is physical. A tool I reach for only when the right answer is mechanical, not when the right answer is software.
- Diagnostics on the floor. The part that makes the rest matter. Walking the line, watching the handoffs, finding the gap nobody upstream could see because the gap was between two things they each owned.
Each engagement uses a different subset. The fit is what matters, not the inventory.
The combination
What's rare about this practice is the combination, not any one piece. Most software consultancies live above the API. Most hardware-leaning consultants live below it. Most operators-on-floor work outside both. The cross-vendor integration work that defines distribution compliance lives in all three places at once — and it sits in gaps no single vendor owns.
The work I do is not novel software engineering. It is end-to-end visibility across systems no single party is responsible for, with the technical range to act on what I find — whether that's a config drift on a printer, a missing API that needs a creative bridge, a procedure on the floor that pre-dates a regulatory change, or a piece of plastic that needs to be modeled and printed by Wednesday.
Why cannabis distribution, specifically
Once you have walked a distribution floor and watched the COA, the label, the printer, and Metrc fail to agree with each other on the same package — and watched the vendors involved each correctly insist they are not the problem — you cannot un-see it. The gap is real. It is not getting smaller. The DCC’s recall data confirms what the floor confirmed: nearly half of California cannabis recalls in the last twenty-eight months are label or cannabinoid-pipeline failures, and the rate is rising.
I have chosen, deliberately, to work only on regulator-aligned distribution compliance. Not gray-market. Not plant-touching. Not speculative. The work is grounded in public regulatory data and verifiable operational outcomes. That choice is structural to the practice, not a marketing posture.
Where to find me
- linkedin.com/in/bmooreinsaan
- brandon@phenominal.io
- Phone
- (916) 573-0720
Schedule a 30-minute call
Thirty minutes. No slides. If an engagement does not make sense, I will tell you on the call.