Agentforce Revenue Management (ARM)
Greenfield builds on the current model, and migrations off CPQ that don't get rebuilt twice.
Greenfield Agentforce Revenue Management. CPQ built around how your business sells. Integrations that connect Salesforce to the rest of your enterprise. Architect-led from discovery through delivery.
Greenfield builds on the current model, and migrations off CPQ that don't get rebuilt twice.
Enhancement, rescue and performance work on estates that already run on it.
Platform-agnostic. The contract between systems gets written down, and so does the failure path.
Automation suites that gate a release instead of decorating it.
Hanya's Enterprise Discovery & Intelligence Accelerator. It reads all the Salesforce manifest metadata, including Apex, LWC, dependencies, environments and change history, and turns them into claims about your estate — each one carrying the evidence behind it.
Almost nothing in a large org was built by the people now accountable for it. It arrived — through programmes that closed, teams that moved on, acquisitions, and a decade of changes each of which was reasonable on the day it was made.
So the first question is never what to build next. It's what is actually here, and the org itself is the only honest source for that answer. MetaLens360 asks it directly: nine kinds of source read out of the platform, resolved into one graph, and reported with the strength of the evidence attached.
Understand what you inherited & built.
Nine sources in, one resolved graph out. Nothing on the right is asserted without a tier on it. Scroll the diagram →
Unknown never becomes zero. A check that found nothing and a check that could not run are different answers, and a tool that reports them identically is worse than no tool at all. MetaLens360 keeps them apart, on every claim it makes.
The grade travels with the claim
A finding is only useful if you know what it rests on. MetaLens360 grades every claim by how it was arrived at, and the grade is attached to the claim — not buried in a methodology page.
Choose a tier to see what you can safely do with it.
Account.Legacy_Segment__c is referenced by four Apex classes, two Flows and one validation rule.
The named credential used by OrderSyncService points at a sandbox endpoint — in Production.
QuoteLineHelper is unreachable. No trigger, Flow, LWC or class in the resolved graph calls it.
Deleting Contract.Renewal_Tier__c breaks two CRM Analytics dashboards and the recipe that feeds them.
The classes prefixed INTG_ look like one integration package. Nothing in the metadata declares them as one.
Opportunity_Stage_Backup__c reads as deprecated. Nothing marks it deprecated, and it is still writable.
Field usage on Lead could not be measured: the usage API returned nothing for this object. Not zero — unmeasured.
Change history older than the org's retention window cannot be read. Those edits are unknown, not absent.
Illustrative claims, written to show the grading. Every name in them is invented.
What breaks if this field is deleted.
Which Apex classes are actually called, and which only look alive.
Which dashboards are built on data that stopped refreshing.
Where two environments have quietly drifted apart.
Whether a change actually propagated, or merely deployed.
Who owns an integration, and everything it touches.
A read-only OAuth connection to the org. No write-back and no deployment path, so there is no version of this that changes what it is reading.
Metadata, Apex and LWC source, dependencies, integrations, data volumes, CRM Analytics assets, environments and change history — on a schedule, or on demand before a release.
Parsing and dependency-graph resolution. Every reference is followed until it terminates in something real, or is reported as unresolved.
Rules, environment comparisons and AI over the resolved graph. Nothing leaves this stage without the tier of evidence that produced it.
The model is given your discovered assets, their relationships and their lineage. Its recommendations name classes, fields and dashboards that exist in your estate — never a generic list you could have found anywhere.
You bring your own API key; eleven providers are supported. Hanya does not resell inference, and no customer data is used to train a model.
The connection is read-only — no write-back, no deployment capability. Credentials are encrypted at rest with AES-256-GCM. Workspaces are isolated, access is role-based per workspace, and every call is auditable.
It reads your org and reports on it. That is the whole of what it does.
You don't need to speak to us first. Open it, read how the evidence tiers work, and connect a sandbox when you want it pointed at your own estate.
Property360 treats the lease as the source of truth and runs the month from it: invoices raised with tax applied, split between co-owners, collected, reconciled and reported — on one record, for everyone who needs to see it.
Rent, deposit, escalation and each owner’s share, set once. One lease can span several units.
Raised every month from the lease, with tax applied and one PDF per owner, emailed to the tenant.
Part payments, waivers and advances recorded, with the tax the tenant withholds tracked alongside.
Advances settle the oldest arrears first; shared expenses are settled between co-owners.
Owner statements, rent roll, occupancy, dues and tax reports, current at every point in the month.
Next month runs from the same lease. Escalations and renewals are flagged before they fall due.
Every role works from the same lease, invoice and ledger — each sees only what it should, enforced on the server, with an audit log behind it.
Owns the portfolio, invites everyone else, raises invoices and sees every report.
Receives invoices on copy, with tax and withholding reports in a scoped view.
Handles day-to-day operations within the access the landlord grants.
Gets invoices by email, and reminders before each escalation or renewal.
Sign up with email or Google, add a property, and raise the first invoice from its lease.
Hanya Technologies is two complementary businesses: a consulting practice that designs and delivers Salesforce for enterprises, and the Hanya 360 Product Suite — software we build and run ourselves, inside the Salesforce ecosystem and outside it.
Salesforce consulting and architecture, Agentforce Revenue Management and Revenue Cloud, CPQ, enterprise integration and quality engineering. Architect-led, since 2015.
What we do → Business 02Proprietary software we build and run: Salesforce intelligence with MetaLens360, and independent applications for property and for personal records.
Reads a Salesforce org — metadata, code, dependencies, data and analytics — and answers the questions it cannot answer about itself.
Production · connected read-only
Nothing is deployed and nothing is modified.
What breaks if Account.Legacy_Segment__c is deleted?
Production compared with main
OrderSyncServiceDiffersDriftRenewal_Notice FlowOnly in orgDriftContract.Renewal_Tier__cMatchesIn syncSummarised twice: once for leadership, once for engineers.
SOQL reached from inside a loop
PricingService.recalc()3 calls deepDerivedEvery finding carries the tier of evidence that produced it.
Monthly rent invoices with tax applied, tenant withholding, co-owner splits, leases and escalations — one record for the whole property lifecycle.
Harbour View · 3 buildings, 24 units
Northwind Retail · Units G-3 + G-4
October rent · one invoice per owner
October costs · settled between owners
Vault · Unit G-3
“When does the lock-in end?” — 30 June 2027, clause 4.2.
Answered from · Lease agreementComing up across the portfolio
Ask from your phone
What’s outstanding on G-3?
29,600 — October rent, part-paid. A reminder has already gone to the tenant.
Which leases renew this quarter?
Unit 2-3, in 60 days. The renewal reminder is scheduled.
TelegramWhatsApp Available once enabled for your account.
A private, encrypted vault for a family's personal, legal, financial and medical records — with expiry alerts and role-based access.
Our household · 4 people
Documents expiring
Alerts at 90 · 60 · 30 · 7 days. Configurable per document.
Lab trends · Alex
Describes range status only. Not a diagnosis.
“When does Maya's passport expire?”
On 12 December 2026 — 58 days from today. A renewal reminder went out at 60 days.
Source · Passport · MayaAnswers are limited to what your role is allowed to see, and cite the record they came from.
Every system in the estate is defensible on its own terms. The damage happens between them — where two systems each hold part of the truth, and the reconciliation belongs to nobody.
Ask four people where a customer's contracted price actually lives. You'll get four answers, each pulled from a different system, each partly right, and none of them wrong enough to argue with.
That's the usual condition. Not a bad system — a truth split across several of them, with no one accountable for the join.
It's also why estate size gets counted wrong. Systems are the cheap part. What has to be built, tested, monitored and re-tested every time anything changes is the set of relationships between them — and that set grows with the square.
Move the control. Nothing about the graph below changes except how many systems are in it.
The estate, drawn as its relationships
Each system added has to reach every system already there.
Highlighted — the system added last, and every relationship it created simply by existing.
One person can still hold this Every interface fits in a single head. Questions get answered from memory, and the answers are usually right.
Both are authoritative. Both are current. They disagree, and the disagreement only becomes visible downstream, in a number someone escalates.
It was written for a programme that closed. It still runs nightly. The person who could explain what it does on a retry has moved on.
The architecture diagram is accurate as of the last time someone was funded to draw it. Everything since then lives in people's heads, unevenly.
Change lands weekly. The diagram gets redrawn when a programme pays for it. So the picture the business decides against is always older than the system it describes — and the longer it goes unchallenged, the more confident everyone is in it. The first job isn't choosing what to replace. It's establishing what's true right now.
Four questions we get asked in almost every engagement, answered the way we'd answer them on a whiteboard — including the parts that make them awkward.
These are worked answers written by our architects, not generated live. Every one is a real problem we have been paid to solve.
Sellers stop trusting a quoting tool long before it breaks. They stop trusting it when it's slow. The cause is almost never "CPQ is slow" — it's a specific, findable thing.
People hear that Agentforce Revenue Management is a re-implementation and assume it's vendor framing. It isn't. The difference is structural, and it's the reason a lift-and-shift fails.
Every org has a list of things the team knows are wrong. The dangerous debt is the stuff nobody has a name for, because nobody has read the whole org in years.
Not chatbots. The useful application is reading — an org contains more configuration than a team can review by hand, so teams sample. We don't have to.
Anyone can list Salesforce clouds. What's worth reading is which specific failure we've seen enough times to recognise it from a screenshot.
Complex configuration, pricing and quoting — bundles, rules, guided selling, amendments and the arithmetic that has to still be right at renewal.
Working out which of your price rules are commercial commitments and which are scar tissue.
Product Catalog Management, pricing procedures, contract lifecycle, billing and the order-to-asset chain on a single data model.
Modelling a configured-to-order catalog that survives contact with real deals.
Org design, record structure, automation boundaries, sharing and the release process that keeps them intact under pressure.
Telling you which constraint is real and which one is a habit the team inherited.
MuleSoft and platform integration across ERP, billing, tax, entitlement and external validation services — including the asynchronous ones.
Designing the failure path. Most integrations are specified only for success.
Automated metadata analysis, dependency mapping, generated documentation and catalog design that Agentforce-style quoting can actually rely on.
Knowing the difference between reading an org and understanding it.
Dataflow and recipe architecture, dataset design, security predicates and lineage you can explain to an auditor.
Fixing the dashboard everyone stopped believing, and finding out why.
SOQL and Apex profiling, governor limits, automation ordering, quote calculation time and the debt sitting behind all of it.
Measuring first. The bottleneck is almost never where the team assumes it is.
Two to three weeks, fixed scope. Full extraction of what's actually configured, a readable rule inventory, and a scope you can take to a budget conversation.
The assessment output is yours whether or not you build with us.
The practice behind this work builds and runs its own products. MetaLens360 reads a Salesforce org before anyone changes it — the same discipline behind every engagement above. Property360 and Personal360 take it outside Salesforce, for landlords and for households.
The technologies we work in, drawn in the layers they actually sit in. Select any one for what it does inside an enterprise estate — and what tends to go wrong where it meets the next layer.
Solid lines are dependencies — one layer asking another for something and waiting for an answer. The dashed path is verification: browser-level suites driving the interfaces the layers above expose.
For what it does inside an enterprise estate, and where its seams fail. Click to pin the selection; Escape clears it.
Consulting engagements first: open any one for the problem, our approach, a real example and what changes at the end. Where software is the better answer, the Hanya 360 Product Suite follows.
Three problems we solve with products we build and run ourselves. Each is available directly from its own site, with or without a consulting engagement.
Changes scoped on evidence rather than memory, and one shared picture of the estate for architects, release teams and leadership.
A monthly cycle that runs on schedule, owner statements that reconcile, and an accountant who receives the figures without having to ask.
Nothing lapses unnoticed, each family member sees what they should, and the records stay under the family’s control.
Written by the architects on live engagements. If it doesn't contain something we had to learn the hard way, it doesn't go up.
Five approaches to "three months free", what each does to your renewal baseline, and the one edge case that catches almost everybody.
See it worked through → PerformanceReading the CPQ price waterfall as a performance budget, and profiling it properly before touching a single rule.
In progress → Revenue CloudWhat coexistence requires when one line of business can't migrate: catalog separation, automation boundaries, sharing.
In progress →Guides and documentation, published on each product’s own site.
Connecting an org read-only, syncing its metadata and reading the overview, in the product’s own documentation.
Read the guides (opens in a new tab)Properties, leases, invoicing, collections and reporting, explained step by step in the Property360 Help Center.
Browse the guides (opens in a new tab)How Personal360 encrypts, masks and audits a household’s records, and how they can be exported or deleted in full.
Read how it works (opens in a new tab)We're not the right call for a full platform programme. We're the right call when the revenue machinery is the risk — and we work alongside whoever owns the rest.
No principal-sells-then-vanishes. The person who reads your org in week one is the person defending design decisions at cutover.
Full configuration extraction comes before the workshop, not after. It changes what questions are worth asking.
Pricing exceptions are commercial decisions wearing technical clothes. We can hold the conversation with finance and with your dev team.
The measure of a good engagement is that you don't need us on retainer afterwards. We build with your admins, not around them.
We don't implement Salesforce. We work out what your business promised its customers, and then make the system able to keep the promise.
Client names are withheld under NDA. Sectors, starting conditions and scope are described accurately, and we're glad to walk through any of them on a call.
A configured-to-order line quoted outside Salesforce, with the CRM holding only the opportunity. Discovery, catalog modelling and migration scope so the quote and the order stop being two different truths.
Discovery · Catalog modelling · Migration scope
Architect-level ownership across divisions: pricing and approval design, release governance between orgs, and untangling the customisation grown around the quote line editor.
Pricing design · Release governance · Multi-org
One line of business live on CPQ, a second to be built on Agentforce Revenue Management, migration explicitly out of scope. Catalog separation, automation boundaries, and what breaks if the sharing model is wrong.
Assessment · Catalog separation · Sharing model
Most engagements start with a system somebody is nervous to touch. Describe it and you'll get our read on the options — whether or not you build with us.
Start a conversation →Hanya has been consulting since 2015. What started as broad Salesforce and integration work narrowed deliberately, because the revenue side is where we kept being called back.
The pattern repeated often enough to become a thesis. A company buys CPQ, configures it around the deals in front of them, and three years later nobody can explain why a quote produces the number it produces. Not because anyone did anything foolish — because a hundred reasonable local decisions add up to a system with no author.
Undoing that is a specific skill. It needs someone who can read configuration at volume, who knows the platform's actual behaviour rather than its documentation, and who is willing to ask a CFO why a discount exists. Most firms have people who can do one of those three.
So we do one thing, we stay small enough that the person you meet is the person who does the work, and we're straightforward about the boundary of what we're good at. If your problem is Service Cloud, we'll tell you and point you at someone better.
A young organisation since 2015, with a culture that suits an entrepreneurial streak and no appetite for defending a private patch of the work. The capability sits in the people, so that is where the training goes.
We sponsor H-1B visas and green cards for qualified candidates. If you already hold work authorisation, you are just as welcome — say which applies in your first email.
There is no job board. Send a CV and a line on which of the five you want to go deep on.
Skip the sales pitch. Talk directly with an architect who understands the problem.
No qualification form, no sales gatekeeper. Email reaches an architect, usually same business day.
Which product you're on today, roughly how many products and price rules, and the specific thing that's going wrong. That's enough for us to be useful on the first call.
Curated answers from our own engagements — not a live model.