<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Modern approach to Master Data Management in Data Management Questions</title>
    <link>https://community.esri.com/t5/data-management-questions/modern-approach-to-master-data-management/m-p/1279577#M44521</link>
    <description>&lt;P&gt;Hey, all. I'm wondering what the prevailing wisdom is on managing master data, such as canonical customer data, product information, etc. I know this sort of thing has historically been handled by big commercial tools, but I'm looking for a more developer-friendly solution. At work, we have a bunch of separate micro services, with no single source of such information. As such, maintaining product data and common lookup data types, statuses, etc. is very manual and painful. Presently, it's sufficient for the derives to own the data process we don't need at operational team to maintain things.&lt;/P&gt;</description>
    <pubDate>Tue, 18 Apr 2023 09:33:59 GMT</pubDate>
    <dc:creator>shane201</dc:creator>
    <dc:date>2023-04-18T09:33:59Z</dc:date>
    <item>
      <title>Modern approach to Master Data Management</title>
      <link>https://community.esri.com/t5/data-management-questions/modern-approach-to-master-data-management/m-p/1279577#M44521</link>
      <description>&lt;P&gt;Hey, all. I'm wondering what the prevailing wisdom is on managing master data, such as canonical customer data, product information, etc. I know this sort of thing has historically been handled by big commercial tools, but I'm looking for a more developer-friendly solution. At work, we have a bunch of separate micro services, with no single source of such information. As such, maintaining product data and common lookup data types, statuses, etc. is very manual and painful. Presently, it's sufficient for the derives to own the data process we don't need at operational team to maintain things.&lt;/P&gt;</description>
      <pubDate>Tue, 18 Apr 2023 09:33:59 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/modern-approach-to-master-data-management/m-p/1279577#M44521</guid>
      <dc:creator>shane201</dc:creator>
      <dc:date>2023-04-18T09:33:59Z</dc:date>
    </item>
  </channel>
</rss>

