{"id":34427,"date":"2026-03-30T11:16:18","date_gmt":"2026-03-30T09:16:18","guid":{"rendered":"https:\/\/www.xalt.de\/?p=34427"},"modified":"2026-03-30T12:14:44","modified_gmt":"2026-03-30T10:14:44","slug":"sprint-doku-automatisieren-in-der-atlassian-cloud","status":"publish","type":"post","link":"https:\/\/www.xalt.de\/en\/sprint-doku-automatisieren-in-der-atlassian-cloud\/","title":{"rendered":"App upgrade with Atlassian Cloud: Simply automate sprint documentation with Jira &amp; Confluence"},"content":{"rendered":"<div style=\"display: flex; align-items: center; gap: 12px; margin: 40px 0;\">\n  <img decoding=\"async\" \n    src=\"https:\/\/www.xalt.de\/wp-content\/uploads\/team\/philip-kroos-hr-manager-e1607614168752.jpg\" \n    alt=\"Philip Kroos\"\n    style=\"width: 50px; height: 50px; border-radius: 50%; object-fit: cover;\"\n  \/>\n  <div>\n    <p style=\"margin: 0; font-weight: bold;\">Author: Philip Kroos<\/p>\n    <p style=\"margin: 0; font-weight: bold;\">Atlassian Consultant at XALT<\/p>\n  <\/div>\n<\/div>\n\n\n\n<p>If you are currently migrating from Server or Data Center to the Atlassian Cloud (or have already done so), you know the problem:<\/p>\n\n\n\n<p>Your Jira and Confluence instance is running in the cloud, but some of your old power is missing. This refers to <strong>apps (formerly \u201cplugins\u201d) and in-house developments<\/strong>, that worked great on data centers, but in the cloud:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>are not available at all,<\/li>\n\n\n\n<li>only function to a limited extent or<\/li>\n\n\n\n<li>cannot be economically replicated 1:1.<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>So what happens in reality? <\/p>\n\n\n\n<p>Teams fall back into <strong>manual workarounds<\/strong> back. Content is copied, pages are created by hand, processes are \u201cpatched up\u201d with Excel and copy &amp; paste. The cloud suddenly feels like a step backwards instead of an upgrade.<\/p>\n\n\n\n<p>In this article, I'll show you how you can tackle exactly this point:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Consistently rethinking legacy apps<\/strong>, instead of just saving them<\/li>\n\n\n\n<li>with <strong>Vibe coding<\/strong> (natural language + artificial intelligence + automation) to build new, cloud-native solutions<\/li>\n\n\n\n<li>and use a customer example to see how this <strong>480 hours time saving<\/strong>, up to <strong>300% more output<\/strong> in documentation and several thousand euros in cost savings per year.<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Typical errors after cloud migration<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">App\/plugin migration is underestimated<\/h3>\n\n\n\n<p>When upgrading to the Atlassian Cloud, many companies underestimate the importance of <strong>apps, macros and integrations developed in-house<\/strong>. This refers to all extensions for Jira and Confluence that were developed in-house and are not available in the Atlassian Marketplace. We therefore recommend treating self-developed apps or integrations as a separate step alongside the migration of Marketplace apps - precisely because <a href=\"https:\/\/www.xalt.de\/en\/welche-plugins-funktionieren-auch-in-der-atlassian-cloud\/\" data-type=\"link\" data-id=\"https:\/\/www.xalt.de\/welche-plugins-funktionieren-auch-in-der-atlassian-cloud\/\">not all plugins can be replaced 1:1<\/a>.<\/p>\n\n\n\n<p>Typical patterns:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>\u201cWe'll look at the plugin later\u201d \u2192 later = often in practice <em>never<\/em>.<\/li>\n\n\n\n<li>The original developers of the solution are long gone.<\/li>\n\n\n\n<li>Nobody feels responsible for rethinking the function in the cloud.<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Teams fall back into old, manual processes<\/h3>\n\n\n\n<p>After the cloud migration, teams then quickly fall back into <strong>old, manual processes<\/strong> and for many it feels like working in the cloud is a step backwards: <em>\u201cIt used to be automatic, now everything is more complicated.\u201d<\/em><\/p>\n\n\n\n<p>The result:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>The <strong>acceptance of the Atlassian Cloud suffers.<\/strong> Instead of an upgrade, it looks like a downgrade.<\/li>\n\n\n\n<li>The planned <strong>ROI of the cloud upgrade<\/strong> is not realized: License costs increase, but there are no efficiency gains because central workflows (e.g. documentation, approvals, reports) are no longer automated.<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Lack of expertise for automation<\/h3>\n\n\n\n<p>Atlassian now offers very solid options <a href=\"https:\/\/support.atlassian.com\/cloud-automation\/docs\/use-jira-automation-with-confluence\/\" data-type=\"link\" data-id=\"https:\/\/support.atlassian.com\/cloud-automation\/docs\/use-jira-automation-with-confluence\/\" target=\"_blank\" rel=\"noopener\">to connect Jira Automation with Confluence<\/a> and, for example, trigger actions in Confluence from Jira. <\/p>\n\n\n\n<p>In many organizations, however, there is a lack of internal expertise or it seems too technical at first glance.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Risk: Basic solutions instead of cloud standard<\/h3>\n\n\n\n<p>In order to compensate for the lack of apps, the following quickly arise:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Scripts \u201cunder the table\u201d (local, without governance)<\/li>\n\n\n\n<li>Semi-official REST API hacks<\/li>\n\n\n\n<li>Isolated solutions that are not properly documented.<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p><strong>In a nutshell: The pressure is high, but nobody wants \u201canother app\u201d. You need a solution that is native, scalable and manageable.<\/strong><\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Vibe coding as a solution principle: rethink apps, don't rebuild them<\/h2>\n\n\n\n<p><strong>Vibe coding<\/strong> means simplified:<\/p>\n\n\n\n<p>You no longer build workflows in classic developer logic (code, complex configurations), but describe them in <strong>natural language<\/strong> and uses artificial intelligence (AI) and platform functions to generate rules, automations and integrations.<\/p>\n\n\n\n<p>In the Atlassian environment, it looks like this:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><a href=\"https:\/\/www.xalt.de\/en\/was-ist-atlassian-rovo\/\"><strong>Atlassian Rovo<\/strong><\/a> becomes the AI layer on Jira &amp; Confluence: Rovo knows your content, contexts and processes and helps you to design, test and refine workflows.<\/li>\n\n\n\n<li><strong>Jira Automation<\/strong> and <strong>Confluence Automation<\/strong> provide the technical basis for triggering actions, sending webhooks and creating pages automatically.<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>The difference to the classic \u201capp approach\u201d:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>You are <strong>no longer dependent on a single app<\/strong>,<\/li>\n\n\n\n<li>You build on <strong>standard functions of the Atlassian Cloud<\/strong> auf,<\/li>\n\n\n\n<li>You can continuously expand your setup without having to have it developed every time.<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>The goal: <strong>Function instead of app<\/strong>. You define, <em>which result<\/em> you need (e.g. \u201cA Confluence page with specific content for each story in the sprint\u201d), and rebuild this result with native means supported by artificial intelligence.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">5 steps from legacy app to vibe coding workflow<\/h2>\n\n\n\n<p>In the following, we outline a generic approach that we took in a customer project.<\/p>\n\n\n\n<figure class=\"wp-block-image aligncenter size-full\"><a href=\"https:\/\/www.xalt.de\/wp-content\/uploads\/2026\/04\/Plugin-Vibe-Coding-EN.png\"><img fetchpriority=\"high\" decoding=\"async\" width=\"2000\" height=\"448\" src=\"https:\/\/www.xalt.de\/wp-content\/uploads\/2026\/04\/Plugin-Vibe-Coding-EN.png\" alt=\"plugin vibe coding for atlassian cloud\" class=\"wp-image-34428\" srcset=\"https:\/\/www.xalt.de\/wp-content\/uploads\/2026\/04\/Plugin-Vibe-Coding-EN.png 2000w, https:\/\/www.xalt.de\/wp-content\/uploads\/2026\/04\/Plugin-Vibe-Coding-EN-1536x346.png 1536w, https:\/\/www.xalt.de\/wp-content\/uploads\/2026\/04\/Plugin-Vibe-Coding-EN-18x4.png 18w\" sizes=\"(max-width: 2000px) 100vw, 2000px\" \/><\/a><figcaption class=\"wp-element-caption\"><em>From legacy solution to cloud automation with the help of vibe coding instead of months of new development.<\/em><\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\">1. Clearly describe the use case of the legacy solution<\/h3>\n\n\n\n<p>Instead of \u201cWe need the app again\u201d, you ask questions like:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Which <strong>concrete task<\/strong> has the solution done?<\/li>\n\n\n\n<li>Which <strong>teams<\/strong> do use the solution? What results do they need at the end (e.g. PDF documentation, audit reports, sprint review documents)?<\/li>\n\n\n\n<li>Which <strong>fields \/ contents<\/strong> are really relevant (Summary, Description, Labels, Custom Fields, Status, Story Points, ...)?<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>In our customer example, the use case was as follows.<\/p>\n\n\n\n<p>From Jira work items (primarily stories and bugs) <strong>Confluence pages should be automatically generated,<\/strong> structured according to sprints, with labels and metadata, so that they can later be exported as a PDF and used for audits.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">2. Formulate target image as a cloud-native solution<\/h3>\n\n\n\n<p>This is where vibe coding comes into play. You formulate your target image in natural language, e.g:<\/p>\n\n\n\n<blockquote style=\"max-width: 900px; margin: 40px 0; padding: 50px;\">\n  <div style=\"width: 40px; margin-bottom: 20px;\">\n    <svg aria-hidden=\"true\" class=\"e-font-icon-svg e-fas-quote-left\" viewbox=\"0 0 512 512\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" style=\"fill:#01FFCD; width:100%; height:auto;\">\n      <path d=\"M464 256h-80v-64c0-35.3 28.7-64 64-64h8c13.3 0 24-10.7 24-24V56c0-13.3-10.7-24-24-24h-8c-88.4 0-160 71.6-160 160v240c0 26.5 21.5 48 48 48h128c26.5 0 48-21.5 48-48V304c0-26.5-21.5-48-48-48zm-288 0H96v-64c0-35.3 28.7-64 64-64h8c13.3 0 24-10.7 24-24V56c0-13.3-10.7-24-24-24h-8C71.6 32 0 103.6 0 192v240c0 26.5 21.5 48 48 48h128c26.5 0 48-21.5 48-48V304c0-26.5-21.5-48-48-48z\"\/>\n    <\/svg>\n  <\/div>\n\n  <p>\n    Whenever a new sprint is started, Confluence pages are to be created automatically for all stories and bugs of this sprint for documentation purposes. The pages should hang under a sprint overview page, use a standardized template and be provided with specific and dynamically created labels.\n  <\/p>\n<\/blockquote>\n\n\n\n<p><\/p>\n\n\n\n<p>From this you deduce:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Trigger:<\/strong>Sprint start or issue status change<\/li>\n\n\n\n<li><strong>Actions in Jira Automation<\/strong>:\n<ul class=\"wp-block-list\">\n<li>Identify issues in the sprint<\/li>\n\n\n\n<li><em>Option A (often the easiest):<\/em> Create Confluence page directly via the native action (if available)<\/li>\n\n\n\n<li><em>Option B:<\/em> Webhook \/ REST API call (if you need more control)<\/li>\n<\/ul>\n<\/li>\n\n\n\n<li><strong>Actions in Confluence Automation \/ via API<\/strong>:\n<ul class=\"wp-block-list\">\n<li>Create page from template<\/li>\n\n\n\n<li>Set up parent-child structure<\/li>\n\n\n\n<li>Set labels<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>Rovo supports the design of automation rules and payloads. <strong>JSON\/payloads for webhooks and APIs must be tested and validated<\/strong> (e.g. authentication, required fields, API versions).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">3. Build a prototype with a pilot team<\/h3>\n\n\n\n<p>Deliberately start small:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Choose 1 to 2 teams that actively demand the use case <strong>aktiv einfordern<\/strong>.<\/li>\n\n\n\n<li>Implement an initial rule, e.g:\n<ul class=\"wp-block-list\">\n<li>Trigger: \u201cSprint started\u201d in project X, on board Y<\/li>\n\n\n\n<li>Action: Create a page in Confluence for each issue in the sprint<\/li>\n<\/ul>\n<\/li>\n\n\n\n<li>Keep template to a minimum:\n<ul class=\"wp-block-list\">\n<li>Title: {{issue.key}} - {{issue.summary}}<\/li>\n\n\n\n<li>Sections: Description, metadata (status, type, story points, labels), area for review notes<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>The goal is <strong>not<\/strong> perfection, but: \u201cIt works and saves time immediately\u201d.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">4. Iteratively refine and standardize<\/h3>\n\n\n\n<p>We know from a current customer project: The real added value comes from the second and third iteration.<\/p>\n\n\n\n<p>Typical optimizations:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Include additional fields in the payload (e.g. component, module, epic link).<\/li>\n\n\n\n<li>Standardize page templates (panels, macros, status displays).<\/li>\n\n\n\n<li>Improve error handling (e.g. if a page already exists or rights are missing).<\/li>\n\n\n\n<li>Create general templates that work for multiple projects.<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>With vibe coding, you formulate changes in natural language again (\u201cPlease add the \u201aComponent\u2018 field to the metadata block\u201d); the AI helps you to extend the existing automation rules accordingly.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">5. Rollout &amp; scaling to other teams<\/h3>\n\n\n\n<p>If the use case works, then comes the scalable part:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>You build <strong>standardized Atlassian automation templates<\/strong>, which you only parameterize per team \/ project.<\/li>\n\n\n\n<li>You document setup, variables and troubleshooting in Confluence.<\/li>\n\n\n\n<li>You train team leads \/ admins to make small adjustments themselves (e.g. different parent page, additional labels).<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>This allows you to roll out a solution that you have built once with a pilot team to 5, 10 or 15 teams without having to start from scratch each time.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Result for our customer: 480 hours recovered per year<\/h2>\n\n\n\n<p><strong>The initial situation of our customer: <\/strong><\/p>\n\n\n\n<p>On Data Center, there was an in-house development plugin that outputted Jira content as Confluence pages. There was no port in the cloud and the original developer was no longer with the company. As a result, teams recreated sprint and story pages manually after the migration. <strong>manuell<\/strong> For sprints with several dozen issues, this meant that several hours of additional work were required after each start of a new sprint<\/p>\n\n\n\n<p><strong>Our solution with vibe coding &amp; native tools<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>The use case was created as <strong>Cloud-native automation<\/strong> rethought:\n<ul class=\"wp-block-list\">\n<li>Jira Automation + Confluence Automation + Webhooks\/REST (as required), no additional Marketplace plugin.<\/li>\n<\/ul>\n<\/li>\n\n\n\n<li>The technical requirements were formulated in natural language and iteratively translated into rules and templates with the help of AI assistance (vibe coding approach).<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p><strong>The result:<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Time saving:<\/strong>Approx. 480 hours per year (approx. 60 working days), because sprint and story pages are created automatically<\/li>\n\n\n\n<li><strong>Productivity increase:<\/strong>Up to 300% more output in documentation - teams spend their time on content instead of copy &amp; paste.<\/li>\n\n\n\n<li><strong>Cost savings:<\/strong>Several thousand euros per year, depending on the hourly rates of the roles involved.<\/li>\n\n\n\n<li><strong>Operational safety:<\/strong>100% cloud-based, no dependency on an unsupported plugin or a single person.<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p><strong>Sample calculation for 480 hours\/year<\/strong>:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Assumptions: 8 teams, 24 sprints\/year (2-week sprints), 2.5 h manual effort per sprint start and team (creating pages, structuring, labels\/metadata, checks).<\/li>\n\n\n\n<li>Calculation: 8 \u00d7 24 \u00d7 2.5 h = 480 h\/year.<\/li>\n\n\n\n<li>Note: actual value varies depending on the number of issues, templates and review requirements.<\/li>\n<\/ul>\n\n\n\n<p>The decisive factor: The customer has <strong>no new \u201cmonster app\u201d<\/strong> in the cloud, but has systematically expanded its cloud platform with on-board resources and AI.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Conclusion: Apps are just a means to an end - vibe coding gets you there<\/h2>\n\n\n\n<p>If there's one thing you take away from this article, it's this: <strong>Your Atlassian Cloud is not there to mimic your old server instance 1:1, it is the chance to rethink your workflows with vibe coding.<\/strong> <\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Legacy apps are often a symptom of a lack of standard functionality in on-prem setups - in the cloud, many of these functions already exist as platform features.<\/li>\n\n\n\n<li>With Rovo, Jira Automation and Confluence Automation, you can handle most recurring tasks with ease automatically <strong>without additional apps.<\/strong> automatisieren.<\/li>\n\n\n\n<li>Vibe Coding helps you design these solutions <strong>faster and in a way that better aligns with business needs,<\/strong> rather than getting bogged down in technical details.<\/li>\n\n\n\n<li>And: <strong>The ROI of your cloud migration depends largely on whether you actually utilize this automation potential.<\/strong><\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<h2 class=\"wp-block-heading\">How XALT can help you specifically<\/h2>\n\n\n\n<p>If you are faced with the question of how to replace old apps\/plugins or in-house developments in the Atlassian Cloud - especially around <strong>Jira-Confluence integration and documentation<\/strong> - you don't have to reinvent the wheel.<\/p>\n\n\n\n<p>XALT supports you in this:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Analyzing existing legacy solutions and rethinking them in the cloud instead of just replicating them 1:1.<\/li>\n\n\n\n<li><strong>Cloud-native automations<\/strong> for Jira &amp; Confluence - including a vibe coding approach with AI support.<\/li>\n\n\n\n<li>Enable your teams to further develop these solutions themselves (enablement &amp; training).<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>Let's take a look together at which of your data center plugins you can replace or even improve in the Atlassian Cloud. You can speak directly to our Atlassian expert via the XALT contact page and describe your scenario.<\/p>\n\n\n\n<div style=\"height:32px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<div class=\"wp-block-buttons is-content-justification-center is-layout-flex wp-container-core-buttons-is-layout-a89b3969 wp-block-buttons-is-layout-flex\">\n<div class=\"wp-block-button\"><a class=\"wp-block-button__link has-black-color has-text-color has-background has-link-color wp-element-button\" href=\"https:\/\/www.xalt.de\/en\/contact-2\/\" style=\"background-color:#01ffcd\"><strong>Talk to us<\/strong><\/a><\/div>\n<\/div>\n\n\n\n<div style=\"height:32px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>","protected":false},"excerpt":{"rendered":"<p>Your Jira and Confluence instance is running in the cloud - but some of your old power is missing? In this article, I'll show you exactly where you can start.<\/p>","protected":false},"author":213,"featured_media":34465,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"content-type":"","inline_featured_image":false,"footnotes":""},"categories":[37],"tags":[],"department":[],"job_location":[],"start":[349],"beschaeftigungsverhaeltnis":[373],"class_list":["post-34427","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-atlassian","start-ab-sofort","beschaeftigungsverhaeltnis-vollzeit"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/posts\/34427","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/users\/213"}],"replies":[{"embeddable":true,"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/comments?post=34427"}],"version-history":[{"count":14,"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/posts\/34427\/revisions"}],"predecessor-version":[{"id":34462,"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/posts\/34427\/revisions\/34462"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/media\/34465"}],"wp:attachment":[{"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/media?parent=34427"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/categories?post=34427"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/tags?post=34427"},{"taxonomy":"department","embeddable":true,"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/department?post=34427"},{"taxonomy":"job_location","embeddable":true,"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/job_location?post=34427"},{"taxonomy":"start","embeddable":true,"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/start?post=34427"},{"taxonomy":"beschaeftigungsverhaeltnis","embeddable":true,"href":"https:\/\/www.xalt.de\/en\/wp-json\/wp\/v2\/beschaeftigungsverhaeltnis?post=34427"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}