Prev
Next
Forums Integration / Customization IPA/ProcessFlow

PFlow access to multiple data areas in one environment

 4 Replies
 0 Subscribed to this topic
 52 Subscribed to this forum
Sort:
Author
Messages
Eric Haugen
Basic Member
Posts: 13
Basic Member
5/24/2010 1:29 PM
    I have a question regarding PFlow. I have no experience with this product. I have an existing environment in which I wish to set up an additional data area. Let's call the environment TEST, the current data area TEST and the new data area to be added TEST2.

    Is there a way to have specific PFlow users access the new data area TEST2, and default/assign other users to data area TEST? Kind of like how a Portal user may set preferences for data area? If so, how, and are there any ramifications I should be aware of?

    If it cannot be overridden by user id, would PFlow transactions have to be cloned and renamed to point to the new TEST2 data area?

    It seems like there should be a way to do this similar to how Portal operates. I see reference in the PFlow manual to something called LawsonAdapter that indicates a data area and user/password parameters.

    Thanks.

    Eric
    David Williams
    Veteran Member
    Posts: 1127
    Veteran Member
    5/24/2010 1:49 PM
      In LSF9 the Product Line/Data Area is passed to the flow through the Service so where it gets triggered from gets passed and you don't have to set this up by user.
      David Williams
      Eric Haugen
      Basic Member
      Posts: 13
      Basic Member
      5/24/2010 2:49 PM
        When you say the data area is passed where is gets triggered from, does that mean for example that if a user is running PA52 in data area TEST2, that the data area TEST2 is passed?
        JimY
        Veteran Member
        Posts: 510
        Veteran Member
        5/24/2010 4:08 PM
          Yes. That is correct.
          David Williams
          Veteran Member
          Posts: 1127
          Veteran Member
          5/24/2010 4:23 PM
            Sorry, I was tied up in meeting. Jim is correct.
            David Williams