**
Well,
We are using Sun One LDAP and uid is the primary key. I just tried looking myself up in my vendor form by my cn and "lo and behold!", I get stuff.

However, I just get my stuff. I cannot look up any other CN. My distinguished name and password is what is in the ARDBC configuration form.

I just talked to the LDAP fellow and he will not give me any further privileges to the LDAP system so this may be all she wrote concerning LDAP integration with Remedy (unless someone knows another reason it might act this way).
Brad


On 2/15/06, Grooms, Frederick W wrote:

**
Are you sure uid is a valid field name in the ActiveDirectory. I just looked thru our AD 2003 and we do not have any field named uid. Change uid in the Name field to usncreated and see if that corrects your problem. On our ActiveDirectory the normal network login name field is samAccountName.

One good tool to get for diagnosing AD (or LDAP) problems is the LDP tool from Microsoft. Another is a free application called Softerra http://www.softerra.com/products/ldapbrowser.php

Fred



From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG ] On Behalf Of Brad Terhune
Sent: Wednesday, February 15, 2006 1:37 PM

To: arslist@ARSLIST.ORG
Subject: Re: Submitter Mode and the Helpdesk Applications




**
OK. Well, the values seem to have mapped themselves just fine with Request ID being the only one without a value. I specified uid under the Name field for it. Strange thing, the rest of the fields under the database tab indicate an Input Length of 0. When I change it and then click save, it reverts back to 0?

When I type in my uid and run Search on my vendor form I get a 1200- no matching requests or I don't have permission to requests. I just configured permissions and saved the form and tried again but still cannot get anything to come up. Any idea what I might be doing wrong? Thanks,
Brad


On 2/15/06, Grooms, Frederick W wrote:

The Database tab of the Field properties (FieldID is the top left field
and the Name field in the Vendor Information box is the LDAP field name)



From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Brad Terhune
Sent: Wednesday, February 15, 2006 12:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: Submitter Mode and the Helpdesk Applications


**
I know I am missing something really stupid, but I don't see where to
map the field IDs to the LDAP values. I have moved all the tables over
when I created the form based on inetorgperson (the fields start with
Request ID, then move to fields out of the LDAP system). I have looked
in the form properties and the properties of the fields but I just don't
see where to map manually define what Request ID populates from.
Thanks,
Brad


On 2/15/06, Grooms, Frederick W < frederick.w.grooms@xo.com > wrote:

**
Look in the definition of your vendor form. What do you have
mapped for the EntryID (FieldID=1) field? The 2 most popular LDAP
fields to map to are: uSNCreated or sAMAccountName. uSNCreated is
probably the best since it is possible that sAMAccountName could be
longer than 15 characters.

The error is stating that the LDAP field you have mapped to
FieldID 1 does not have any data for the record you pulled up.

Fred



From: Action Request System discussion list(ARSList) [mailto:



20060125This posting was submitted with HTML in it


20060125This posting was submitted with HTML in it

**
Our eDir LDAP server administrator gave us an account and password to apply to the AREA and ARDBC Configuration forms that has the ability to at least browse the entire directory and all public attributes (maybe more). I think that is a fundamental requirement. The way this works is that AREA uses that account to bind and look up the user, then attempts to bind AS the user to authenticate them into Remedy. Two separate steps if you look in the arplugin.log. In ARDBC the account you use in the configuration form probably needs rights to all of the attributes, whereas in AREA it only needs to bind and lookup the user's uid.
Christopher Strauss, MSLS
Remedy Database Administrator
University of North Texas Computing Center
http://remedy.unt.edu/




From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brad Terhune
Sent: Wednesday, February 15, 2006 2:32 PM
To: arslist@ARSLIST.ORG
Subject: Re: Submitter Mode and the Helpdesk Applications


**
Well,
We are using Sun One LDAP and uid is the primary key. I just tried looking myself up in my vendor form by my cn and "lo and behold!", I get stuff.

However, I just get my stuff. I cannot look up any other CN. My distinguished name and password is what is in the ARDBC configuration form.

I just talked to the LDAP fellow and he will not give me any further privileges to the LDAP system so this may be all she wrote concerning LDAP integration with Remedy (unless someone knows another reason it might act this way).
Brad


On 2/15/06, Grooms, Frederick W wrote:

**
Are you sure uid is a valid field name in the ActiveDirectory. I just looked thru our AD 2003 and we do not have any field named uid. Change uid in the Name field to usncreated and see if that corrects your problem. On our ActiveDirectory the normal network login name field is samAccountName.

One good tool to get for diagnosing AD (or LDAP) problems is the LDP tool from Microsoft. Another is a free application called Softerra http://www.softerra.com/products/ldapbrowser.php

Fred



From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG ] On Behalf Of Brad Terhune
Sent: Wednesday, February 15, 2006 1:37 PM

