Jobs · Engineering · Louisiana

Principal Solutions Architect

Community Coffee · Baton Rouge, LA · 4 wk ago
EngineeringFull-time
We need to output HTML fragment with sections: About the role? Actually the posting includes "Why Join Community Coffee?" which is like an intro. Could be "About the role" or "Overview". The instructions: use

for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule). We need to include sections only when posting has real specific content. We have content: Position Overview (description), Key Responsibilities (list), Position Requirements (list), Preferred Qualifications (list), Foundational Competencies (list), Additional Competencies (list), Physical Demands/Work Environment (list), Our Values (list), Benefits (sentence about competitive salary and benefits package). Also Department, Travel Required, Work Type metadata - we can fold into short

maybe. We must not repeat job title as heading. No Job ID. Remove boilerplate: EEO, equal-opportunity, scam-warning, application instructions, cookie/navigation/legal. Also remove "Internal Only: Experience with Community Coffee..." maybe keep? It's part of Position Requirements but it's internal note; we can keep as part of requirements? It's not boilerplate but it's internal note; we can keep. We must not create Pay/Schedule/Benefits sections unless posting actually states them. Benefits: they mention "competitive salary and benefits package including health, dental, vision, life insurance, 401(k), short- and long-term disability, paid time off and employee assistance program." That's specific benefits, so we can include Benefits section. Pay: not specified (no salary number). So we should NOT create Pay section. Schedule: not specified (no mention of hours). So no Schedule section. We need to decide section headings: About the role (maybe Position Overview), Responsibilities (Key Responsibilities), Requirements (Position Requirements), Qualifications (Preferred Qualifications), Skills (maybe Foundational Competencies + Additional Competencies combined? Could separate but we can put under Skills). Benefits (Benefits). Also maybe "Physical Demands" could be its own section? Not in list of allowed headings but we could still use

for any heading? The instruction says use

for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule). It implies we should use those headings; but we could also add other headings if needed? Safer to stick to those. Physical Demands could be placed under Requirements or maybe under a separate section not listed; but we could incorporate into Requirements as a paragraph. However they said "include a section ONLY when the posting has real, specific content for it — never emit a heading followed by filler/placeholder text". So we need to decide which sections to include. We have content for: About the role (Position Overview). Responsibilities (Key Responsibilities). Requirements (Position Requirements). Qualifications (Preferred Qualifications). Skills (Foundational Competencies + Additional Competencies). Benefits (benefits package). Possibly also "Physical Demands" could be under Requirements or maybe we could add a section "Physical Demands" but not in allowed list; better to incorporate into Requirements as a paragraph. We also have Department, Travel Required, Work Type metadata; we can put in a short

at top. We must not include boilerplate like EEO etc. Remove those paragraphs. Let's extract content. First, intro: "Department: Supply Chain Travel Required: Up to 10% Work Type: Onsite Why Join Community Coffee? At Community Coffee, every cup tells a story. As America’s #1 family-owned and operated retail coffee brand, we blend cherished traditions with innovative thinking to create a dynamic, fast-paced environment that’s as energizing as our coffee. Here, you’ll thrive in a setting that challenges you to grow professionally while making a meaningful impact every day. Join our family and transform your passion for coffee into a rewarding career, where every day is an opportunity to craft exceptional experiences and build lasting connections." We can make a

for the meta and then a

About the role

