Professional Documents
Culture Documents
FSD PTP F029 Purchase Order Form
FSD PTP F029 Purchase Order Form
Specification
FSD_PTP_F029
Purchase Order Form
ARTHREX
Table of Contents
1
ADDITIONAL INFORMATION.................................................................................14
3.1
3.2
3.3
3.4
Page 2
Process Owner
Original Author(s)
Current Revision Author(s)
Version
1.0
1.1
Date
3/4/2014
3/12/2014
Author(s)
Surya Ranganathan
Dimitri Koutsouras
Revision Notes
Original
Review, Updated sections: 1.1, 1.2, 1.5,
1.6, 2.1
1.2
Page 3
The following is the specific requirement that this object is being designed to address.
Req No.
Requirement Description
GXP
Risk
Probabil
(Yes/N (H/M/L)
ity
o)
(H/M/L)
URS.2.3.1.0
Ability to procure the materials
060
URS.2.3.1.0
120
URS.2.3.1.0
160
URS.2.3.1.0
240
URS.2.3.1.0
310
URS.2.3.1.0
330
URS.2.3.1.0
131
URS.2.3.1.0
132
URS.2.3.1.0
133
purchase requisition
Ability to create a purchase
order for non-stock material and
stock materials
Ability to output Purchase Order
via Print, email, fax
Ability to generate text message
on PO with delivery instructions
and documentation
requirements
Ability to create a standard PO
for third party services /
materials
Ability to create Purchasing
document for procuring an asset
Ability to maintain the revision
(version) at item level for
purchase order
Ability to maintain different
currencies for a vendor
Ability to support different
release strategies for direct and
indirect materials
N
N
N
N
Page 4
Yes
1.2
No
Alternatives to Object
No alternatives. A purchase order must be transmitted to an external party. As
such it requires a form.
1.2.2
Impact of Implementation
Purchase orders would be sent to vendors / plant in order to formally procure
materials and services.
1.2.3
Impact of No Implementation
A Purchase order is a legally binding document requirement. Its form should
comply with Arthex policies and include the proper disclosures.
1.3
Assumptions
Page 5
1.4
Current Functionality
A sample of a current purchase order is attached below.
ExamplePO.pdf
1.5
Required Functionality
The purchase order form is needed to be created in SAP. This form will be transmitted to
external suppliers via email, printout, fax, and also be accessible via the portal.
1.6
1.7
Performance Criteria
Performance Requirements for Forms
Average Frequency:
50
1000
Availability:
24/7
3 sec
3 sec
1.8
Page 6
Object
Impact/Change Description
FSD_PTP_E017_Custom Output
Determination (User Exit) to
Print/Email/Fax/EDI attachments
(PDF, etc.) along with RFQ Output
FSD_PTP_W005_Purchase
Orders Approval Workflow
SAP System
SAP Module
Impact/Change Description
ECC
MM
NON-SAP /
Legacy
System
Impact/Change Description
Dependencies:
1.9
External References
N /A
Document Title
1.10
Author
Attachment / Links
Definitions/Acronyms/Abbreviations
PO Purchase Order
Release Approval of PO
RFQ Request for Quotation
EDI Electronic data Interchange
Page 7
SelectComments (Range,
Option (S) or
Checkbox /
Single/Multiple Selection,
Parameter
Patterns, Mandatory, etc.)
Radio Button (P)
Validations
(For Each
Field if any)
Default
Value
N/A
Number of
the field on
the attached
Form Layout
Table Name
Field Name
Maximum Number of
Field Description Conditions / Data Retrieval
Characters to print
Logic
Please find the attached mapping information along with the PO template.
This form is a copy of SAP standard form. All SAP default logic should apply that are not
mentioned in the mapping sheet (ex. deleted line items are not printed; line feed; page break
etc.).
Numbers from 1 to 39 marked in Purchase order template together forms the header. If there
are multiple pages of purchase order then this content repeats on every page. The page
number gets updated accordingly. Only the last page doesnt have the header detail.
Each page with page number should also have footer printed which is PO layout revision
number (83). Only the last page will not have footer.
Page 8
PurchaseOrderTempl
ateNumbered.pptx
POFormMapping.xlsx
Smart form
/SMB40/MMPO_L
NEU (Would also use multiple output type)
SAPFM06P
Yes
Attached
N/A
All SAP supported language. EN, DE etc.
Hard Copy
EDI
FAX
Hard copy to a specific printer
1
Standard Output Conditions Configuration
Page 9
None
Updated Information
None
Description of Requirement
None
LOCL
1
TBD
Letter
8.5 X 11
Page 10
Error Detection
Error Notification
Error Logging (beyond
notification)
Error Remediation
Description
See above
See above
See above
See above
Page 11
Page 12
3 ADDITIONAL INFORMATION
3.1 Unit Test Plan
Identify the Test Scenario to be used to test the development with:
Test Considerations
3.2
Page 13
Information Security
3.2.1 Information Classification
General Information
Procurement
Dimitrios Koutsouras
Contact Information
Company
Name
Lance Provance
Arthrex
Businesses Impacted:
Information Classified by whom:
List Potential
Information Owners:
Post Implementation
3rd party system access required?
Phone
Architecture
Development
Test
Public (Internet) Facing
3rd Party Hosted
During Project
3rd party system access required?
Date
03/14/2014
E-mail Address
Lance.Provance@
Arthrex.com
Training
Production
Internal Only
Company * Hosted
What may be impacted if the system or information/data is compromised? Check all that may apply.
Brand Reputation/Trust
Associate Relations
Competitive Advantage
Financial Impact
Productivity
Supply Chain
Contractual (i.e. NDAs, MSAs)
Regulatory
Compliance
Securities & Exchange Commission (SEC)
Payment Card Industry (PCI)
Sarbanes-Oxley (SOX)
Privacy Laws
Input any additional details related to business impact in the event of compromise:
Page 14
Information Classification
Action #1: Check the box below that represents the most restrictive classification.
Action #2: If Level 1 or 2 is selected, check the box below indicating data storage or data
transmission.
See Information Classification, Labelling and Handling in [Clients]s ISC Standards for details
on the formal classifications and data handling standards.
Level 1 Confidential Secure Handling Required SHR
Confidential Secure Handling Required represents the most sensitive data classification related to individual
personal identifiable information and personal financial account information. This information considered critical to
[Clients] such that, if disclosed, may disrupt or impede business operations, and due to legal, reputational, or
operational concerns, requires additional security controls. Information in this category includes, but is not limited
to:
1. Social Security Number
2. Drivers License Number or Government-issued Identification Number
3. Financial Account Number (card number or personal bank number)
4. Protected Health Information & Electronic Protected Health Information
SHR data stored?
Level 2 Confidential
Confidential represents the second most sensitive data classification related to operationally significant business
information. This information considered critical to [Clients] such that, if disclosed, may disrupt or impede business
operations. Examples of Restricted Confidential include but are not limited to regulatory governed data, trade
secrets, mergers and acquisition discussions, product formulas and designs, corporate earnings data prior to public
announcements, reorganization details prior to announcements, current/closed company investigations and
litigation, detailed network diagrams that could jeopardize network security, strategic development/marketing plans
and information integral to the success and operations of the company.
Confidential data stored?
transmitted?
Page 15
Role
Access Allowed
N/A
N/A
N/A
N/A
Authorization Group
None
3.2.2.2 ABAP Program Security (if applicable)
Value
Authorization
Group Check
Authorization
Check
Transaction Code
Process Step
.
Data set /
Functionality
3.3
Audit
Page 16
Description
None
Question/Issue/Risks
Resolution
Resolution
Date
Page 17