Authorisation on the Creation of a new customer user

Hi, I have had a look at the mailing list archive and could not see anything that addresses my issue. However I could have missed it. What I am looking for is a way for a way to do one of the two followwing things: A) When a Customer creates a new account through the cusomer.pl screen they are then required to have their account activated by an agent. Even if this is through direct manipulation of the sql table it would be ok. Perhaps this would be possible if the default status of "valid" setting was set to invalid? On this same note what is the meaning of the invalid-temporarily setting? B) Have a separate New Customer registration page that allows them to input their details. I prefer Option A but would be happy with this as an alternative where the page is then given a semi obsure url separate from the login page. I had a look thru the code but perl is not one of my strengths. I have managed to adjust the DTL to my requirements but this is one of the changes I need to have sorted prior to letting clients access it. At the moment I have the new customer section of the customer login page commented out to prevent new unauthorised registrations. I appreciate any help or links that might enable me to solve this. Thanks Des Quinn

Hi Des, Des Quinn wrote:
I have had a look at the mailing list archive and could not see anything that addresses my issue. However I could have missed it.
What I am looking for is a way for a way to do one of the two followwing things:
A) When a Customer creates a new account through the cusomer.pl screen they are then required to have their account activated by an agent. Even if this is through direct manipulation of the sql table it would be ok. Perhaps this would be possible if the default status of "valid" setting was set to invalid? On this same note what is the meaning of the invalid-temporarily setting?
If you want to set the new created account (from customer.pl) to invalid, then you need to modify customer.pl ~ line 434 -> ValidID => "2",. invalid-temporarily is a other state of invalid. It should be used it an account needs to be deactivated temporarily.
Des Quinn
-Martin

Hi,
thank you for that. I wll have a go at that. It should fit my needs :) Is it
possible for a specific agent, or all agents to be notified when a new
customer account is created.
I can make it a procedural thing to check for new accounts on a regular
basis but it would be nice if it was possible to get some notification when
new customer accounts were created.
thanks again
Des
"Martin Edenhofer"
Hi Des,
Des Quinn wrote:
I have had a look at the mailing list archive and could not see anything that addresses my issue. However I could have missed it.
What I am looking for is a way for a way to do one of the two followwing things:
A) When a Customer creates a new account through the cusomer.pl screen they are then required to have their account activated by an agent. Even if this is through direct manipulation of the sql table it would be ok. Perhaps this would be possible if the default status of "valid" setting was set to invalid? On this same note what is the meaning of the invalid-temporarily setting?
If you want to set the new created account (from customer.pl) to invalid, then you need to modify customer.pl ~ line 434 -> ValidID => "2",.
invalid-temporarily is a other state of invalid. It should be used it an account needs to be deactivated temporarily.
Des Quinn
-Martin _______________________________________________ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting für Ihr OTRS System? => http://www.otrs.de/

Hi Des, Des Quinn wrote:
thank you for that. I wll have a go at that. It should fit my needs :) Is it possible for a specific agent, or all agents to be notified when a new customer account is created.
I can make it a procedural thing to check for new accounts on a regular basis but it would be nice if it was possible to get some notification when new customer accounts were created.
If this case you alos need to add a own notification to the customer.pl, or maybe create new tickets via Kernel::System::Ticket to inform your agents about new customers. See: http://dev.otrs.org/ or contact ((otrs.de)) for business support. .-)
Des
-Martin

Hi,
thanks for the pointers. I had a look at the dev stuff but nothing jumped
out at me for my particular problem so I went down the route of adding
another email address to the notification email.
for future reference if anyone has the same requirement I have modified the
default customer.pl like this:
=======================
else {
if ($CommonObject{UserObject}->CustomerUserAdd(
%GetParams,
Comment => "Added via Customer Panel (".
$CommonObject{TimeObject}->SystemTime2TimeStamp($CommonObject{TimeObject}->SystemTime()).")",
####modified this from 1 to 2
ValidID => 2,
####
UserID =>
$CommonObject{ConfigObject}->Get('CustomerPanelUserID'),
)) {
# send notify email
my $EmailObject = Kernel::System::Email->new(%CommonObject);
my $Body =
$CommonObject{ConfigObject}->Get('CustomerPanelBodyNewAccount')
|| "No Config Option found!";
my $Subject =
$CommonObject{ConfigObject}->Get('CustomerPanelSubjectNewAccount')
|| 'New OTRS Account!';
foreach (keys %GetParams) {
$Body =~ s/
Hi Des,
Des Quinn wrote:
thank you for that. I wll have a go at that. It should fit my needs :) Is it possible for a specific agent, or all agents to be notified when a new customer account is created.
I can make it a procedural thing to check for new accounts on a regular basis but it would be nice if it was possible to get some notification when new customer accounts were created.
If this case you alos need to add a own notification to the customer.pl, or maybe create new tickets via Kernel::System::Ticket to inform your agents about new customers.
See: http://dev.otrs.org/ or contact ((otrs.de)) for business support. .-)
Des
-Martin _______________________________________________ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting für Ihr OTRS System? => http://www.otrs.de/
participants (2)
-
Des Quinn
-
Martin Edenhofer