To: arslist@ARSLIST.ORG
Subject: Re: Submitter Mode and the Helpdesk Applications




**
OK. Well, the values seem to have mapped themselves just fine with Request ID being the only one without a value. I specified uid under the Name field for it. Strange thing, the rest of the fields under the database tab indicate an Input Length of 0. When I change it and then click save, it reverts back to 0?

When I type in my uid and run Search on my vendor form I get a 1200- no matching requests or I don't have permission to requests. I just configured permissions and saved the form and tried again but still cannot get anything to come up. Any idea what I might be doing wrong? Thanks,
Brad


On 2/15/06, Grooms, Frederick W wrote:

The Database tab of the Field properties (FieldID is the top left field
and the Name field in the Vendor Information box is the LDAP field name)



From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Brad Terhune
Sent: Wednesday, February 15, 2006 12:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: Submitter Mode and the Helpdesk Applications


**
I know I am missing something really stupid, but I don't see where to
map the field IDs to the LDAP values. I have moved all the tables over
when I created the form based on inetorgperson (the fields start with
Request ID, then move to fields out of the LDAP system). I have looked
in the form properties and the properties of the fields but I just don't
see where to map manually define what Request ID populates from.
Thanks,
Brad


On 2/15/06, Grooms, Frederick W < frederick.w.grooms@xo.com > wrote:

**
Look in the definition of your vendor form. What do you have
mapped for the EntryID (FieldID=1) field? The 2 most popular LDAP
fields to map to are: uSNCreated or sAMAccountName. uSNCreated is
probably the best since it is possible that sAMAccountName could be
longer than 15 characters.

The error is stating that the LDAP field you have mapped to
FieldID 1 does not have any data for the record you pulled up.

Fred



From: Action Request System discussion list(ARSList) [mailto:



20060125This posting was submitted with HTML in it


20060125This posting was submitted with HTML in it
20060125This posting was submitted with HTML in it

**
I have a couple of issues that I was hoping the list could help me with further. I am sorry if some of these seem off topic but trying to get our entire user base to login and submit tickets seems to consist of several things getting done. A couple of folks mentioned using the Remedy Requester application for this process- but I cannot seem to get to it on the web. And I just cannot seem to figure out if people are actually able to login when they are not in the user form.

1.) How do I determine that AREA LDAP is working? I think I have it set up, but I am not sure. Do I need to delete someone out of the user form in order to test it? I have set the flags and put in my distinguished name (although I am not an LDAP administrator- and have been told by the LDAP administrator that he won't give me administrative privileges). Not sure I want to be able to modify that stuff anyway.

2.) I have set Submittter mode to locked but I cannot seem to get anyone into anything through my MidTier app. I want them to login through the web. There is an application called Remedy Requester that I thought they could use but I cannot reach it via the MidTier for some reason. It says it doesn't exist. I am running MidTier 6.3 so I don't believe I deploy applications anymore?

3.) The escalation would be nice to update the SHR:People data but I don't think I can bring in the LDAP data with my current privileges. I am an IT Manager and not a Systems dude so they seem reticent to give me any extended access to LDAP. Is that what I need?

Thanks for all your help so far. My main goal is to get people to be able to log in to a simple Remedy form, fill out a ticket in the system and not see all the other tickets. Anyway I could do this would be awesome. I don't care if this people enter a password to access the system at all.

The secondary goal is to sync users who actually authenciate (write license people) with LDAP username and passwords.

Thanks again for any help you can provide.

Brad Terhune


On 2/15/06, Brad Terhune wrote:

Hey Roney.
I have a couple of issues that I was hoping you could help me with further.

1.) How do I determine that AREA LDAP is working? I think I have it set up, but I am not sure. Do I need to delete someone out of the user form in order to test it? I have set the flags and put in my distinguished name (although I am not an LDAP administrator- and have been told by the LDAP administrator that he won't give me administrative privileges). Not sure I want to be able to modify that stuff anyway.

2.) I have set Submittter mode to locked but I cannot seem to get anyone into anything through my MidTier app. I want them to login through the web. There is an application called Remedy Requester that I thought they could use but I cannot reach it via the MidTier for some reason. It says it doesn't exist. I am running MidTier 6.3 so I don't believe I deploy applications anymore?

3.) The escalation would be nice to update the SHR:People data but I don't think I can bring in the LDAP data with my current privileges. I am an IT Manager and not a Systems dude so they seem reticent to give me any extended access to LDAP. Is that what I need?

Thanks for all your help so far. My main goal is to get people to be able to log in to a simple Remedy form, fill out a ticket in the system and not see all the other tickets. Anyway I could do this would be awesome. I don't care if this people enter a password to access the system at all.

The secondary goal is to sync users who actually authenciate (write license people) with LDAP username and passwords.

Thanks again for any help you can provide.


Brad Terhune
brad.terhune@gmail.com
bterhune@utmem.edu
IT Team Leader
University of Tennessee Memphis

On 2/15/06, Roney Samuel wrote:

**

Hi Brad,
First of all Chill. I am sure with all that experience that you carry, It would be an easy piece of cake.

LDAP integration:
You can do an external authentication on Remedy using the AREA
LDAP plugin. Get in touch with your LDAP Administarator and get the
connection strings required for LDAP. This is a smooth Integration without
any problems. have a look at the Advanced guide for more details.


However, I have 4000 people on this campus and would like them to be able to get in with a Read license and submit their own tickets.
With the submitter Mode as Locked you can allow any user with a Read Licence to submit any number of tickets.

If you change the Submitter mode to locked then each user can view his own
tickets and modify them without a fixed licence on the user tool as well as
on the mid tier.

Submitter Mode : Locked: Allows users who have their name in the Submitter
field to modify requests without a write license. This does not apply to
users with a Restricted Read license who cannot modify requests under any
circumstances. In the locked submitter mode, after the entry is submitted,
the value in the Submitter field cannot be changed.

Sync the current SHR:People form with LDAP:
You can get this done by writing an escalation to run every night so that there can be a mass upload that could happen from the LDAP directory to the SHR:People form. let me know if you require more information on how to achieve this.




Can you all help me establish what I need to be studying?
You can read the ARS PDF Guides which clearly explains all kind of development need within ARS. You can also refer you Part 2 and Part 3 Admin Guides which is a very useful resource. You can also check out a couple of websites like the remedy support web, Buyoant Solution, Matt reinfields site to get some sample code. In case you need any, I believe tat you are just nervous, take some time off and start working I am sure with all your experience on ARS you would do a great job. And All of us on the ARSList are always there to help you.


Regards,
Roney Samuel Varghese



On 2/15/06, Brad Terhune wrote:

**

Well,
I think you all can see by my previous posts that I often find myself in a situation trying to implement things in the AR System that I don't have the skills for, and I seem to mess things up as often as I fix them.

I started with AR back in 1998 with the Helpdesk application so that we could moving more quickly. I went Administering AR and Helpdesk back in those days and got the rudimentary setup in place and customized the Remedy Support app that we still continue to use. I went back around 2003 and took the Administering #3 in ARS 6.3 and after that was able to get the MidTier functioning properly.

However, I have 4000 people on this campus and would like them to be able to get in with a Read license and submit their own tickets.
I would also like to sync the current SHR:People form with LDAP instead of Oracle HRIS data. And I would definitely like to sync login with our LDAP system. All of these things- I just don't know where to start.

I am the only AR admin here and I also manage our Helpdesk call center, our student and faculty computer labs and act as assistant supervisor to the tech support group. My time is limited.

Can you all help me establish what I need to be studying? I think I am all over the map- just shooting at problems as they come around and eventually I am going to break this darn thing if I am not careful. I have a lot of manuals- but I don't seem to have much documentation on the Helpdesk application right now.

I have not been able to set up a proper development server either so my changes really do have bad effects (if I don't tell the DBA to set aside a copy of the DB before doing them).

Thank you list, for all your invaluable help up to this point. You have been very kind. Regards,
Brad

ARS 6.3
Helpdesk 5.5
Windows Server 2003
Remote Oracle database



On 2/14/06, Stephen Earl wrote:

**
In our team we try to avoid working 'outside' AR System wherever possible, this is usually due to skills shortages and of course the fact that people are very very poor at documenting things.

To date we have not needed to write any 'code' for the work we do, and have several tie ins to other systems from our AR System, the only thing we've needed to add has been the croom consulting ARDBC plugins, which have helped us no end with many issues of data portability and enabled us to remove some old legacy scripts that did exist prior to their installation.

It may sometimes be slower or maybe a little harder to build rather than whipping out the Perl or Java API swiss army knife but so far we haven't come up against anything we haven't been able to handle 'inside' AR System.

Stephen


On 14/02/06, Will Du Chene wrote:

Personally, I would recommend some sort of programming - or at the very
least some sort of scripting - course.

There are many things which the AR System can do for you, but there is a
definite line in front of some of things that it cannot. If you want to
stretch past that point, you need to do some sort of API programming.

If you want to bridge the AR System and some of the applications on the
desktop, or develop new ones, then it is a necessity. Similarly, you can
write prorgrams or scripts to parse through large amounts of data, or
update x number of records in fairly short order.

Now before anyone starts holding their breath, let me say that programming
or scripting itself as it applies to the API does not have to be painful.
There are a number of resources available to make it an easy thing to pick
up. Hey - it looks great on the resume as well.

Some of the courses that are available from some of the external vendors
are not that bad. I remember one vendor had an intro to Perl class that
was three days. Another had an intro to VB that was about a week.

In short - it's not that bad and can really go a long ways into making
life easier.

I will also say that one of the things - perhaps this is a take off from
the other thread that I saw out here the other day and does not belong
here, but it is related - that one of things that really bugs me about the
AR System is that there is a good deal of promotion that depicts it as a
system that you can program without needing to know how to program. (The
other is that people call it 'coding' but I digress...)

IMHO - that is just so wrong on so many levels... Sure you can get by with
the basics (which is exactly what it is). Sure, you could do all of the
development within the AR System and tell yourself that it is for reasons
'portability.' Then again, you could still be using a horse and buggy
rather than a car. You could also walk to work instead of driving. My
question is: why would you?






On Tue, February 14, 2006 2:39 pm, Brad Terhune wrote:
> I seem to get really hung up on moving data from other sources into
> Remedy
> (big example, our LDAP data).
>
>
> I have taken some Remedy courses but it has been a couple of years. Do
> you have any training recommendations for me? I am going to go the
> Education
> site now and look some things over. Thanks,
> Brad
>
>
>
> On 2/14/06, Susan Palmer < suzanpalmer@gmail.com> wrote:
>
>>
>> ** Brad,
>>
>>
>> NEVER show fear. Don't let the application own you, you must own it
>> and become it's master (so to speak). Make the application work for
>> you. Doesn't mean everything you do will work at first try, then you try
>> again. Part of it is designing, write it out on paper ... do a story
>> board showing all the steps, then add to it what workflow you think is
>> needed.
>>
>> Have you had any classes lately, maybe some are in order to give you
>> more confidence. Now that you are somewhat familiar with Remedy, you'll
>> grasp the concepts better. If they don't want to put out for education,
>> start reading the manuals (especially the concepts, tips and tricks,
>> then look up what needs to be done). Experiment. Don't think of it as
>> lost time, just learning curve. But, do put it on paper first!
>>
>> Now we want updates so we know how it is progressing,
>> Susan
>>
>>
>>
>> On 2/14/06, Brad Terhune < brad.terhune@gmail.com> wrote:
>>
>>>
>>> ** I have had a request from someone from another department who
>>> wants to utilize the Remedy system as a technician. They also want
>>> anyone on campus to be able to submit tickets into the Remedy system
>>> and have those tickets assigned to them automagically.
>>>
>>> Right now, our Helpdesk sets up Remedy tickets and assigns them to
>>> technicians, so this is something I have not tried before. I have
>>> eight fixed licenses and five floating licenses. I don't have a whole
>>> lot of space for new fixed or floating licenses to be assigned.
>>>
>>> Has anyone set up a system using Remedy Helpdesk where their entire
>>> user base (we have 4000 or so) creates tickets in Remedy Helpdesk and
>>> the tickets are routed automatically. I am really afraid of this
>>> project. Frankly, I am afraid it is beyond my skill (and time
>>> allocation) to implement. What do you all think? Thank you, Brad
>>> 20060125This posting was submitted with HTML
>>> in it
>>
>>
>> 20060125This posting was submitted with HTML
>> in it
>>
>
>
>
> UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org
>
>


UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org



20060125This posting was submitted with HTML in it


20060125This posting was submitted with HTML in it


20060125This posting was submitted with HTML in it



20060125This posting was submitted with HTML in it

**
Well, as far as #1- testing AREA functionality-
I have an LDAP user with a password that was not in the Remedy system. I went into the User form and added that LDAP usename with a blank password. This person has only Read access.

I went to my MidTier portal and first, tried logging in with that user and a blank password. I get an error indicating that "user is not registered with this server". Cool.

I then tried putting in the LDAP password and it tells me the "user does not have permission to access form Remedy Support". Cool, I guess. Submitter has permissions to most of the stuff in there so I am wondering why it did not come up.

Anyway, this harkens to #2. I need to use a different form for these folks- could someone using Helpdesk give me a MidTier URL for the Remedy Requester application. As I said, I am on 6.3 so this should not have to be deployed I don't think?

Thanks,
Brad



On 2/16/06, Brad Terhune wrote:

I have a couple of issues that I was hoping the list could help me with further. I am sorry if some of these seem off topic but trying to get our entire user base to login and submit tickets seems to consist of several things getting done. A couple of folks mentioned using the Remedy Requester application for this process- but I cannot seem to get to it on the web. And I just cannot seem to figure out if people are actually able to login when they are not in the user form.


1.) How do I determine that AREA LDAP is working? I think I have it set up, but I am not sure. Do I need to delete someone out of the user form in order to test it? I have set the flags and put in my distinguished name (although I am not an LDAP administrator- and have been told by the LDAP administrator that he won't give me administrative privileges). Not sure I want to be able to modify that stuff anyway.

2.) I have set Submittter mode to locked but I cannot seem to get anyone into anything through my MidTier app. I want them to login through the web. There is an application called Remedy Requester that I thought they could use but I cannot reach it via the MidTier for some reason. It says it doesn't exist. I am running MidTier 6.3 so I don't believe I deploy applications anymore?

3.) The escalation would be nice to update the SHR:People data but I don't think I can bring in the LDAP data with my current privileges. I am an IT Manager and not a Systems dude so they seem reticent to give me any extended access to LDAP. Is that what I need?

Thanks for all your help so far. My main goal is to get people to be able to log in to a simple Remedy form, fill out a ticket in the system and not see all the other tickets. Anyway I could do this would be awesome. I don't care if this people enter a password to access the system at all.

The secondary goal is to sync users who actually authenciate (write license people) with LDAP username and passwords.

Thanks again for any help you can provide.


Brad Terhune



On 2/15/06, Brad Terhune wrote:

Hey Roney.
I have a couple of issues that I was hoping you could help me with further.

1.) How do I determine that AREA LDAP is working? I think I have it set up, but I am not sure. Do I need to delete someone out of the user form in order to test it? I have set the flags and put in my distinguished name (although I am not an LDAP administrator- and have been told by the LDAP administrator that he won't give me administrative privileges). Not sure I want to be able to modify that stuff anyway.

2.) I have set Submittter mode to locked but I cannot seem to get anyone into anything through my MidTier app. I want them to login through the web. There is an application called Remedy Requester that I thought they could use but I cannot reach it via the MidTier for some reason. It says it doesn't exist. I am running MidTier 6.3 so I don't believe I deploy applications anymore?

3.) The escalation would be nice to update the SHR:People data but I don't think I can bring in the LDAP data with my current privileges. I am an IT Manager and not a Systems dude so they seem reticent to give me any extended access to LDAP. Is that what I need?

