Hello, You can assign a ticket to a customer. However in the queue view you can click on the customers number. I'd like to see information about the customer, and rather not a customer login prompt. I don't know, what are you thinking? Discussion welcome :-) PS: I know this is only a first hack and the output page isn't very pretty (because I didn't look at the dtl thingy yet) -- Regards, Wiktor Wodecki
Hi Wiktor, On Thu, Dec 05, 2002 at 03:26:56PM +0100, Wiktor Wodecki wrote:
You can assign a ticket to a customer. However in the queue view you can click on the customers number. I'd like to see information about the customer, and rather not a customer login prompt.
I don't know, what are you thinking? Discussion welcome :-)
A cool idea! I like it. Anyway, I added this "show customer info" to AgentCustomer module (CVS). So no new .pl script is needed. Change the CustomerDBLink in Kernel/Config.pm to $Self->{CustomerDBLink} = '$Env{"CGIHandle"}?Action=AgentCustomer&TicketID=$Data{"TicketID"}'; Wiktor thanks for the idea! Ja, I'll write a backend module for Kernel::System::CustomerUser -=> Kernel::System::CustomerUser::IntDB If it's ready, it should be no problem to write a Kernel::System::CustomerUser::LDAP module. OK?
Wiktor Wodecki
Martin -- Martin Edenhofer - <martin at edenhofer.de> - http://martin.edenhofer.de/ -- "There are two major products that come out of Berkeley: LSD and Unix. We don't believe this to be a coincidence." -- Jeremy S. Anderson
On Thu, Dec 05, 2002 at 11:41:17PM +0100, Martin Edenhofer wrote:
You can assign a ticket to a customer. However in the queue view you can click on the customers number. I'd like to see information about the customer, and rather not a customer login prompt. I don't know, what are you thinking? Discussion welcome :-) A cool idea! I like it. Anyway, I added this "show customer info" to AgentCustomer module (CVS). So no new .pl script is needed.
okay, will check our current cvs
Change the CustomerDBLink in Kernel/Config.pm to $Self->{CustomerDBLink} = '$Env{"CGIHandle"}?Action=AgentCustomer&TicketID=$Data{"TicketID"}';
Wiktor thanks for the idea! Ja, I'll write a backend module for Kernel::System::CustomerUser -=> Kernel::System::CustomerUser::IntDB If it's ready, it should be no problem to write a Kernel::System::CustomerUser::LDAP module.
okay, could you drop me a note when it's done? And what about the company/comment field in the db? -- Regards, Wiktor Wodecki
Hi Wiktor, On Fri, Dec 06, 2002 at 11:40:35AM +0100, Wiktor Wodecki wrote:
Wiktor thanks for the idea! Ja, I'll write a backend module for Kernel::System::CustomerUser -=> Kernel::System::CustomerUser::IntDB If it's ready, it should be no problem to write a Kernel::System::CustomerUser::LDAP module.
okay, could you drop me a note when it's done? And what about the company/comment field in the db?
Done. :) I created a new file Kernel/System/CustomerUser/DB.pm and added [...] # CustomerUser # (customer user backend) $Self->{CustomerUser} = { Module => 'Kernel::System::CustomerUser::DB', Params => { # Host => '', # User => '', # Password => '', Table => 'customer_user', }, Map => [ # note: Login, Email and CustomerID needed! # var, frontend, storage, shown, required, storage-type [ 'UserSalutation', 'Salutation', 'salutation', 1, 0, 'var' ], [ 'UserFirstname', 'Firstname', 'first_name', 1, 1, 'var' ], [ 'UserLastname', 'Lastname', 'last_name', 1, 1, 'var' ], [ 'UserLogin', 'Login', 'login', 1, 1, 'var' ], [ 'UserPassword', 'Password', 'pw', 0, 1, 'var' ], [ 'UserEmail', 'Email', 'email', 1, 1, 'var' ], [ 'UserCustomerID', 'CustomerID', 'customer_id', 1, 1, 'var' ], [ 'UserComment', 'Comment', 'comment', 1, 0, 'var' ], [ 'ValidID', 'Valid', 'valid_id', 0, 1, 'int' ], ], Key => 'login', CustomerID => 'customer_id', }; [...] to Kernel/Config/Defaults.pm. This describes the table structure of the customer_user table. If you change the columns (adde more fields), add just more types to the map and you can handle it. You also can change the database (if the table comes from another database). The Kernel/System/CustomerUser/DB.pm module should be a good start for Kernel/System/CustomerUser/LDAP.pm.
Wiktor Wodecki
Martin -- Martin Edenhofer - <martin at edenhofer.de> - http://martin.edenhofer.de/ -- "There are two major products that come out of Berkeley: LSD and Unix. We don't believe this to be a coincidence." -- Jeremy S. Anderson
Hello Martin, On Thu, Dec 05, 2002 at 11:41:17PM +0100, Martin Edenhofer wrote:
Change the CustomerDBLink in Kernel/Config.pm to $Self->{CustomerDBLink} = '$Env{"CGIHandle"}?Action=AgentCustomer&TicketID=$Data{"TicketID"}';
uhm are you sure you meant what you typed? *grin* This brings me the page to change the customer of the ticket.... -- Regards, Wiktor Wodecki
Hi Wiktor, On Fri, Dec 06, 2002 at 01:55:27PM +0100, Wiktor Wodecki wrote:
Change the CustomerDBLink in Kernel/Config.pm to $Self->{CustomerDBLink} = '$Env{"CGIHandle"}?Action=AgentCustomer&TicketID=$Data{"TicketID"}';
uhm are you sure you meant what you typed? *grin* This brings me the page to change the customer of the ticket....
Ja! ,-) An the page to change the customer shows you the customer info too (CVS version).
Wiktor Wodecki
Martin -- Martin Edenhofer - <martin at edenhofer.de> - http://martin.edenhofer.de/ -- "There are two major products that come out of Berkeley: LSD and Unix. We don't believe this to be a coincidence." -- Jeremy S. Anderson
hi there, it seems my CustomerIDselect patch was only partly merged. I'm missing the changes in AgentPhoneNew. Was this intentionally or just by accident? :) -- Regards, Wiktor Wodecki
Hi Wiktor, On Tue, Dec 10, 2002 at 12:32:31PM +0100, Wiktor Wodecki wrote:
it seems my CustomerIDselect patch was only partly merged. I'm missing the changes in AgentPhoneNew. Was this intentionally or just by accident? :)
Your patch is very good. I'm working on the AgentPhone-View at the moment... (more error handling, ...). If I'm finished (tomorrow ~16:00) I check it into the CVS.
Wiktor Wodecki
Martin -- Martin Edenhofer - <martin at edenhofer.de> - http://martin.edenhofer.de/ -- "The number of Unix installations has grown to 10, with more expected." The Unix Programmer's Manual, 2nd Edition, June 1972
participants (2)
-
Martin Edenhofer -
Wiktor Wodecki