Define the Folder Hierarchy
Each monitored folder must have a folder structure as defined here, and each is completely independent of the others. Each could be owned by different OS users with different ACLs, and different configuration files and options suitable for import files from different sources.
The recommended configuration is for the monitored folder to be on a file server, independent of the web server, and also independent of any user's workstation. The user (or external BOM system) pushes files from their workstation into the monitored folder in the file server, and the Materials Compliance Management server pulls from the monitored folder into the database.
Any user who has write access to a monitored folder can import without logging in to
Materials Compliance Management, and the person listed in the MonitorFolders
property (Configure the Monitor Folder Property) shows as the person who imported the file. Carefully consider
who has write access to the monitored folder. Each monitored folder should have its
OS level ACLs set so that only a specific user or user group has write access to
each folder. The Materials Compliance Management server itself also needs to be able to have write access. Although an end-user
and the Materials Compliance Management server both access the same folder on disk, the user does not have access to any
server files.
-
Define the folder to monitor. You can use any name for this folder. Create
these subfolders, using the exact names shown, within that folder with the
listed accesses. If any of these conditions are violated, the folder
monitoring function will fail, and error messages will be sent to the server
log.
Folder Name Folder Access Description Config
OS-level read access to the folder and the files in it. Can contain these files (both are optional, but if included, they must have the exact names shown): Submitted
OS-level read and write access to the folder. The folder where BOM files are dropped so that Materials Compliance Management will pick them up. The app periodically looks for any files present in the submitted folder. When any such files are found, they are immediately moved to the
Processing
folder.Processing
OS-level read and write access to the folder. Immediately upon discovering a new file in the submitted folder, the monitor folder process moves it to the Processing
folder, where it remains until processing of that file is complete. This move avoids the same file being re-discovered in the submitted folder at the next monitor poll period if the import of this file has not yet finished.If the import fails, the import and log files are moved to the
Failed
folder. If the import succeeds, the action taken depends on theArchive
parameter inparams.dat
. (See Step 3.)Never manually put files in or remove files from this folder.
Failed
OS-level write access to the folder. If an import fails, the import file and the resultant import_log.txt file are zipped together and placed in the Failed
folder. The name of the zip archive is the same as the submitted import file's name, prepended with a date stamp, and appended with ".zip".You should periodically clean up this folder; Materials Compliance Management never removes anything from the
Failed
folder.Archived
OS level write access to the folder. If an import succeeds and archiving is enabled in the params.dat
file (see Step 3), the import file and the resultant import_log.txt file are zipped together and placed in theArchived
folder. The name of the zip archive is the same as the submitted import file's name, prepended with a date stamp, and appended with ".zip".You should periodically clean up this folder; Materials Compliance Management never removes anything from the
Archived
folder. -
If you want to filter the parts to be imported, create a
pn_filter.dat
in theConfig
folder. The file must have this exact name.This file uses the same format as described in Filtering Part Numbers When Importing and performs the same function. If not present, no part number filtering is done. If it is present, the option
PNFilterMode
in params.dat (Step 3) must specify thePNFilterMode
parameter to determine how the filter is to be applied. -
To configure the import, create a params.dat in the
Config
folder. The file must have this exact name.The file defines parameter names and values that control various import actions. You can include any of the
emxMaterialComplianceCentral.importer.*
properties described in Configuring the XML Importer. When entering a parameter, only include the last part of the property name. For example, the propertyemxMaterialComplianceCentral.importer.fuzzySupplierMatching=false
would be entered as parameterfuzzySupplierMatching=false
. You only need to enter parameters if you want to use different values than those defined by the properties inemxMaterialsComplianceCentral.properties
.In addition, you can include these parameters in the params.dat file:
Parameter Description PNFilterMode
If you filter part numbers using the pn_filter.dat
file, you must also include this parameter in the params.dat file. If a pn_filter.dat file is found, and noPNFilterMode
option is defined, the import fails.This parameter can take one of these values:
Value Description IncludeL1PNs
Only the top level parts whose part number exists in the filter file are filtered. ExcludePNs
All parts whose part number exists in the filter file are excluded from the import. IncludeL1CPNs
Only the top level parts whose customer part number exists in the filter file are imported. ExcludeCPNs
All parts whose customer part number exists in the filter file are excluded from the import. conflictMineralRegulationIds
Defines a comma-separated list of the IDs of the conflict mineral regulations to be imported. This property must be manually entered in the params.dat file. To define the US Conflict Minerals (2014) regulation, you would enter this property:
conflictMineralRegulationIds=US-2014
For reference, the regulation IDs can be found in the ConflictMineralConfiguration.xml file.
Archive
Determines the action to take after successfully importing a file:
For either value, a copy of the import file and log file are attached to the import job object. If not specified, the default valueValue Description true
Files are archived in the Archived folder. false
The import file and the log file are deleted. If an import job completes successfully, but with warnings, the log file containing the warnings is also discarded. true
is used. This parameter has no effect on files that fail. -
Define the user in whose name the imports will done. This user will become
the owner of all imported files. To do so, follow these steps:
-
Create the user in whose name the imports will be done. (This user
will also be assigned as the value for the
ematrix.timer.agent
parameter in the web.xml file. - Assign this user the Materials Compliance Management (MCM) license.
- Add this user with full access to all the folders created in Step 1.
-
If you use the baseline access roles, assign this user to all sets
of credentials that will be added to the
emxMaterialsComplianceCentral.importer.MonitorFolders
property (described below).
-
Create the user in whose name the imports will be done. (This user
will also be assigned as the value for the