Thanks for all your help so far. My main goal is to get people to be able to log in to a simple Remedy form, fill out a ticket in the system and not see all the other tickets. Anyway I could do this would be awesome. I don't care if this people enter a password to access the system at all.

The secondary goal is to sync users who actually authenciate (write license people) with LDAP username and passwords.

Thanks again for any help you can provide.


Brad Terhune
brad.terhune@gmail.com
bterhune@utmem.edu
IT Team Leader
University of Tennessee Memphis

On 2/15/06, Roney Samuel wrote:

**

Hi Brad,
First of all Chill. I am sure with all that experience that you carry, It would be an easy piece of cake.

LDAP integration:
You can do an external authentication on Remedy using the AREA
LDAP plugin. Get in touch with your LDAP Administarator and get the
connection strings required for LDAP. This is a smooth Integration without
any problems. have a look at the Advanced guide for more details.


However, I have 4000 people on this campus and would like them to be able to get in with a Read license and submit their own tickets.
With the submitter Mode as Locked you can allow any user with a Read Licence to submit any number of tickets.

If you change the Submitter mode to locked then each user can view his own
tickets and modify them without a fixed licence on the user tool as well as
on the mid tier.

Submitter Mode : Locked: Allows users who have their name in the Submitter
field to modify requests without a write license. This does not apply to
users with a Restricted Read license who cannot modify requests under any
circumstances. In the locked submitter mode, after the entry is submitted,
the value in the Submitter field cannot be changed.

Sync the current SHR:People form with LDAP:
You can get this done by writing an escalation to run every night so that there can be a mass upload that could happen from the LDAP directory to the SHR:People form. let me know if you require more information on how to achieve this.




Can you all help me establish what I need to be studying?
You can read the ARS PDF Guides which clearly explains all kind of development need within ARS. You can also refer you Part 2 and Part 3 Admin Guides which is a very useful resource. You can also check out a couple of websites like the remedy support web, Buyoant Solution, Matt reinfields site to get some sample code. In case you need any, I believe tat you are just nervous, take some time off and start working I am sure with all your experience on ARS you would do a great job. And All of us on the ARSList are always there to help you.


Regards,
Roney Samuel Varghese



On 2/15/06, Brad Terhune wrote:

**

Well,
I think you all can see by my previous posts that I often find myself in a situation trying to implement things in the AR System that I don't have the skills for, and I seem to mess things up as often as I fix them.

I started with AR back in 1998 with the Helpdesk application so that we could moving more quickly. I went Administering AR and Helpdesk back in those days and got the rudimentary setup in place and customized the Remedy Support app that we still continue to use. I went back around 2003 and took the Administering #3 in ARS 6.3 and after that was able to get the MidTier functioning properly.

However, I have 4000 people on this campus and would like them to be able to get in with a Read license and submit their own tickets.
I would also like to sync the current SHR:People form with LDAP instead of Oracle HRIS data. And I would definitely like to sync login with our LDAP system. All of these things- I just don't know where to start.

I am the only AR admin here and I also manage our Helpdesk call center, our student and faculty computer labs and act as assistant supervisor to the tech support group. My time is limited.

Can you all help me establish what I need to be studying? I think I am all over the map- just shooting at problems as they come around and eventually I am going to break this darn thing if I am not careful. I have a lot of manuals- but I don't seem to have much documentation on the Helpdesk application right now.

