MFG Kinetic Hardware Sizing Guide WP ENS
MFG Kinetic Hardware Sizing Guide WP ENS
Kinetic Hardware
Sizing Guide
Epicor for Manufacturing
Contents
Hardware Sizing for up to 15-User Load......................................................................4
Application Usage Load Expectation for up to 15-User Load......................................5
Hardware Sizing for up to 50-User Load......................................................................6
Application Usage Load Expectation for up to 50-User Load......................................7
Hardware Sizing for up to 200-User Load....................................................................8
Application Usage Load Expectation for up to 200-User Load....................................9
APP01–Application Server/Virtual Host/Reporting Server.......................................10
SQL Server (SQL01).....................................................................................................11
Hardware Sizing for 1,000–4,000 Users......................................................................12
Scale-Out Configurations...........................................................................................13
Virtualizing Kinetic......................................................................................................14
Kinetic—Virtual Appserver on VMware® ....................................................................14
Kinetic—Virtual Appserver on Hyper-V .....................................................................15
Kinetic—Virtual SQL Server on VMware ....................................................................16
Kinetic—Virtual SQL Server on Hyper-V ...................................................................17
Kinetic Appserver .......................................................................................................18
Kinetic SQL Server ......................................................................................................18
Footnotes for Tables 14 and 15 ..................................................................................18
Hardware Requirements for Other Epicor Systems ..................................................19
Other Epicor Systems .................................................................................................20
Epicor Virtual Agent (EVA) ..........................................................................................22
Network.......................................................................................................................23
Hardware recommendations ....................................................................................23
Network bandwidth ...................................................................................................23
Network latency .........................................................................................................23
Remote client bandwidth ..........................................................................................23
Backup and Fault Tolerance UPS ..............................................................................24
Appendix.....................................................................................................................25
Introduction
Welcome to the Kinetic Hardware Sizing Guide. The goal of this guide is to provide a
practical approach to sizing your Kinetic application and database server to obtain
the best performance possible from your Epicor software. It will also help you plan
for the future growth of your system.
The key to success in getting your hardware sized correctly is to define your
application load correctly and then to match it with the appropriate hardware
resources. Choosing a hardware architecture that can grow as your business and/or
application load grows is also important.
This guide is meant for customers buying new hardware and software, so we
recommend choosing the latest software versions supported by Kinetic. If you
want to determine if other versions of software are supported, contact Epicor
technical support.
Please note that you should consult Epicor technical services for high-availability
and business-continuity customer requirements as this sizing guide does not
cover these topics.
Kinetic physical server. This configuration can support standard load of 15 Office + data
Small ERP
collection users. See table 2 for the definition of standard load.
Windows® Server 2022 - Kinetic 2022.1 and above | (11.2.100 and above)
OS Windows Server 2019 - (10.2.400 and above)
Windows Server 2016 - (10.1.500.9 and above)
SQL Server® 2022 - Kinetic 2023.1 and above | (11.2.300 and above)
SQL SQL Server 2019 - (10.2.600 and above)
SQL Server 2017 - (10.2.200 and above)
To find out if your SAN delivers sufficient performance for SQL database, see the “Testing the
performance of an existing SAN” section in the Appendix for details on how to run a storage
benchmarking tool (Diskspd).
Storage Option #2 Required Diskspd results at all times including during peak load from other application
(you can use this option if your usage on the SAN:
SAN passes the Diskspd® test)
Database drive letter (location of SQL .mdf file): Must be able to deliver at least 100MB/sec at a
Existing Storage latency of less than 5ms.
Area Network (SAN)
Transaction log drive letter (location of SQL log file): Must be able to deliver at least 30MB/sec at a
latency of less than 5ms.
Tempdb drive letter (location of SQL temp db file):
Typical application usage by end-users using Kinetic via Smart Client and/or browser and/or
Interactive Application Load
mobile devices.
Automation and
Heavy Processing
If you are processing more than 25,000 transactions (insert, update, or delete) in any one-hour
1. Epicor Service Connect (ESC) period of the working day, then schedule this activity to a less busy time of the day. 25,000
2. Imports (e.g. PO, Sales Order, transactions is the sum total of all sources of automatic processing.
AR Invoice, and Shipping) If this activity cannot be scheduled to a less busy time of the day, please discuss the server sizing
3. Automatic updating of data with Epicor technical services.
not covered by ESC Heavy and concurrent reporting should be scheduled to a less busy time of the day or on a
4. Heavy Reporting separate reporting appserver.
5. DMT imports
Custom Code
In-house custom application
running on Kinetic machine No (If yes then discuss the increase in usage with Epicor technical services)
and/or using Kinetic
database and/or Kinetic
appserver directly
MRP regeneration will be scheduled during less busy times. For daily MRP runs, use
MRP
MRP net change.
(Manufacturing customers)
If your business requires you to run more than 2 processes and 2 schedulers for MRP run, discuss
the increased usage with Epicor technical services.
Growth and
Acquisition of New Users No
Seasonal Peaks No
Kinetic Physical Server. This configuration can support standard load of 50 Office + Data
Medium ERP
collection users. See table 4 for the definition of standard load.
Windows® Server 2022 - Kinetic 2022.1 and above | (11.2.100 and above)
OS Windows Server 2019 - (10.2.400 and above)
Windows Server 2016 - (10.1.500.9 and abo
SQL Server® 2022 - Kinetic 2023.1 and above | (11.2.300 and above)
SQL SQL Server 2019 - (10.2.600 and above)
SQL Server 2017 - (10.2.200 and above)
To find out if your SAN delivers sufficient performance for SQL database, see the “Testing the
performance of an existing SAN” section in the Appendix for details on how to run a storage
benchmarking tool (Diskspd).
Storage Option #2 Required Diskspd results at all times including during peak load from other application
(you can use this option if your usage on the SAN:
SAN passes the Diskspd® test) Database drive letter (location of SQL .mdf file): Must be able to deliver at least 100MB/sec at a
Existing Storage latency of less than 5ms.
Area Network (SAN) Transaction log drive letter (location of SQL log file): Must be able to deliver at least 30MB/sec at a
latency of less than 5ms.
Tempdb drive letter (location of SQL temp db file): Must be able to deliver at least 50MB/sec at a
latency of less than 5ms.
Typical application usage by end-users using Kinetic via Smart Client and/or browser and/or
Interactive Application Load
mobile devices.
Automation and
Heavy Processing
If you are processing more than 50,000 transactions (insert, update, or delete) in any one-hour
1. Epicor Service Connect (ESC) period of the working day, then schedule this activity to a less busy time of the day. 50,000
2. Imports (e.g. PO, Sales Order, transactions is the sum total of all sources of automatic processing.
AR Invoice, and Shipping) If this activity cannot be scheduled to a less busy time of the day, please discuss the server sizing
3. Automatic updating of data with Epicor technical services.
not covered by ESC Heavy and concurrent reporting should be scheduled to a less busy time of the day or on a
4. Heavy Reporting separate reporting appserver.
5. DMT imports
Custom Code
In-house custom application
running on Kinetic machine No (If yes then discuss the increase in usage with Epicor technical services)
and/or using Kinetic
database and/or Kinetic
appserver directly
MRP regeneration will be scheduled during less busy times. For daily MRP runs, use
MRP
MRP net change.
(Manufacturing customers)
If your business requires you to run more than 3 processes and 3 schedulers for MRP run, discuss
the increased usage with Epicor technical services.
Growth and
Acquisition of New Users No
Seasonal Peaks No
Kinetic Physical Server Machine. This configuration can support standard load of 200 Office +
ERP Server
Data collection users. See table 6 for the definition of standard load.
Windows® Server 2022 - Kinetic 2022.1 and above | (11.2.100 and above)
OS Windows Server 2019 - (10.2.400 and above)
Windows Server 2016 - (10.1.500.9 and above)
SQL Server® 2022 - Kinetic 2023.1 and above | (11.2.300 and above)
SQL SQL Server 2019 - (10.2.600 and above)
SQL Server 2017 - (10.2.200 and above)
Operating system and page file: 2 x 15K HDDs [or SSDs] in RAID 1. SQL database (MDF file): 4 x
Solid State Drive in RAID 10 PCIe SSD should hold SQL database (MDF file), SQL transaction log
(LDF file), and SQL tempdb files. Epicor Reports—2 x 15K HDDs [or SSDs] in RAID 1
Storage Option #1—HDD
Total:
and SSD (Recommended)
• 4 x 15K RPM HDDs [or SSDs] (3 Gbps SATA or SAS)
• Quantity 1, at least 785 GB, PCIe SSD card
Operating system and page file: 2 x 400 Solid State Drive in RAID 1. SQL transaction log (LDF file):
2 x 400 Solid State in RAID 1.(Only Epicor SQL Log file on this drive) SQL database (MDF file), SQL
Storage Option #2—
tempdb and Reports: 4 x 400 Solid State Drive in RAID 1. (This will house at least 8 tempdb files)
SSD (Recommended)
Solid State Drive (SAS/ Total Drives—8 Solid State Drives
SATA based) storage Note: MLCs are cheaper than SLCs. SLCs are more reliable. MLCs are getting better by the day, if
you maintain a warranty coverage on Enterprise MLC SSDs then you can purchase MLCs.
To find out if your SAN delivers sufficient performance for SQL database, see the “Testing the
performance of an existing SAN” section in the Appendix for details on how to run a storage
benchmarking tool (Diskspd).
Storage Option #2— Required Diskspd results at all times including during peak load from other application usage on
SSD (Recommended) the SAN: Database drive letter (location of SQL .mdf file): Must be able to deliver at least 100MB/
Solid State Drive (SAS/ sec. at a latency of less than 5ms.
SATA based) storage Transaction log drive letter (location of SQL log file): Must be able to deliver at least 30MB/sec. at
a latency of less than 5ms.
Tempdb drive letter (location of SQL temp db file): Must be able to deliver at least 50MB/sec. at a
latency of less than 5ms.
Typical application usage by end-users using Kinetic via Smart Client and/or browser and/or
Interactive Application Load
mobile devices.
Automation and
Heavy Processing
If you are processing more than 100,000 transactions (insert, update, or delete) in any one-hour
1. Epicor Service Connect (ESC) period of the working day, then schedule this activity to a less busy time of the day. 100,000
2. Imports (e.g. PO, Sales Order, transactions is the sum total of all sources of automatic processing.
AR Invoice, and Shipping) If this activity cannot be scheduled to a less busy time of the day, please discuss the server sizing
3. Automatic updating of data with Epicor technical services.
not covered by ESC Heavy and concurrent reporting should be scheduled to a less busy time of the day or on a
4. Heavy Reporting separate reporting appserver.
5. DMT imports
Custom Code
In-house custom application
running on Kinetic machine No (If yes then discuss the increase in usage with Epicor technical services)
and/or using Kinetic
database and/or Kinetic
appserver directly
MRP regeneration will be scheduled during less busy times. For daily MRP runs, use
MRP
MRP net change.
(Manufacturing customers)
If your business requires you to run more than 6 processes and 6 schedulers for MRP run, discuss
the increased usage with Epicor technical services.
Growth and
Acquisition of New Users No
Seasonal Peaks No
Windows® Server 2022 - Kinetic 2022.1 and above | (11.2.100 and above)
Operating System Windows Server 2019 - (10.2.400 and above)
Windows Server 2016 - (10.1.500.9 and above)
• Kinetic files
Solid State Drive • Reports and temporary data (EpicorData)
(SAS/ SATA based) • Two SSDs are required.
storage (recommended)
• Two SCSI/SAS HDDs are required.
When using this configuration as virtual host, buy enough disk space for all VMs that will be
running on this host.
For good network performance, use 1-Gigabit (or faster) network cards.
To ensure that network latency is as low as possible between the Epicor application server and
the SQL database server, add at least two network cards:
Network • One dedicated network card that is directly connected to the SQL database (Cable from
network card to network card).
• One dedicated network card that is connected to the LAN (and is processing all network traffic
except SQL database traffic).
SQL Server—SQL01
Windows® Server 2022 - Kinetic 2022.1 and above | (11.2.100 and above)
OS Windows Server 2019 - (10.2.400 and above)
Windows Server 2016 - (10.1.500.9 and above)
SQL Server® 2022 - Kinetic 2023.1 and above | (11.2.300 and above)
SQL SQL Server 2019 - (10.2.600 and above)
SQL Server 2017 - (10.2.200 and above)
Operating system and page file: 2 x 400 Solid State Drive in RAID 1
SQL transaction log (LDF file): 2 x 400 Solid State in RAID 1.(Only Epicor SQL Log file on this drive)
Storage Option #2—SSD
Solid State Drive (SAS/ SQL database (MDF file), SQL tempdb and Reports: 4 x 400 Solid State Drive in RAID 1. (This will
SATA based) storage house at least 8 tempdb files) Epicor Total drives—8 Solid State Drives (3 Gbps SATA or SAS)
Note: MLCs are cheaper than SLCs. SLCs are more reliable. MLCs are getting better by the day, if
you maintain a warranty coverage on Enterprise MLC SSDs then you can purchase MLCs.
To find out if your SAN delivers sufficient performance for SQL database, see the “Testing the
performance of an existing SAN” section in the Appendix for details on how to run a storage
benchmarking tool (Diskspd).
Storage Option #3 (you can use Required Diskspd results at all times including during peak load from other application
this option if your SAN passes usage on the SAN:
the Diskspd test) Database drive letter (location of SQL .mdf file): Must be able to deliver at least 100MB/sec. at a
Existing Storage latency of less than 5ms at all times.
Area Network (SAN) Transaction log drive letter (location of SQL log file): Must be able to deliver at least 30MB/sec. at
a latency of less than 5ms at all times.
Tempdb drive letter (location of SQL temp db file): Must be able to deliver at least 50MB/sec. at a
latency of less than 5ms at all times.
Table 8 (Cont)
For good network performance, use 1-Gigabit (10G card for a user load of 500 user or
higher) network cards.
To ensure that network latency is as low as possible between the Epicor application server and
the SQL database server, add at least two network cards:
Network (between SQL Server
and appserver(s))
• One dedicated network card that is directly connected to the SQL database (cable from
network card to network card).
• One dedicated network card that is connected to the LAN (and is processing all network traffic
except SQL database traffic).
Scale-Out Configurations
Interactive Application
Servers (Qty: 2x APP01)
Reporting and
Integration Application
Servers (Qty: 1x APP01)
Virtualizing Kinetic
Kinetic—Virtual Appserver on VMware®
Table 10
VMWAREAPP01
Windows® Server 2022 - Kinetic 2022.1 and above | (11.2.100 and above)
Guest OS Windows Server 2019 - (10.2.400 and above)
Windows Server 2016 - (10.1.500.9 and above)
4 virtual CPUs
Virtual CPU Count Create a full CPU reservation to ensure that the virtual machine has dedicated access to
physical CPU cores.
It is not recommended to overcommit CPU resources.
20 GB (reserved RAM)
It is not recommended to overcommit memory resources. If needed, disable Memory
Memory (RAM)
Ballooning so that the virtual application server has a dedicated amount of RAM.
Ensure that the RAM on the host supports ECC.
Guest OS
Install and use the latest VMware Tools.
Virtualization Software
Ensure that the physical host has multiple physical network cards which are all utilized by the
hosted virtual machines.
Network
Use the VMXNET3 virtual network card
Load Balancing Physical load balancing appliance recommended like F5 switch or Kemp LoadMaster.
VMWAREAPP01
Windows® Server 2022 - Kinetic 2022.1 and above | (11.2.100 and above)
Host Software Windows Server 2019 - (10.2.400 and above)
Windows Server 2016 - (10.1.500.9 and above)
SQL Server® 2022 - Kinetic 2023.1 and above | (11.2.300 and above)
Guest OS SQL Server 2019 - (10.2.600 and above)
SQL Server 2017 - (10.2.200 and above)
4 virtual CPUs
Create a full CPU reservation to ensure that the virtual machine has dedicated access to
Virtual CPU Count
physical CPU cores.
It is not recommended to overcommit CPU resources.
20 GB (reserved RAM)
Select Static memory when you allocate memory to the virtual machine. It is not
Memory (RAM)
recommended to overcommit memory resources.
Ensure that the RAM on the host supports ECC.
Virtual Hard Disk Controller • Use the IDE Controller option for the virtual hard disk that contains the OS.
• Use the SCSI Controller option for all other virtual hard disks.
Guest OS
Install and use the latest Integration Services.
Virtualization Software
Network Use the Network Adapter virtual network card (and not the Legacy Network Adapter).
Table 12
VMWARESQL01
Windows® Server 2022 - Kinetic 2022.1 and above | (11.2.100 and above)
Guest OS Windows Server 2019 - (10.2.400 and above)
Windows Server 2016 - (10.1.500.9 and above)
24 GB (reserved RAM)
It is not recommended to overcommit memory resources.
Memory (RAM)
If needed, disable Memory Ballooning so that the virtual application server has a
dedicated amount of RAM.
Ensure that the RAM on the host supports ECC.
Guest OS
Install and use the latest VMware Tools.
Virtualization Software
Ensure that the physical host has multiple physical network cards which are all utilized by the
Network
hosted virtual machines.
Use the VMXNET3 virtual network card.
VM level snapshot backup works for Kinetic. When you virtualize SQL Server be sure
VM Backup Software to test and make sure differential backup works correctly in your case.
File-level backups are supported.
Table 13
HYPERVSQL01
Windows® Server 2022 - Kinetic 2022.1 and above | (11.2.100 and above)
Host Software Windows Server 2019 - (10.2.400 and above)
Windows Server 2016 - (10.1.500.9 and above
SQL Server® 2022 - Kinetic 2023.1 and above | (11.2.300 and above)
Guest OS (Recommended) SQL Server 2019 - (10.2.600 and above)
SQL Server 2017 - (10.2.200 and above)
24 GB (reserved RAM)
Memory (RAM) Select Static memory when you allocate memory to the virtual machine. It is not
recommended to overcommit memory resources.
Ensure that the RAM on the host supports ECC.
Virtual Hard Disk Controller • Use the IDE Controller option for the virtual hard disk that contains the OS.
• Use the SCSI Controller option for all other virtual hard disks.
Guest OS
Install and use the latest Integration Services.
Virtualization Software
Network Use the Network Adapter virtual network card (and not the Legacy Network Adapter).
VM-level snapshot backup works for Kinetic. When you virtualize SQL Server be sure
VM Backup Software to test and make sure differential backup works correctly in your case.
File-level backups are supported.
Kinetic Appserver
1 application pool per VM, 1 Epicor ERP 10 appserver per application pool.
Table 14
Epicor ERP
Integration #vCPU Total RAM (GB) Disk OS 10 App Data
#Users Interactive Reporting EDI/Imports Total VM per VM vCPU per VM (GB) per VM Disk(GB)
per VM
15 1 0 0 1 4 4 20 60 40
50 1 1 0 2 4 8 20 60 40
100 1 1 1 2 8 16 20 60 40
200 2 1 1 4 8 32 20 60 40
400 3 2 1 6 8 48 20 60 40
500 4 2 2 8 8 64 20 60 40
#vCPU Disk OS SQL Database Size (GB) (You will need 40% for data,
#Users # of VM RAM (GB) Total VM
per VM (GB) 20% for log file, and 40% for temp db)
15 1 4 24 1 60 150
50 1 4 48 2 60 175
100 1 8 64 2 60 200
200 1 12 80 4 60 300
400 1 16 100 6 60 400
500 1 16 128 8 60 600
Table 16
Recommended Configuration
2.8 GHz or higher. Recommended 32-bit or 64-bit processor and SATA hard drives. SSD is
Processor
especially beneficial if the workstation runs multiple applications at the same time.
Monitor SVGA or higher adapter Color SVGA monitor with 1024 x 768 resolution
Other Internet connection recommended for online support and downloading latest updates
Remote Desktop Services For every 100 users, use server configuration
Device Requirements
At least one laser printer required for standard reports and forms
Printer
Must have current Windows driver
If you have purchased any other software license from Epicor, please work with the Epicor
Hardware for any other system? technical solutions or Epicor hardware sales group to see if you need extra servers to run them.
Some applications can be installed on one shared server.
An Internet connection is required to access the Epicor Online Support Center for interim and
Communications
commercial releases and remote support. DSL or higher-quality connection recommended.
Table 18
Any device that meets the system specs detailed above is optimum for using our apps.
Some specific recommendations are included below.
Table 19
Available Size 15 mb
RAM 1 GB
Available Size 15 mb
RAM 1 GB
Network
Hardware recommendations Network latency
For the connectivity between the Kinetic application Network bandwidth is not the only factor that
server and the SQL Server a 1-Gbit (or faster) network determines the “speed” of a network as perceived by the
is recommended. In some cases a 10-Gbit network end user. The other key element of network performance
connection will provide additional benefit. Fiber is latency. While it would often appear that data is
optic cable recommended in environment with transmitted instantly between one point and another
electrical noise. (that is, with no delay at all), this is typically not the case.
Network latency may be caused by:
When designing the network, try to minimize the latency
(one way to measure latency is ping time) between • The time it takes for a packet to travel from
the Kinetic Smart Client workstations and Kinetic EWA point to point
Server and the Kinetic application server box. For • The transmission medium (optical fiber, wireless, etc.)
example, users having a 125ms ping time will see slower may introduce some delay because larger packets
response than the users having a ping time of 25ms typically take longer to move from place to place
between the workstation and the application server box. • Routers and other processing points each take time to
There should be almost no latency between SQL Server examine and possibly make changes to packet header
and the appserver(s). • Intermediate devices such as switches and bridges
may cause delays
WAN accelerator—Consider implementing WAN
accelerators on both sides of a WAN if you get It is often difficult to diagnose a network bandwidth
environments with high latency and/or low bandwidth. or latency issue, and this is best left to professional
network analysts.
If using Kinetic from a wireless network, make sure
that your hardware switch or router provides good Remote client bandwidth
performance and has error correction/prevention As a general rule, the Kinetic Smart Client and Kinetic
measures built in—a 800.11ac or better hardware EWA Client has a bandwidth requirement of 10 Kbps
is recommended. (Kilobits per second) to 500Kbps. For a typical use
that does not require large dataset (above 100 rows
Network bandwidth or a five-page report), the Kinetic Smart Client uses
The bandwidth of a network defines the amount of 12 Kbps bandwidth. This will vary depending on the
data that can be transferred across the network at volume of data transferred between the client and the
once. If the bandwidth of the network is insufficient for server. Additionally, file attachments require increased
the amount of information being transmitted (usually bandwidth as well as the report output format chosen.
because too many users are on a single network
segment), performance drops noticeably. In these A simplified rule of thumb for the number of clients to
cases, the network will need re-configuring to lower connect per network segment is to determine the worst-
the amount of traffic or increase the bandwidth of case acceptable throughput for each network client,
the network. Traditional hubs are being replaced by then divide that amount into the selected network
high-speed data switches, which further help alleviate throughput. For example, if each client should have
network bottlenecks. Multiple server network cards and no less than 1.5 Mbps of available bandwidth, and the
automated load balancing may be considered, too. network supports 100 Mbps, the segment could possibly
support 66 clients.
Unfortunately, this simple calculation does not take hard drives, and power supplies. You should also
into account the network latency, network media consider network hub/switch redundancy.
characteristics, or network traffic in addition to Epicor,
but it does provide a good starting point for the Such components contribute to a “highly available”
maximum amount of clients per network segment. solution that is tolerant of most hardware failures
and allows for service to be postponed to off-hours.
If you have users in remote sites, consider placing a Businesses requiring continuous availability (24x7) may
Remote Desktop Services (RDS) server on the same also want to consider hot plug support for controllers,
location (same LAN) as the Kinetic server. Instead of online spare hard drives, redundant processor power
running the Kinetic client locally and connecting to the modules, and redundant hot-swappable fans to
Kinetic server over a WAN, users can access the client on provide the highest-availability solution that can be
a Remote Desktop session. This improves performance serviced during business hours without an interruption
as the Kinetic server and Kinetic client are both in productivity. Network hubs, routers, and server
on the same LAN. monitors should also be considered when assessing
UPS requirements.
If you are using Kinetic client over the internet
we recommend that you host the Kinetic Test the validity of backup files, systems, and processes
using HTTP bindings.
It is important that you put processes in place to
Backup and Fault Tolerance UPS check the backup and restore files. Do mock runs
Hardware and restore backup files to validate that the backup is
• Tape backup devices meeting your needs.
• Uninterruptible power supply and
redundant components
Kinetic
Hardware
Sizing Guide
Appendix
We’re here for the hard-working businesses that keep the world turning. You’re the companies that make, move, and sell the
things we all need. Trust Epicor to help you do business better. Your industry is our industry, and we understand you better than
anyone. By working hand-in-hand, we get to know your business almost as well as you do. Our innovative industry solution sets
are carefully built to fit your needs and respond flexibly to your fast-changing reality. We accelerate ambitions, whether you want
to grow and transform, or simply become more productive and effective. That’s what makes us the essential partner to the world’s
most essential businesses.
This document is informational only. Epicor Software Corporation makes no guarantees, representations, or warranties to the information and disclaims, any implied warranties, such as fitness
for a particular purpose, merchantability, satisfactory quality, or reasonable skill and care. Testimonials are unique to the particular user and may vary. Epicor and the Epicor logo are trademarks
of Epicor Software Corporation. Other trademarks are the property of their respective owners. Copyright © 2023 Epicor Software Corporation. All rights reserved. Rev. Date August 21, 2023.