<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Labels and mobile processes on Product Documentation</title>
    <link>https://bc.help.be-terna.com/en-us/docs/business-central/cross-industry-solutions/automotive/labels-and-mobile/</link>
    <description>Recent content in Labels and mobile processes on Product Documentation</description>
    <generator>Hugo</generator>
    <language>en-US</language>
    <atom:link href="https://bc.help.be-terna.com/en-us/docs/business-central/cross-industry-solutions/automotive/labels-and-mobile/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Mobile processes, BE-Mobile Fusion, and legacy MDE</title>
      <link>https://bc.help.be-terna.com/en-us/docs/business-central/cross-industry-solutions/automotive/labels-and-mobile/mobile-processes-and-mde/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://bc.help.be-terna.com/en-us/docs/business-central/cross-industry-solutions/automotive/labels-and-mobile/mobile-processes-and-mde/</guid>
      <description>&lt;h2 id=&#34;purpose&#34;&gt;Purpose&lt;/h2&gt;&#xA;&lt;p&gt;This page explains how mobile scanning processes should be classified from a business and technical perspective in Automotive. It connects today&amp;rsquo;s target architecture around Reactor Mobile or BE-Mobile Fusion with the legacy MDE scenario. This helps project leads, key users, and technical setup roles decide which mobile operating model fits a process and how to set it up reliably.&lt;/p&gt;&#xA;&lt;h2 id=&#34;when-each-mobile-path-makes-sense&#34;&gt;When each mobile path makes sense&lt;/h2&gt;&#xA;&lt;table&gt;&#xA;  &lt;thead&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;th&gt;Situation&lt;/th&gt;&#xA;          &lt;th&gt;Recommended path&lt;/th&gt;&#xA;          &lt;th&gt;Why it matters&lt;/th&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/thead&gt;&#xA;  &lt;tbody&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;New implementation or current project&lt;/td&gt;&#xA;          &lt;td&gt;use Reactor Mobile or BE-Mobile Fusion&lt;/td&gt;&#xA;          &lt;td&gt;This is the intended path for current mobile warehouse, production, and inventory processes.&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Existing legacy customer with historical MDE&lt;/td&gt;&#xA;          &lt;td&gt;continue the existing legacy MDE in a controlled way&lt;/td&gt;&#xA;          &lt;td&gt;The old solution grew customer-specifically and should not be introduced as a new standard.&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Transition phase with hybrid operation&lt;/td&gt;&#xA;          &lt;td&gt;define process boundaries clearly&lt;/td&gt;&#xA;          &lt;td&gt;Without clean separation, double postings, unclear menus, and conflicting operating paths appear quickly.&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Pure detail questions about the Reactor app&lt;/td&gt;&#xA;          &lt;td&gt;use the dedicated Mobile Solutions documentation&lt;/td&gt;&#xA;          &lt;td&gt;Those pages already describe current app functions per module.&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;h2 id=&#34;mobile-processes-are-real-execution-not-just-a-convenience-ui&#34;&gt;Mobile processes are real execution, not just a convenience UI&lt;/h2&gt;&#xA;&lt;p&gt;In Automotive, mobile processes are not just an additional screen. A scan on the device controls real warehouse, package, and production movements. Errors in barcode logic, endpoint setup, bin handling, or mandatory fields therefore have immediate operational impact.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Electronic Sales Labels (ESL)</title>
      <link>https://bc.help.be-terna.com/en-us/docs/business-central/cross-industry-solutions/automotive/labels-and-mobile/electronic-sales-labels/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://bc.help.be-terna.com/en-us/docs/business-central/cross-industry-solutions/automotive/labels-and-mobile/electronic-sales-labels/</guid>
      <description>&lt;h2 id=&#34;purpose&#34;&gt;Purpose&lt;/h2&gt;&#xA;&lt;p&gt;This page explains how Electronic Sales Labels (ESL) should be classified from a business and technical perspective in a Automotive project. The older knowledge base describes the solution as an existing demo or integration function between Business Central and an external ESL platform. For current projects, that means ESL is not a self-running feature but a deliberately planned integration scenario with hardware, network, platform, and clear operating rules.&lt;/p&gt;&#xA;&lt;h2 id=&#34;important-classification&#34;&gt;Important classification&lt;/h2&gt;&#xA;&lt;table&gt;&#xA;  &lt;thead&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;th&gt;Statement&lt;/th&gt;&#xA;          &lt;th&gt;Meaning for the project&lt;/th&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/thead&gt;&#xA;  &lt;tbody&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;ESL is an integration scenario with an external platform&lt;/td&gt;&#xA;          &lt;td&gt;In addition to Business Central, the label platform, access points, and radio coverage must work reliably.&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;The legacy documentation describes a demo function&lt;/td&gt;&#xA;          &lt;td&gt;Availability and scope must be confirmed actively in the project. Not every environment has the same delivered behavior.&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Data is not maintained directly on the label&lt;/td&gt;&#xA;          &lt;td&gt;The leading data source is Business Central or an agreed source application. The label only displays the released state.&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Changes have operational impact&lt;/td&gt;&#xA;          &lt;td&gt;Wrong texts, prices, item assignments, or status values become visible immediately in the store, warehouse, or shop floor.&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;h2 id=&#34;typical-end-to-end-flow&#34;&gt;Typical end-to-end flow&lt;/h2&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;An approved process changes relevant item, price, stock, or status data in Business Central.&lt;/li&gt;&#xA;&lt;li&gt;The integration prepares a data package for the target label.&lt;/li&gt;&#xA;&lt;li&gt;The data is sent by HTTP and JSON to the external ESL platform.&lt;/li&gt;&#xA;&lt;li&gt;Based on its configuration, the platform maps the fields to the correct label and layout.&lt;/li&gt;&#xA;&lt;li&gt;Access point and radio infrastructure distribute the change to the physical label.&lt;/li&gt;&#xA;&lt;li&gt;The business area verifies on site that the displayed content, update timing, and assignment are correct.&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;div&#xA;  class=&#34;bt-mermaid&#34;&#xA;  data-mermaid&#xA;  data-docs-mermaid-trigger&#xA;  role=&#34;button&#34;&#xA;  tabindex=&#34;0&#34;&#xA;  aria-label=&#34;Enlarge process diagram&#34;&#xA;&gt;&#xA;  &lt;pre class=&#34;mermaid&#34;&gt;graph LR;&#xA;&#xA;%% Nodes&#xA;A[&amp;#34;Change in Business Central&amp;#34;]&#xA;B[&amp;#34;Approved ESL process&amp;#34;]&#xA;C[&amp;#34;HTTP/JSON data package&amp;#34;]&#xA;D[&amp;#34;External ESL platform&amp;#34;]&#xA;E[&amp;#34;Access point / radio network&amp;#34;]&#xA;F[&amp;#34;Electronic label&amp;#34;]&#xA;G[&amp;#34;Visual and plausibility check&amp;#34;]&#xA;&#xA;%% Flow&#xA;A -.- B&#xA;linkStyle 0 stroke:#ffffff&#xA;B ==&amp;gt; C&#xA;C ==&amp;gt; D&#xA;D ==&amp;gt; E&#xA;E ==&amp;gt; F&#xA;F ==&amp;gt; G&#xA;&#xA;%% Classes&#xA;class A btProcessTitle&#xA;class B,C,D,E,F,G btProcessActive&lt;/pre&gt;&#xA;&lt;/div&gt;&#xA;&lt;h2 id=&#34;which-content-typically-appears-on-esl&#34;&gt;Which content typically appears on ESL&lt;/h2&gt;&#xA;&lt;p&gt;The exact display is project-specific. Typical content includes:&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
