SAP ABAP Developer

DataXstream has a full-time opening for an ABAP Developer in our Indianapolis, IN office.

Technical Qualifications

  • 7+ years of experience in ABAP Programming is required
  • Experience with Object Oriented ABAP
  • Experience with Data Dictionary, Function Modules (Remote Enabled), BAPIs
  • Experience with WebDynpro ABAP
  • Experience creating/modifying Adobe Forms
  • Experience working with SAP ECC 6.0 and above
  • Programming experience in various modules – SD, MM, FI, etc.
  • Work will primarily be remote, but could be potential for periodic travel to client sites

Additional Qualifications

  • US citizens and those authorized to work in the US are encouraged to apply. We are unable to sponsor H1b candidates at this time.
  • Sharp, energetic consultants with an understanding of business processes
  • Self-starter
  • Ability to work both individually and as part of a team

 

SAP ABAP/PI Developer Position

DataXstream has a full-time opening for an ABAP/PI Developer in our Indianapolis, IN office.

Technical Qualifications

  • 7+ years of experience in ABAP/PI/XI Programming is required
  • Experience with EDI strategy and tools
  • Understanding of Object Oriented concepts
  • Experience with Data Dictionary, Function Modules (Remote Enabled), BAPIs, Web Services
  • Experience creating/modifying Adobe Forms
  • Proficiency with ALE/IDocs including error handling is desirable
  • Experience working with SAP ECC 6.0
  • Programming experience in various modules – MM, SD, FI
  • Work will primarily be remote, but could be potential for periodic travel to client sites

Additional Qualifications

  • US citizens and those authorized to work in the US are encouraged to apply. We are unable to sponsor H1b candidates at this time.
  • Sharp, energetic consultants with an understanding of business processes
  • Self-starter
  • Ability to work both individually and as part of a team

For immediate consideration, forward your resume and salary requirements to Jane Robitaille.

 

SAP ABAP Developer Position

DataXstream has openings  on our SAP team for ABAP developers.

Technical Qualifications

  • ABAP Development experience as both individual contributor and lead role
  • Must have 5+ years’ experience with ABAP, WebDynpro, Forms
  • SAP ECC 6.0 with understanding of sales order fulfillment logistics processing
  • Knowledge of SAP modules: MM, SD, IM, WM, FI, CO
  • Data conversion and LSMW tools
  • Track record of full project lifecycle and development activities
  • Ability to write technical specifications

Additional Qualifications

  • Ability to complete tasks within critical timelines and work well in a high-energy environment
  • Proven analysis and problem solving skills
  • Persistence and determination
  • Good communication skills

For immediate consideration,  forward your resume and rate requirements to Jane Robitaille.

 

Enhancing SAP Lean Order Management for SAP Retail Part 3: Enhancement Framework

Creating Custom Views, Events, and Controlling the Visibility of Data Elements

In my previous two posts in this series, I discussed how to control field level help information and how to influence the look, feel and flow of the end user experience. In this entry, I will discuss some of the LOM capabilities for controlling what happens behind the scenes to manage technical events as well as screen content. For example, during transaction processing the system locks table entries to prevent other users from updating data while you are processing it. As in many technical endeavors, good housekeeping and cleaning up after yourself is always appreciated. To quote Roger Manifold, “Good manners don’t cost nothing”.

The enhancement framework concept is used to create custom views, handling of those custom views and dynamically controlling the visibility of different elements within Lean Order Management.

The FPM (Floor Plan Manager) with the Web Dynpro application interface provides you with methods to allow the application to participate in all FPM events that happen during the entire lifetime of the application.

Within the package ERP_SLS_LO_OIF, the main Web Dynpro component is LO_OIF_MAIN_COMP. Open this Web Dynpro application using transaction code SE80. The first step is to create an enhancement by clicking the enhance button or CTRL+F4 key. [Read more...]

Enhancing SAP Lean Order Management for SAP Retail Part 2: Configuring LOM

In the previous blog post, I discussed how to tailor the contents of field level help dropdown lists.  This kind of customizing is very specific, detailed and should always be thought through carefully.  In this post I discuss a higher level of customization of Lean Order Management, namely the look, feel and flow of the end user transaction screens.  This in turn influences the process flow and can be used to ensure the end user actions occur in the required sequence.

SAP often gets a bad rap for their GUI design, whereas other companies (can you think of a crisp, golden delicious fruit?) are lauded for their GUI design.  This doesn’t happen by accident and it isn’t easy.  “Intuitive” designs can be anything but intuitive and understanding your end user audience, their skills, expectations and willingness to learn is imperative when designing with LOM functionality.

In this regard, a recurring theme with LOM is to think it through before acting: LOM is a powerful tool and, to paraphrase, with that power comes responsibility.  Ideally, any LOM development work is preceded by detailed whiteboard sessions to map out the screen flow, the required buttons and actions, pop-up windows and possible responses, otherwise it is easy to end up doing basic design on the fly – and that rarely ends well.

Anyway, enough of the preamble – how do we make this magic happen in SAP? [Read more...]

Enhancing SAP Lean Order Management for SAP Retail Part 1

The objective of this series is to provide quick reference which may be used as a guide while enhancing Lean Order Management built with Web Dynpro and based on Floorplan Manager.

This is the first of three blog posts that discuss SAP LOM functionality. The first provides a high level introduction to LOM and how to modify the SAP table value help process to display available values. These are the value lists usually accessible using the F4 key in the SAP GUI.

The second post discusses how to configure LOM, and the third posting discusses the enhancement framework that allows you to build custom views and dynamically control screen content.

Enhancements in Lean Order Management

Before we start a discussion the technical aspects of SAP’s Lean Order Management (LOM) we need to understand the goal of order management itself.

Wider Goals of Order Management

  • To ensure or create coherence between tasks, organizations, functions and information systems (both manual and electronic) in the customer order flow
  • To ensure or create awareness of time consumption, bottlenecks, changes of responsibility and costs in the administration and at the shop floor
  • To remove non value-adding activities and non-value-adding information by reorganizing structures, tasks and systems towards lean principles

With order management is the necessity to simplify and streamline the process for taking an order from a customer. In my opinion, many companies spend more time (man-hours & lead-time) on order processes than production.

In many companies more time (man-hours & lead time) are spent on order processing than on production. [Read more...]

Five Tools all Junior SAP ABAP Developers Should Know

For those of you new to SAP, be you technical or functional, her are a five tools you need to know to successfully navigate through the SAP landscape.

*Disclaimer* These tools will not provide the answer to your problems, but they should give you insight and the ability to solve your problem.

[Read more...]

It’s SAP Upgrade Time! Do You Know Where Your Customizations Are? Part 2.

In my last post on this topic, I discussed two negative effects of customizations in an upgrade project – risk and cost.  I also discussed an obvious reason to eliminate unnecessary customization – the mitigation of risk and cost.

In this post, we will look at some of the customization areas which add risk and the cost to an upgrade project.

[Read more...]

SAP Data Migration – Dealing With Fallout (Part 3)

One of the inevitable aspects of data migration is dealing with fallout from automated data loads.  Typically, this process includes identifying the data that will not load, analyzing the error messages to determine the root cause, formatting a readable report that can be used as a tool in the cleanup process, and fixing the root cause of the problem so that it does not happen again.

Why the data will not load correctly.

There is a litany of reasons why some data records will load correctly while others will not.  Here is a list of some common root causes:

 

  1. Poor quality legacy data.
    Legacy systems which are not as tightly integrated as SAP, and are not under master data control allow the end user a bit of freedom when entering data.  A zip code may contain too little or too many characters; the email address is not properly formatted; numeric fields have transposed digits; various forms of abbreviations (especially in the city field), a quantity of zero (0) permitted by the legacy system and uploaded into a field where SAP will not accept a quantity of 0 and even simple misspellings  all can cause stringent validation checks to trigger an error and prevent the record from loading at all.  A more sinister type of error occurs when the data is functionally incorrect, but good enough to pass all of the SAP validity checks.  In this case, the data record will technically load into SAP, but will not be functionally correct.  Duplicate customers, duplicate vendors, and the data entry error for a quantity of 1000 instead of 100, and the wrong pricing condition applied to a sales order line are examples of this scenario.

 

 

  1. Functional configuration and supporting data effects.
    Many times I have watched the load statistics for a data object plummet from near 100% in the cycle two test load to near 0% in the cycle three test load.  This is very unnerving to the client because the cycle three test load is getting rather close to the go-live date, and “by the way, shouldn’t the statistics be getting better rather than worse?”  Functional configuration changes can wreak havoc on any data load.  Flipping the switch on a data field from optional to required; turning on batch management or serialization for materials for the first time; changes in the handling of tax, tax codes, and tax jurisdiction codes; that account determination entry that is missing or not set up correctly; a missing unit of measure or unit or measure conversion factor; the storage location in the upload file which does not exist in SAP – any of these can cause a load to drop mostly or completely onto the floor.While change is inevitable on any project, it is important to control and communicate the change so that the downstream impact can be recognized and understood.   Controlled change and communication always works better than total surprise.  Perhaps if we all know ahead of time about that data field that is now required, we can impose a requirement on the data extract side to make sure that the data field is populated before it enters the upload file.
  2. Additional data in the upload file.
    Inserting a new field in the middle of the upload file data structure might be necessary for the business to close a gap, but if that change is not communicated to the technical team so that appropriate adjustments can be made to the load object’s input structures and processing logic, the new data will surely never load, and may cause misalignment of the data fields which follow it in the upload structure.

[Read more...]

SAP Data Migration – Answering the Important Questions (Part 1)

It is data migration time on your SAP business project.  Whether your project is implementation, acquisition, or merger, the goal is pretty much the same: the seamless inbound acquisition of master and transactional data from one or more external data sources while ensuring that this activity has minimal impact on the rest of the business.  This is where we attempt to move years of neglected master and transactional data from a loosely structured, anything-goes legacy system into a very tightly integrated and highly structured SAP system.  You must consider the likelihood that the concept of master data management had not been invented yet when the legacy or source system providing your data was implemented.

How much data to move? How much data to leave behind? What to automate, and what to execute manually?  How to gracefully orchestrate and execute a data migration cutover from one system to another?  Where and how to fit the data migration plan into the overall business implementation plan?  How to continue to run the business during the data migration phase of the business project implementation? These questions are all part of the planning fun!

[Read more...]