{"id":237369,"date":"2026-05-07T09:46:21","date_gmt":"2026-05-07T09:46:21","guid":{"rendered":"https:\/\/osmosys.co\/ca\/?p=237369"},"modified":"2026-05-07T09:46:27","modified_gmt":"2026-05-07T09:46:27","slug":"dynamics-365-field-service-best-practices","status":"publish","type":"post","link":"https:\/\/osmosys.co\/ca\/dynamics-365-field-service-best-practices\/","title":{"rendered":"Dynamics 365 Field Service Best Practices to Reduce Technician Friction"},"content":{"rendered":"<div id=\"bsf_rt_marker\"><\/div>\n<p>In field service, performance rarely breaks only because of one big system issue.<\/p>\n\n\n\n<p>More often, it gets worn down by small daily frictions.<\/p>\n\n\n\n<p>A technician arrives onsite without the full asset history.<br>A work order is missing critical detail.<br>A part is unavailable.<br>A dispatcher is forced to reshuffle appointments manually.<br>The mobile app experience slows down in poor connectivity.<br>The customer is uncertain about arrival time.<br>A second visit becomes necessary for something that should have been resolved on the first.<\/p>\n\n\n\n<p>That is what friction looks like in real service operations.<\/p>\n\n\n\n<p>And in May 2026, this is a good time for UK service leaders to revisit how they are handling it. Microsoft\u2019s 2026 release wave 1 for <a href=\"https:\/\/osmosys.co\/blog\/azure-cloud-adoption-framework-practical-3-step\/\">Dynamics 365<\/a> Field Service is already underway, and the product direction is clear: stronger support for technician productivity, improvements to the Field Service Mobile app and offline support, continued investment in scheduling and dispatcher experience, and broader work order and asset-related improvements.<\/p>\n\n\n\n<p>That matters because <strong>Dynamics 365 Field Service<\/strong> is not just a scheduling tool. Microsoft describes it as a field service management application that helps organisations plan, deliver, and manage service operations across people, assets, and processes, with capabilities spanning work orders, scheduling, asset tracking, mobility, and onsite execution.<\/p>\n\n\n\n<p>In its core product overview, Microsoft also positions Field Service as a way to improve first-time fix rate, complete more service calls per technician per week, reduce travel time, communicate more accurate arrival times, and avoid equipment downtime through preventive maintenance.<\/p>\n\n\n\n<p>For service organisations in the UK \u2014 whether in facilities, utilities, manufacturing, medical devices, energy services, or equipment maintenance \u2014 those outcomes matter because margin pressure and customer expectations are both rising.<\/p>\n\n\n\n<p>Field teams are expected to do more, but the answer is not to push technicians harder. The better answer is to remove the points of friction that slow them down in the first place.<\/p>\n\n\n\n<p>This is where good <strong>field service optimization<\/strong> becomes practical.<\/p>\n\n\n\n<div class=\"wp-block-rank-math-toc-block\" id=\"rank-math-toc\"><h2>Table of Contents<\/h2><nav><ul><li><a href=\"#what-technician-friction-really-means\">What Technician Friction Really Means<\/a><\/li><li><a href=\"#why-dynamics-365-field-service-is-the-right-place-to-solve-it\">Why Dynamics 365 Field Service Is the Right Place to Solve It<\/a><\/li><li><a href=\"#best-practices-to-reduce-technician-friction-in-dynamics-365-field-service\">Best Practices to Reduce Technician Friction in Dynamics 365 Field Service<\/a><\/li><li><a href=\"#1-fix-the-work-order-before-you-try-to-fix-the-schedule\">1. Fix the Work Order Before You Try to Fix the Schedule<\/a><\/li><li><a href=\"#2-design-the-mobile-experience-around-the-technician-not-the-admin-team\">2. Design the Mobile Experience Around the Technician, Not the Admin Team<\/a><\/li><li><a href=\"#3-improve-schedule-quality-before-trying-to-improve-schedule-density\">3. Improve Schedule Quality Before Trying to Improve Schedule Density<\/a><\/li><li><a href=\"#4-give-technicians-stronger-asset-and-service-context\">4. Give Technicians Stronger Asset and Service Context<\/a><\/li><li><a href=\"#5-build-for-first-time-fix-not-just-visit-completion\">5. Build for First-Time Fix, Not Just Visit Completion<\/a><\/li><li><a href=\"#6-make-customer-communication-part-of-service-operations-not-an-afterthought\">6. Make Customer Communication Part of Service Operations, Not an Afterthought<\/a><\/li><li><a href=\"#7-treat-adoption-as-an-operating-discipline-not-a-launch-milestone\">7. Treat Adoption as an Operating Discipline, Not a Launch Milestone<\/a><\/li><li><a href=\"#8-use-copilot-and-automation-to-remove-effort-not-add-novelty\">8. Use Copilot and Automation to Remove Effort, Not Add Novelty<\/a><\/li><li><a href=\"#a-practical-review-checklist-for-service-leaders\">A Practical Review Checklist for Service Leaders<\/a><\/li><li><a href=\"#final-thought\">Final Thought<\/a><\/li><li><a href=\"#review-your-field-service-operation\">Review Your Field Service Operation<\/a><\/li><\/ul><\/nav><\/div>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"what-technician-friction-really-means\">What Technician Friction Really Means<\/h2>\n\n\n\n<p>Technician friction is the sum of all the avoidable obstacles that make service delivery slower, harder, or less consistent than it should be.<\/p>\n\n\n\n<p>It usually shows up as:<\/p>\n\n\n\n<p>\u2192 incomplete work orders<br>\u2192 poor scheduling logic<br>\u2192 limited access to service history<br>\u2192 weak communication between dispatch and field teams<br>\u2192 duplicate data entry<br>\u2192 lack of parts visibility<br>\u2192 offline issues in the field<br>\u2192 unclear follow-up ownership<br>\u2192 low trust in the system itself<\/p>\n\n\n\n<p>These are not always dramatic problems. But they compound fast.<\/p>\n\n\n\n<p>A technician who has to make extra calls for job context loses time.<br>A dispatcher who cannot trust schedule data loses control.<br>A customer who receives vague communication loses confidence.<br>A service leader who cannot see the real causes of repeat visits loses the chance to improve.<\/p>\n\n\n\n<p>That is why reducing friction is not just a usability exercise. It is a service performance strategy.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"why-dynamics-365-field-service-is-the-right-place-to-solve-it\">Why Dynamics 365 Field Service Is the Right Place to Solve It<\/h2>\n\n\n\n<p>Microsoft\u2019s own overview of <strong>Dynamics 365 Field Service<\/strong> makes the intent of the platform clear. It combines workflow automation, scheduling algorithms, and mobility to support field workers onsite, while helping organisations improve first-time fix rate, reduce travel time, track customer problems, and maintain accurate account and equipment history.<\/p>\n\n\n\n<p>The 2026 release wave 1 strengthens that direction even further. Microsoft notes continued investment in:<\/p>\n\n\n\n<p>\u2192 technician productivity<br>\u2192 Field Service Mobile usability<br>\u2192 offline support<br>\u2192 scheduling optimisation<br>\u2192 dispatcher experience<br>\u2192 work order management<br>\u2192 asset context<br>\u2192 proactive planning<br>\u2192 Copilot capabilities<\/p>\n\n\n\n<p>For teams already using Dynamics 365 Field Service, the opportunity is not simply to \u201cuse more features.\u201d It is to use the platform in a way that removes unnecessary effort from the technician journey.<\/p>\n\n\n\n<p>That is where best practices matter.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"best-practices-to-reduce-technician-friction-in-dynamics-365-field-service\">Best Practices to Reduce Technician Friction in Dynamics 365 Field Service<\/h2>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"1-fix-the-work-order-before-you-try-to-fix-the-schedule\">1. Fix the Work Order Before You Try to Fix the Schedule<\/h2>\n\n\n\n<p>Many service organisations focus on scheduling first because the scheduling board is the most visible operational surface.<\/p>\n\n\n\n<p>But if work order quality is weak, no schedule can compensate for it.<\/p>\n\n\n\n<p>A technician needs enough information before arrival to know:<\/p>\n\n\n\n<p>\u2192 what the issue is<br>\u2192 which asset is involved<br>\u2192 what service history exists<br>\u2192 whether parts or tools are required<br>\u2192 what safety or access notes apply<br>\u2192 what success looks like onsite<\/p>\n\n\n\n<p>If work orders are vague, technicians begin every visit with uncertainty. That uncertainty becomes calls back to dispatch, longer diagnosis time, inconsistent closure notes, and more repeat visits.<\/p>\n\n\n\n<p>Best practice here is simple: build work order standards that force useful structure.<\/p>\n\n\n\n<p>That means:<\/p>\n\n\n\n<p>\u2192 standardised issue categories<br>\u2192 mandatory problem descriptions<br>\u2192 asset and location linkage<br>\u2192 service history visibility<br>\u2192 parts and inventory cues<br>\u2192 clear completion criteria<br>\u2192 photo or evidence requirements where needed<\/p>\n\n\n\n<p>When work orders are clearer, scheduling becomes more accurate because resource matching is based on better information.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"2-design-the-mobile-experience-around-the-technician-not-the-admin-team\">2. Design the Mobile Experience Around the Technician, Not the Admin Team<\/h2>\n\n\n\n<p>Microsoft\u2019s current product direction specifically highlights improvements to the Field Service Mobile app, including better usability and stronger offline support, to help technicians complete tasks more efficiently in the field.<\/p>\n\n\n\n<p>That is an important signal.<\/p>\n\n\n\n<p>Too many field service rollouts are configured from an administrative point of view rather than a technician point of view. The result is predictable: too many taps, too much scrolling, too many optional fields, and too much dependence on constant connectivity.<\/p>\n\n\n\n<p>A field service mobile setup should help technicians do the following quickly:<\/p>\n\n\n\n<p>\u2192 see the day\u2019s schedule clearly<br>\u2192 access customer, site, and asset information fast<br>\u2192 capture notes without friction<br>\u2192 confirm parts used<br>\u2192 view checklists and service tasks<br>\u2192 upload images or proof of work<br>\u2192 close or escalate work without unnecessary complexity<\/p>\n\n\n\n<p>For UK field teams working across urban, rural, industrial, or customer-premise environments, offline reliability is not a minor feature. It directly affects adoption.<\/p>\n\n\n\n<p>If technicians experience the system as slower than paper, WhatsApp, or phone calls, adoption weakens fast.<\/p>\n\n\n\n<p>So one of the most practical <strong>Dynamics 365 Field Service<\/strong> best practices is this: audit the mobile journey field-first.<\/p>\n\n\n\n<p>Not in a meeting room.<br>In the real conditions technicians actually work in.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"3-improve-schedule-quality-before-trying-to-improve-schedule-density\">3. Improve Schedule Quality Before Trying to Improve Schedule Density<\/h2>\n\n\n\n<p>Scheduling is often treated as a volume challenge: fit more jobs into the day.<\/p>\n\n\n\n<p>But the better question is: are the right jobs reaching the right technicians in the right sequence?<\/p>\n\n\n\n<p>Microsoft continues to invest in resource scheduling and in the Scheduling Operations Agent to help organisations align resources to demand and manage complexity more effectively. Microsoft also positions Field Service as helping organisations reduce travel time and communicate accurate arrival times to customers.<\/p>\n\n\n\n<p>That tells us something important.<\/p>\n\n\n\n<p>Good scheduling is not just calendar filling. It is a balance of:<\/p>\n\n\n\n<p>\u2192 skills<br>\u2192 geography<br>\u2192 job duration<br>\u2192 priority<br>\u2192 inventory readiness<br>\u2192 customer commitments<br>\u2192 travel efficiency<br>\u2192 real-time changes<\/p>\n\n\n\n<p>If the system is being used only as a visual diary, you are not getting the full value.<\/p>\n\n\n\n<p>Best practice here includes:<\/p>\n\n\n\n<p>\u2192 using resource characteristics properly<br>\u2192 keeping travel and territory logic realistic<br>\u2192 separating urgent work from routine maintenance intelligently<br>\u2192 reviewing exception patterns regularly<br>\u2192 ensuring dispatchers trust the board enough to work inside it, not around it<\/p>\n\n\n\n<p>The goal is not just fuller diaries.<br>The goal is lower friction, better punctuality, and better service outcomes.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"4-give-technicians-stronger-asset-and-service-context\">4. Give Technicians Stronger Asset and Service Context<\/h2>\n\n\n\n<p>One of the strongest advantages of <strong>Dynamics 365 Field Service<\/strong> is its ability to connect service work with asset history and operational context.<\/p>\n\n\n\n<p>Microsoft highlights not only asset tracking in the product overview, but also release-wave investments in asset management, maintenance planning, and asset location to support more proactive planning and coordination across field and back-office teams.<\/p>\n\n\n\n<p>This matters because technicians work faster and better when they can see:<\/p>\n\n\n\n<p>\u2192 previous incidents<br>\u2192 previous repairs<br>\u2192 installation details<br>\u2192 service contract context<br>\u2192 maintenance patterns<br>\u2192 linked parts or equipment data<br>\u2192 site-specific instructions<\/p>\n\n\n\n<p>Without this, every visit starts partly from scratch.<\/p>\n\n\n\n<p>That is a direct drag on <strong>first-time fix rate<\/strong>.<\/p>\n\n\n\n<p>If a technician has to discover what the organisation already knows, the system is not doing enough work for them.<\/p>\n\n\n\n<p>A practical improvement is to identify the top five pieces of information a technician most often needs before and during a visit \u2014 and make sure that information is immediately visible.<\/p>\n\n\n\n<p>Not buried.<br>Not hidden in another record.<br>Not dependent on a call back to the office.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"5-build-for-first-time-fix-not-just-visit-completion\">5. Build for First-Time Fix, Not Just Visit Completion<\/h2>\n\n\n\n<p>Microsoft explicitly lists improved first-time fix rate as one of the core outcomes of the Field Service application.<\/p>\n\n\n\n<p>That is an important distinction.<\/p>\n\n\n\n<p>A completed visit is not always a resolved issue.<\/p>\n\n\n\n<p>Many organisations accidentally optimise for closure speed rather than fix quality. That creates artificial productivity: jobs look completed, but repeat visits rise, customer trust falls, and technician workloads become less efficient over time.<\/p>\n\n\n\n<p>Best practice means reviewing what actually drives repeat visits.<\/p>\n\n\n\n<p>Common causes include:<\/p>\n\n\n\n<p>\u2192 poor triage<br>\u2192 missing parts<br>\u2192 missing service history<br>\u2192 weak skills matching<br>\u2192 rushed diagnosis<br>\u2192 inconsistent work order closure<br>\u2192 poor escalation handling<\/p>\n\n\n\n<p>If you want to improve <strong>field service optimization<\/strong>, look beyond daily completion counts.<\/p>\n\n\n\n<p>Watch for:<\/p>\n\n\n\n<p>\u2192 repeat visit patterns<br>\u2192 callback causes<br>\u2192 jobs closed with follow-up work<br>\u2192 work orders lacking proper resolution notes<br>\u2192 asset categories with the highest recurrence<\/p>\n\n\n\n<p>That is where service improvement becomes real.<\/p>\n\n\n\n<figure class=\"wp-block-image size-full\"><img decoding=\"async\" data-src=\"https:\/\/osmosys.co\/wp-content\/uploads\/2026\/05\/2.png\" alt=\"Technician reviewing a clear work order on a mobile device with asset history, tasks, and service notes in Dynamics 365 Field Service.\" class=\"wp-image-239938 lazyload\" src=\"data:image\/svg+xml;base64,PHN2ZyB3aWR0aD0iMSIgaGVpZ2h0PSIxIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciPjwvc3ZnPg==\" \/><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"6-make-customer-communication-part-of-service-operations-not-an-afterthought\">6. Make Customer Communication Part of Service Operations, Not an Afterthought<\/h2>\n\n\n\n<p>Technician friction is not only internal.<\/p>\n\n\n\n<p>When customers are poorly informed, technicians often absorb the consequences.<\/p>\n\n\n\n<p>They arrive to sites that are not ready.<br>They face repeated phone calls asking for ETA.<br>They lose time clarifying access.<br>They inherit frustration before the job even begins.<\/p>\n\n\n\n<p>Microsoft highlights customer-facing capabilities in Field Service such as self-service scheduling through a Power Apps-based customer portal, automated reminders and notifications, post-engagement surveys, and status visibility for customers.<\/p>\n\n\n\n<p>These capabilities matter because better communication reduces operational friction on both sides.<\/p>\n\n\n\n<p>Best practice here includes:<\/p>\n\n\n\n<p>\u2192 sending clear pre-visit communication<br>\u2192 confirming time windows<br>\u2192 setting accurate arrival expectations<br>\u2192 giving customers an easy way to reschedule where appropriate<br>\u2192 using post-visit feedback to identify recurring service issues<\/p>\n\n\n\n<p>When communication improves, technicians spend less time managing uncertainty and more time doing the work they were dispatched to do.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"7-treat-adoption-as-an-operating-discipline-not-a-launch-milestone\">7. Treat Adoption as an Operating Discipline, Not a Launch Milestone<\/h2>\n\n\n\n<p>One of the most common reasons field service systems underperform is not lack of features. It is weak adoption discipline.<\/p>\n\n\n\n<p>The platform goes live. Initial training happens. A few dashboards are built. Then the real pressure of service delivery returns, and teams start finding workarounds.<\/p>\n\n\n\n<p>This is where <strong>field service adoption<\/strong> succeeds or fails.<\/p>\n\n\n\n<p>Strong adoption usually requires:<\/p>\n\n\n\n<p>\u2192 role-based training for dispatchers, technicians, managers, and service admins<br>\u2192 simple usage standards<br>\u2192 regular review of system workarounds<br>\u2192 visible leadership support<br>\u2192 feedback loops from technicians<br>\u2192 periodic mobile and process refinement<br>\u2192 governance over new fields, forms, and automations<\/p>\n\n\n\n<p>Technicians are often the most honest measure of whether the setup is actually working. If the mobile process creates delay, they will know first. If work orders lack clarity, they will know first. If dispatch logic is unrealistic, they will know first.<\/p>\n\n\n\n<p>So one of the best practices that matters most is listening operationally, not just administratively.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"8-use-copilot-and-automation-to-remove-effort-not-add-novelty\">8. Use Copilot and Automation to Remove Effort, Not Add Novelty<\/h2>\n\n\n\n<p>Microsoft continues to expand AI and Copilot experiences across Dynamics 365, and Field Service is part of that story. Microsoft notes that users can use Copilot in Field Service and that the application is gaining ongoing Copilot capability investment.<\/p>\n\n\n\n<p>That matters, but only if AI is used with discipline.<\/p>\n\n\n\n<p>The best use cases are the ones that reduce real effort:<\/p>\n\n\n\n<p>\u2192 helping technicians search lengthy manuals faster<br>\u2192 assisting with work order summarisation<br>\u2192 speeding up access to relevant knowledge<br>\u2192 helping dispatchers evaluate schedule changes<br>\u2192 reducing time spent navigating information<\/p>\n\n\n\n<p>The wrong use case is adding AI simply because it is new.<\/p>\n\n\n\n<p>For UK service teams under pressure to keep service dependable, the value of Copilot is not novelty. It is whether it helps reduce friction in a measurable way.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"a-practical-review-checklist-for-service-leaders\">A Practical Review Checklist for Service Leaders<\/h2>\n\n\n\n<p>If you are reviewing your <strong>Dynamics 365 Field Service<\/strong> setup this quarter, start with these questions:<\/p>\n\n\n\n<p>\u2192 Are technicians receiving enough information before arrival?<br>\u2192 Is the mobile experience genuinely fast and usable in field conditions?<br>\u2192 Are dispatchers relying on the scheduling board or working around it?<br>\u2192 Can technicians access asset and service history quickly?<br>\u2192 Are repeat visits being analysed properly?<br>\u2192 Is customer communication reducing uncertainty or adding to it?<br>\u2192 Are adoption issues reviewed regularly after go-live?<br>\u2192 Are Copilot and automation being used to remove real effort?<\/p>\n\n\n\n<p>If too many of these answers are \u201cnot consistently,\u201d there is likely avoidable friction still sitting inside the process.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"final-thought\">Final Thought<\/h2>\n\n\n\n<p>The strongest field service teams are not always the ones with the most technicians or the busiest schedules.<\/p>\n\n\n\n<p>They are usually the ones with the least avoidable friction.<\/p>\n\n\n\n<p>That is why <strong>Dynamics 365 Field Service<\/strong> is most valuable when it is configured and governed around how service actually happens: with real technicians, real customers, real travel, real constraints, and real operational pressure.<\/p>\n\n\n\n<p>Microsoft\u2019s 2026 release wave 1 makes the current direction clear. Field Service is continuing to evolve around technician productivity, mobile usability, offline support, scheduling optimisation, dispatcher experience, work order execution, and asset context.<\/p>\n\n\n\n<p>For organisations in the UK, that makes this a good moment to do more than review features.<\/p>\n\n\n\n<p>It is the right moment to review friction.<\/p>\n\n\n\n<p>Because when friction drops, productivity becomes more believable, first-time fix gets stronger, adoption improves, and field service starts working the way it should.<\/p>\n\n\n\n<figure class=\"wp-block-image size-full\"><img decoding=\"async\" data-src=\"https:\/\/osmosys.co\/wp-content\/uploads\/2026\/05\/3.png\" alt=\"Technician reviewing a clear work order on a mobile device with asset history, tasks, and service notes in Dynamics 365 Field Service.\" class=\"wp-image-239939 lazyload\" src=\"data:image\/svg+xml;base64,PHN2ZyB3aWR0aD0iMSIgaGVpZ2h0PSIxIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciPjwvc3ZnPg==\" \/><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"review-your-field-service-operation\">Review Your Field Service Operation<\/h2>\n\n\n\n<p>Review your field service operation with a sharper focus on technician friction, process clarity, and long-term service performance.<\/p>\n\n\n\n<p>If your field service teams are handling scheduling complexity, repeat visits, or slow mobile adoption, now is a good time to review how your Dynamics 365 Field Service setup is supporting real technicians in real conditions.<\/p>\n\n\n\n<p><strong><a href=\"https:\/\/osmosys.co\/book-a-demo-2\/\">Talk to Osmosys about improving field service workflows, technician usability, and service performance with a more practical Dynamics 365 approach.<\/a><\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"<p>In field service, performance rarely breaks only because of one big system issue. More often, it gets worn down by small daily frictions. A technician arrives onsite without the full asset history.A work order is missing critical detail.A part is unavailable.A dispatcher is forced to reshuffle appointments manually.The mobile app experience slows down in poor [&hellip;]<\/p>\n","protected":false},"author":44,"featured_media":237370,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"off","_et_pb_old_content":"","_et_gb_content_width":"","_lmt_disableupdate":"","_lmt_disable":"","jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[51],"tags":[66,54,55,56,117],"class_list":["post-237369","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-dynamics-365","tag-dynamics-365","tag-microsoft-crm","tag-microsoft-dynamics-365","tag-microsoft-dynamics-365-sales","tag-power-apps"],"modified_by":"mounika","jetpack_featured_media_url":"https:\/\/osmosys.co\/ca\/wp-content\/uploads\/sites\/5\/2026\/05\/1.png","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/osmosys.co\/ca\/wp-json\/wp\/v2\/posts\/237369","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/osmosys.co\/ca\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/osmosys.co\/ca\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/osmosys.co\/ca\/wp-json\/wp\/v2\/users\/44"}],"replies":[{"embeddable":true,"href":"https:\/\/osmosys.co\/ca\/wp-json\/wp\/v2\/comments?post=237369"}],"version-history":[{"count":1,"href":"https:\/\/osmosys.co\/ca\/wp-json\/wp\/v2\/posts\/237369\/revisions"}],"predecessor-version":[{"id":237371,"href":"https:\/\/osmosys.co\/ca\/wp-json\/wp\/v2\/posts\/237369\/revisions\/237371"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/osmosys.co\/ca\/wp-json\/wp\/v2\/media\/237370"}],"wp:attachment":[{"href":"https:\/\/osmosys.co\/ca\/wp-json\/wp\/v2\/media?parent=237369"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/osmosys.co\/ca\/wp-json\/wp\/v2\/categories?post=237369"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/osmosys.co\/ca\/wp-json\/wp\/v2\/tags?post=237369"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}