with the overview paragraph(s). Actually "Why Join Community Coffee?" is like an intro; we could treat that as part of About the role. Position Overview paragraph: "The Principal Solutions Architect is responsible for designing, integrating, implementing, and continuously improving enterprise applications supporting manufacturing, warehousing, procurement, quality, transportation, logistics, distribution, and customer fulfillment. This position serves as a senior technical authority for SAP S/4HANA architecture, systems integration, application development, master data governance, and cross-platform solution design. The role combines strategic architecture with hands-on technical expertise and partners with business leaders, vendors, implementation partners, and project teams to deliver scalable, reliable, and supportable technology solutions." We can combine with Why Join. Now Responsibilities: list items under Key Responsibilities. We need to convert each bullet into
  • . The bullet points are long sentences; we can keep them as is. We have sections: Solution Architecture and Business Partnership (with multiple bullet-like sentences). Actually the text under Key Responsibilities includes paragraphs with multiple sentences; we need to break into list items. The instruction: Use
    • for any list of duties/requirements/benefits. So we need to identify each duty as a list item. The text includes several paragraphs each starting with a bold heading? Actually they are headings: "Solution Architecture and Business Partnership", then a paragraph. Then "SAP and Systems Integration", then paragraph. Then "Transportation and Logistics Technology Enablement", then paragraph. Then "Technical Delivery and Vendor Partnership", then paragraph. Then "Governance and Continuous Improvement", then paragraph. Then "May be asked to perform additional duties as necessary". So we can treat each heading as a list item, with the paragraph as the content of that item. Or we could break each sentence into separate items, but better to keep each heading as an item with its description. Thus
      • Solution Architecture and Business Partnership: ...
      • etc. However we should not use maybe but we can keep plain text. The instruction didn't forbid formatting inside
      • . We'll keep the heading as part of the li. Similarly for Requirements: list of bullet points under Position Requirements. They are sentences each starting with a requirement. We'll make each as
      • . Preferred Qualifications: each bullet as
      • . Foundational Competencies: list of words separated by commas? Actually "Builds TrustContinuous LearnerCustomer CentricEffective CommunicationIntegrityResults Oriented". No commas; seems like each competency concatenated. We need to split? The text: "Foundational Competencies Builds TrustContinuous LearnerCustomer CentricEffective CommunicationIntegrityResults Oriented". Likely each separated by no space; but we can treat as a list: Builds Trust, Continuous Learner, Customer Centric, Effective Communication, Integrity, Results Oriented. We'll split by capital letters? Safer to keep as a sentence? But we need list. We'll parse: "Builds Trust", "Continuous Learner", "Customer Centric", "Effective Communication", "Integrity", "Results Oriented". We'll make
      • each. Additional Competencies: "ResourcefulnessAccountabilityCollaboratesAdaptabilityCourage". Split: Resourcefulness, Accountability, Collaborates, Adaptability, Courage. Physical Demands/Work Environment: we can incorporate into Requirements as a paragraph or a separate section not in allowed headings. Maybe we can add a

        Physical Demands

        but not in list; risk. Better to include as a

        under Requirements or as a separate

        Physical Demands

        but risk of not following instruction. The instruction says use

        for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule). It doesn't forbid other headings, but says "use

        for section headings (e.g. ...)" implying those are examples; we could still use other headings but better to stick to those. We'll embed physical demands as a

        after Requirements. Benefits: we have a sentence: "Community Coffee Company offers a competitive salary and benefits package including health, dental, vision, life insurance, 401(k), short- and long-term disability, paid time off and employee assistance program." We'll make a

        Benefits

        with a
        • each benefit? Could just be a

          but instruction says use

          • for any list of benefits. So we should list each benefit as
          • . Benefits list: health, dental, vision, life insurance, 401(k), short- and long-term disability, paid time off, employee assistance program. We'll make each as
          • . We must not include Pay section because no specific salary. Now we need to output only HTML fragment, no /, no markdown. Let's craft. Start with a

            for meta: Department: Supply Chain; Travel Required: Up to 10%; Work Type: Onsite. Then

            About the role

            with paragraphs: maybe combine Why Join and Position Overview into one or two

            . We'll do two

            s. Then

            Responsibilities

            with
              and
            • items. Then

              Requirements

              with
                and
              • items (including the physical demands maybe as a separate

                after list). Then

                Qualifications

                with
                  and
                • items (Preferred Qualifications). Then

                  Skills

                  with
                    and
                  • items (Foundational Competencies + Additional Competencies combined). Then

                    Benefits

                    with
                      and
                    • items. We must not repeat job title. Good. Now extract exact text. Meta: "Department: Supply Chain Travel Required: Up to 10% Work Type: Onsite". We'll put as a

                      . Why Join Community Coffee? paragraph: "At Community Coffee, every cup tells a story. As America’s #1 family-owned and operated retail coffee brand, we blend cherished traditions with innovative thinking to create a dynamic, fast-paced environment that’s as energizing as our coffee. Here, you’ll thrive in a setting that challenges you to grow professionally while making a meaningful impact every day. Join our family and transform your passion for coffee into a rewarding career, where every day is an opportunity to craft exceptional experiences and build lasting connections." Position Overview paragraph: "The Principal Solutions Architect is responsible for designing, integrating, implementing, and continuously improving enterprise applications supporting manufacturing, warehousing, procurement, quality, transportation, logistics, distribution, and customer fulfillment. This position serves as a senior technical authority for SAP S/4HANA architecture, systems integration, application development, master data governance, and cross-platform solution design. The role combines strategic architecture with hands-on technical expertise and partners with business leaders, vendors, implementation partners, and project teams to deliver scalable, reliable, and supportable technology solutions." We can combine these two paragraphs under About the role. Now Responsibilities items: We need to parse each heading and its description. Let's extract from the text: "Solution Architecture and Business Partnership Design scalable technology solutions supporting end-to-end supply chain and operational processes. Translate business requirements into functional and technical architecture addressing process, application, data, integration, security, reporting, and support needs. Partner with operational and functional leaders to identify process and technology gaps, evaluate solution options, and recommend appropriate technical approaches. Develop solution roadmaps aligned with business priorities, operational requirements, and enterprise technology strategy. Lead requirements gathering, process analysis, solution-design workshops, technical assessments, and architecture reviews. Communicate technical options, risks, dependencies, costs, and operational trade-offs to technical and non-technical stakeholders." That's a set of sentences; we can combine into one li with the heading and the sentences. Next: "SAP and Systems Integration Serve as a senior technical authority for SAP S

  • Similar jobs