
Property
Fox Valuations
Every valuation, from inspection to invoice, runs through The Den.
Reports, sketch PDFs and fees come from the same job record in The Den.
Software engineering
Black Shard designs and builds web applications, mobile apps, internal operating systems and compliance platforms.
Overview
Regulated software needs engineers who have shipped under the obligation before. Our work spans clinical software, legal and compliance platforms, financial-services systems and the automation between them, built for organisations across Australia and run after launch where the engagement calls for it.
Projects can run as a defined build or as an ongoing engineering engagement where the product continues to evolve after launch. Delivery is Australia-wide.
A full build can run from brand and site to the platform and the apps around it, with ongoing engineering after launch where the engagement calls for it. Bold Property Group's deal-sourcing engine and staff app are one example.
Aurii, the clinical app we built for private hospital specialists, is a second, live on the App Store, Google Play and the web, and among the many systems in production with us today.
Regulated and operational businesses, from law, health and capital markets to property, government and motorsport.
The law, health and investment systems we run in these sectors are a few of many in production with us, and each was built with its sector's obligations in the data model.
Each sector brings its own obligations into the data model: who may see a record, who changed it, what it said before and how long it is kept. The system carries them, so the evidence an assessor or regulator asks for comes from the system itself.
The engineers who design the system threat-model it before a line is written, keep the architecture least-privilege, keep secrets out of code, and hold security review gates through delivery.
The firm's cybersecurity practice then tests the finished system against the OWASP and ASD methodologies. Findings are manually verified before they are reported, and each comes back with reproduction steps and a fix.

Compliance software carries the obligation in its data model: who may see a record, who changed it, what it said before, and how long it is kept.
Black Shard designs those rules into the database and the application from the start, so the evidence an assessor or regulator asks for comes from the system itself.
In one law firm's portal, the end-of-month close raises a named exception for every orphan, unbound or duplicate trust transaction before sign-off, beside intake, conflicts checks, the matter register and an AML gate on each matter. In one fund licensee's staff portal, critical-event tracking and policy modules sit inside a data model built around the AFSL perimeter.
In Australia. The clinical app we run and the client platforms we host sit in Australian Azure regions, with secrets held outside the code and every release through a reviewed pipeline.
Regulated software has to answer two questions: whose data is this, and who did what to it. Each client's data is kept apart in the database itself, and every change is written to an audit trail the client can read back.
The separation sits in the database itself, where one practice or one firm cannot read another's records whatever the application above it is asked, and the data never leaves Australia.
Audit trails are built the same way. A law firm's portal writes to an append-only audit ledger, machine-enforced on every state change. An AFSL holder's compliance log holds who changed what, and what it said before, structured around the firm's retention obligations. Aurii keeps a tamper-evident audit trail on every clinical record.
Azure's infrastructure is independently IRAP-assessed to PROTECTED and holds ISO 27001 and SOC 2 at the platform level. Those are the platform's assessments, separate from what Black Shard holds.
We build to the Australian Privacy Principles under the Privacy Act 1988, and Aurii's clinical and privacy frame was designed for Australian obligations from the start.
An engagement runs as one of two shapes: a defined build with a brief, a delivery date, and a deliverable set agreed before work starts, or an ongoing engineering engagement, where a standing team designs, ships, and operates as the product continues to evolve after launch.
Where the brief also carries a compliance target or needs a standing security seat, those run as services in their own right alongside the build: readiness programs toward Essential Eight, SMB1001, ISO 27001, or Privacy Act uplift, and standing advisory or vCISO.
The client portals we run for law and investment firms are among the systems that take shipped changes under ongoing engagements. A defined build names the target, timeframe, and deliverable up front.


Property
Every valuation, from inspection to invoice, runs through The Den.
Reports, sketch PDFs and fees come from the same job record in The Den.

Financial services
Staff, investors and the board work from one portal inside the licence perimeter.
The board signs resolutions and minutes in the portal under e-signature.

Health
Specialists run notes, letters, orders and billing from one app.
Every clinical record, recording and generated document stays in Australia.
Product screens shown with sample data.
From the newsroom
Every engagement is priced on the brief. The drivers are which platforms are in scope, how much integration surface the system carries, whether tenancy is single or multi, and which obligations the data brings with it. Name those in your brief and the reply comes back with the questions needed to scope it.
Australia-wide. Delivery, access and reporting run the same way wherever the client is based.
Yes, where the engagement calls for it. Our own clinical app ships a release every week after launch, and the client portals we run take shipped changes under ongoing engagements. A defined build with a delivery date is scoped that way from the start.
Microsoft Azure in Australian regions, with each client's data kept apart in the database itself and credentials held outside the code. iOS and Android apps from the same codebase where the product needs them. Our own clinical app runs this way in production, in Australia.
Threat modelling in the first design session, least-privilege architecture, disciplined secrets handling, and security review gates through delivery. The finished system is then tested against the OWASP and ASD methodologies by the firm's cybersecurity practice, and findings are manually verified before they are reported.
Yes. A Queensland law firm runs intake, conflicts checks, its matter register and an AML gate on each matter on a portal we built, over an append-only audit ledger, and an AFSL holder runs its staff portal with a compliance audit log structured around the licence perimeter. The obligations are designed into the data model.
Yes. We run milestone-driven programs toward Essential Eight, SMB1001, ISO 27001, and Privacy Act readiness, and build the evidence trail an assessor expects as controls land.
Email info@blackshard.com.au or open a brief through the contact page. A rough brief is enough to open the scoping conversation.