We are in the process of implementing a new GUI system. The tax data /programs will now need to be accessed interactively. The issues is the DDM connection fails because remote user profile does not exist on the corporate box.

We do not want to have to set up matching profiles on both systems and have the users maintain a password on a system they will never use. We all know users never forget their passwords.. lol

We though about a generic profile for example "SALES". If we did this we lose the ability to record the actual user profile of the person placing the order.

Our last thought is when we call out to the tax program TAX010 is there a way to change the user that is making the request. Then when the call is completed change it back to the original user.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

Processing your response...

Discuss This Question: 5 &nbspReplies

There was an error processing your information. Please try again later.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

Sure, this would be an ideal place for dataq's
Put the request into dataq -- include a value to be used as the return key
Have a never ending program monitor the queue -- running on the valid id
Put he return into another q .. with a "key"

The profiles shouldn't need to match. You should be able to use the ADDSVRAUTE (Add Server Auth Entry) command to set the profile and password that your current profile is supposed to use on the remote system.
Tom

Thanks for the info.
I think we will go the way of using the ADDSVRAUTE command.
This way there is no need for custom program modifications.
I will have to have our operations manager make the changes as the programmers do not have authority to a LOT of commands for I/O configuration, set-up, profile access and others.

I think we will go the way of using the ADDSVRAUTE command.
This was suggested for DDM and because of the i 6.1 software tag. It can be cumbersome and cause troubles when there are many systems that need connections since the DDM-specific support is not pointed to any particular remote system. If you have different profile/password combinations on two remote systems, it's not quite as useful. (But then, it's not as problematic as turning password support off!)
At i 7.1, you might want to revisit the issue because ADDSVRAUTE support was enhanced to help with some of the more complex networks. It doesn't seem totally relevant for your case, but you might keep it in mind.
Tom

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

Processing your reply...

Ask a Question

Free Guide: Managing storage for virtual environments

Complete a brief survey to get a complimentary 70-page whitepaper featuring the best methods and solutions for your virtual environment, as well as hypervisor-specific management advice from TechTarget experts. Don’t miss out on this exclusive content!

Share this item with your network:

To follow this tag...

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy