System & API integrations
Make the software you already use work together.
Your team shouldn't have to copy records or check another system to keep work moving. I build the connections that handle those steps.
Work directly with the developer designing and building your integration.
Start with a free fit review.
You’ll speak directly with Brad Conklin, based in Edmonton, Canada.
If I can’t give you a fixed quote yet, the first paid phase is capped at $500 USD.
Pricing and process →“Brad understood our QuickBooks and payment problem, got us accepting cards online, and didn’t recommend custom development we didn’t need.”
RickFoggy Point Charters
REC-104
Cedar Works
- Customer
- Cedar Works
- Status
- Ready
- Last updated
- Apr 23, 2024
Previously checked here.
No more checking
this separately.
Matched automatically
REC-104
Cedar Works
- Customer
- Cedar Works
- Status
- Ready
Next step available.
Continue workflowWhen it fits
Your team is still doing the connecting.
-
People are still moving information between systems.
Records are exported, copied, or re-entered before the next person can use them.
-
People still leave the workflow to get what they need.
Staff or customers have to switch tools to check information or complete an action.
-
The built-in connector misses one important rule.
One field, matching rule, or business step still needs custom handling.
Selected work
Examples from my work
Three projects, each solving a real integration challenge.
Open a project to see the problem, approach, and outcome.
FULL STACK STORAGE
When a payment’s result is uncertain.
Founder and product engineerPayment integrations for rental and account workflows
Project context: Full Stack Storage
Founder and product engineer
Controlled release · implemented engineering work
I built payment integrations into Full Stack Storage’s rental and account workflows.
Explore the projectA payment timeout does not necessarily mean the payment failed.
The provider may have accepted the payment before the response was lost. The application checks the original transaction before deciding what happened.
01 / Response missing
Awaiting confirmation
The payment result is not yet known.
02 / Original transaction checked
Checking provider record
Confirm what happened to the original payment.
03 / Success confirmed
Payment recorded
Apply the confirmed result to the business record.
BREEZE
When incoming data doesn’t line up cleanly.
Client project for Lightning TransportationOperational feed normalization and document retrieval
Project context: Breeze
Client project for Lightning Transportation
Designed and developed while employed by OTR Web Solutions
Breeze normalizes inconsistent operational feeds into stable application records, while a separate integration retrieves supporting documents for authorized users.
Incoming feed
FB-10409/14/26Bill # 104-AApplication record
FB-104Freight bill linked
THIRD-PARTY STORAGE API
When the thing a customer sees isn’t the thing the system needs.
Anonymized client integrationMatching customer-facing records to correct upstream action references
Project context: Third-Party Storage API
Anonymized client integration
Client and platform names withheld
The website shows a customer-facing unit, while reservation and move-in require different upstream references. The integration carries the correct action reference through the workflow.
- Unit A104Available
- Carry the right referenceUnit A104
System action
ReservationRef R-882orMove-inRef M-417
How projects start
Start with one useful connection.
A focused integration can be the whole project, or the first useful piece of a larger custom system. Either way, I start with the smallest useful scope and expand only when the next step earns its complexity.
Start with a free fit review.
If I can quote the work confidently, I do. If important unknowns remain, I may recommend a small paid planning phase capped at $500 USD.Prices are shown in USD for a consistent North American reference. Canadian projects are quoted and invoiced in CAD at the equivalent amount. US projects are quoted and invoiced in USD. Once quoted, the project or phase amount is fixed in the agreed currency. You approve each paid phase separately.
What to share for the free review
Share which systems need to connect and what you want to happen. I’ll first check whether an existing connector or supported import already solves the problem.
What you leave with
Requirements
and findings
How the work happens today, the business rules that matter, and what the review confirms.
A recommended
approach
What to preserve or change, alternatives, and the first useful scope and its boundaries.
A clear
implementation decision
Acceptance criteria, dependencies, price, timing, and operating responsibilities when the build is ready to quote.
If the right answer is not to proceed, you receive the reasons and alternatives instead.
If essential information remains unavailable, the handoff explains what is blocked and what would need to be resolved.
The planning handoff is yours to keep. You can use it with Featherply, another developer, or internally.
- 01Free fit reviewFixed quote when clearInvestigate important questions only if needed, within an agreed planning cap.
- 02Planning if neededResolve the important unknownsScope, acceptance criteria, price and timing agreed before implementation.
- 03Your decisionBuild, use another approach, or stopSeparately agreed and approved, one phase at a time.
Before implementation, we agree on scope, acceptance criteria, price, timing, ownership, third-party costs and ongoing support. Practical handover.
Discuss your integrationBefore you begin.
Do I have to pay to get a quote?
The enquiry and fit review are free. If the requirements are clear enough, I provide a fixed quote directly. If important questions need investigation, I explain the work first and propose a small planning phase with an agreed price of no more than $500 USD. No paid work starts until its scope and price are agreed and you explicitly approve it.
Does the software need to have an API?
Not necessarily. A supported export, file feed, or agreed database access may provide a practical connection. Reading data and performing an action have different requirements, so I review what each system supports before recommending an approach.
What if there’s already a built-in connector?
That may be the best answer. I first check whether an existing connector or supported import meets the need. Custom work becomes useful when an important matching rule, field, or business step falls outside what the existing connection supports.
Will the integration update in real time?
That depends on what the systems support and how quickly the information needs to arrive. Some connections respond to events; others run on a schedule or retrieve information when someone needs it. We agree on the timing up front and make any meaningful delay clear.
How will access to our systems be handled?
We agree on what the integration needs to read or change and use appropriately limited access where the platform supports it. Privileged credentials are kept on the server, outside customer-facing pages. You can start with system names and a workflow description. Please leave passwords and API keys out of the enquiry form; any required access is arranged separately.
What happens if the external system changes or fails?
We agree on how the integration should handle unavailable services, uncertain results, and records that need attention. Depending on the action, that may mean retrying safely, checking the original result, or pausing for review. Provider changes may require updates; we agree on monitoring and support responsibilities as part of the project scope.
What will I receive from the planning phase?
Planning checks what each system supports, what information or action needs to move, and which system remains responsible for each record. The handoff defines matching and correction rules, duplicate prevention, failure handling, and acceptance checks. An existing connector or supported import may be the right choice. You keep the documented requirements, findings, recommended approach, scope boundaries, and acceptance criteria. When the build is viable and sufficiently defined, the handoff includes a fixed proposal for the first implementation, with timing and operating responsibilities. If the right answer is not to proceed, you receive the reasons and alternatives instead. You can use the handoff with Featherply, another developer, or nobody.
Can I stop after planning?
Yes. The requirements, findings, and recommended approach remain yours. You can use the handoff with Featherply, another developer, or nobody. Each later paid phase requires separate approval.
Who owns the integration, and what ongoing costs might exist?
You own the custom code created specifically for your project once the agreed work is paid for. Third-party software remains subject to its own licences. Hosting, subscriptions, API access or usage, and support may carry ongoing costs. We identify those costs and agree on handover arrangements and operating responsibilities before implementation.
Start a conversation
Which systems need to work together?
Tell me which systems are involved and what you want to happen between them.
You don’t need an API specification to start.
I’ll review your message and reply within two business days with any initial questions and a suggested next step. This initial fit review is free.
No paid work starts until its scope and price are agreed and you explicitly approve it.
Privacy and your enquiry
I treat what you share as private and use it only to review your enquiry unless we agree to use it for a project. Share only what you are comfortable sending; a short description or anonymized example is enough to start.
This page may use MaxMind to estimate your country or province from your IP address and adjust its wording. We don’t request precise device location or attach the inferred location to your enquiry. Campaign links can select regional wording independently of your location.