I have not been able to set up a proper development server either so my changes really do have bad effects (if I don't tell the DBA to set aside a copy of the DB before doing them).

Thank you list, for all your invaluable help up to this point. You have been very kind. Regards,
Brad

ARS 6.3
Helpdesk 5.5
Windows Server 2003
Remote Oracle database



On 2/14/06, Stephen Earl wrote:

**
In our team we try to avoid working 'outside' AR System wherever possible, this is usually due to skills shortages and of course the fact that people are very very poor at documenting things.

To date we have not needed to write any 'code' for the work we do, and have several tie ins to other systems from our AR System, the only thing we've needed to add has been the croom consulting ARDBC plugins, which have helped us no end with many issues of data portability and enabled us to remove some old legacy scripts that did exist prior to their installation.

It may sometimes be slower or maybe a little harder to build rather than whipping out the Perl or Java API swiss army knife but so far we haven't come up against anything we haven't been able to handle 'inside' AR System.

Stephen


On 14/02/06, Will Du Chene wrote:

Personally, I would recommend some sort of programming - or at the very
least some sort of scripting - course.

There are many things which the AR System can do for you, but there is a
definite line in front of some of things that it cannot. If you want to
stretch past that point, you need to do some sort of API programming.

If you want to bridge the AR System and some of the applications on the
desktop, or develop new ones, then it is a necessity. Similarly, you can
write prorgrams or scripts to parse through large amounts of data, or
update x number of records in fairly short order.

Now before anyone starts holding their breath, let me say that programming
or scripting itself as it applies to the API does not have to be painful.
There are a number of resources available to make it an easy thing to pick
up. Hey - it looks great on the resume as well.

Some of the courses that are available from some of the external vendors
are not that bad. I remember one vendor had an intro to Perl class that
was three days. Another had an intro to VB that was about a week.

In short - it's not that bad and can really go a long ways into making
life easier.

I will also say that one of the things - perhaps this is a take off from
the other thread that I saw out here the other day and does not belong
here, but it is related - that one of things that really bugs me about the
AR System is that there is a good deal of promotion that depicts it as a
system that you can program without needing to know how to program. (The
other is that people call it 'coding' but I digress...)

IMHO - that is just so wrong on so many levels... Sure you can get by with
the basics (which is exactly what it is). Sure, you could do all of the
development within the AR System and tell yourself that it is for reasons
'portability.' Then again, you could still be using a horse and buggy
rather than a car. You could also walk to work instead of driving. My
question is: why would you?






On Tue, February 14, 2006 2:39 pm, Brad Terhune wrote:
> I seem to get really hung up on moving data from other sources into
> Remedy
> (big example, our LDAP data).
>
>
> I have taken some Remedy courses but it has been a couple of years. Do
> you have any training recommendations for me? I am going to go the
> Education
> site now and look some things over. Thanks,
> Brad
>
>
>
> On 2/14/06, Susan Palmer < suzanpalmer@gmail.com> wrote:
>
>>
>> ** Brad,
>>
>>
>> NEVER show fear. Don't let the application own you, you must own it
>> and become it's master (so to speak). Make the application work for
>> you. Doesn't mean everything you do will work at first try, then you try
>> again. Part of it is designing, write it out on paper ... do a story
>> board showing all the steps, then add to it what workflow you think is
>> needed.
>>
>> Have you had any classes lately, maybe some are in order to give you
>> more confidence. Now that you are somewhat familiar with Remedy, you'll
>> grasp the concepts better. If they don't want to put out for education,
>> start reading the manuals (especially the concepts, tips and tricks,
>> then look up what needs to be done). Experiment. Don't think of it as
>> lost time, just learning curve. But, do put it on paper first!
>>
>> Now we want updates so we know how it is progressing,
>> Susan
>>
>>
>>
>> On 2/14/06, Brad Terhune < brad.terhune@gmail.com> wrote:
>>
>>>
>>> ** I have had a request from someone from another department who
>>> wants to utilize the Remedy system as a technician. They also want
>>> anyone on campus to be able to submit tickets into the Remedy system
>>> and have those tickets assigned to them automagically.
>>>
>>> Right now, our Helpdesk sets up Remedy tickets and assigns them to
>>> technicians, so this is something I have not tried before. I have
>>> eight fixed licenses and five floating licenses. I don't have a whole
>>> lot of space for new fixed or floating licenses to be assigned.
>>>
>>> Has anyone set up a system using Remedy Helpdesk where their entire
>>> user base (we have 4000 or so) creates tickets in Remedy Helpdesk and
>>> the tickets are routed automatically. I am really afraid of this
>>> project. Frankly, I am afraid it is beyond my skill (and time
>>> allocation) to implement. What do you all think? Thank you, Brad
>>> 20060125This posting was submitted with HTML
>>> in it
>>
>>
>> 20060125This posting was submitted with HTML
>> in it
>>
>
>
>
> UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org
>
>


UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org



20060125This posting was submitted with HTML in it


20060125This posting was submitted with HTML in it


20060125This posting was submitted with HTML in it




20060125This posting was submitted with HTML in it