-
AutorBeiträge
-
-
7. Januar 2026 um 14:20 Uhr - Views: 43 #38540
Hello,
I am having trouble configuring LDAP on otobo/customer.pl so that users can log in to the portal directly with SSO.
Could I get some help or documentation directly?Thank you.
For your information, I am using version 11. -
7. Januar 2026 um 15:31 Uhr #38546
Hi Raphael,
LDAP as an authentication method does not allow for SSO. However, it allows your costumers to use the password from LDAP to authenticate. Further you need the account data of the customer which may also me synced from the same LDAP. Please refer to the defaults config to obtain an overview: https://github.com/RotherOSS/otobo/blob/rel-11_0/Kernel/Config/Defaults.pm
Best regards,
Arnold -
7. Januar 2026 um 15:43 Uhr #38548
Hello Arnold,
Is it possible to use SSO with Otobo?
-
7. Januar 2026 um 15:50 Uhr #38549
Absolutly. You need an SSO service that speaks OIDC or Kerberos. What SSO solution are currently employing?
-
7. Januar 2026 um 16:29 Uhr #38550
So I have just confirmed on my end that it must be LDAP linked to our AD.
-
8. Januar 2026 um 13:11 Uhr #38573
Hello Arnold,
When I run a command to check if my Otobo server is properly connected to LDAP, it works, but I can’t see my client users on Otobo. Is this normal? And I can’t log in with my AD credentials.
-
8. Januar 2026 um 14:17 Uhr #38575
When I try to log in to customer.pl, I get this error message:
Authentication succeeded, but no customer record is found in the customer backend. Please contact the administrator. -
9. Januar 2026 um 9:23 Uhr #38598
Authentication succeeded, but no customer record is found in the customer backend. Please contact the administrator.
Ah! That is actually more helpful than you realize. You can authenticate successfully. That means that OTOBO can verify the provided username and password on login. Now you are missing a user record in OTOBO that represents that user. I assume you would like the same data (from LDAP). So I suggest you sync that data from LDAP aswell. Configure this to setup LDAP as a backend for your customer user data: https://github.com/RotherOSS/otobo/blob/rel-11_0/Kernel/Config/Defaults.pm#L1744-L1819
Good look,
Arnold -
9. Januar 2026 um 9:34 Uhr #38599
Thank you, I can connect with LDAP, but is there an automatic link?
For example, if a user submits a ticket by email, will it automatically be sent to customer.pl?
And is it possible to ensure that each manager in each department has access to their department’s tickets, but that other users only see their own tickets? -
9. Januar 2026 um 11:55 Uhr #38605
Thank you, I can connect with LDAP, but is there an automatic link?
For example, if a user submits a ticket by email, will it automatically be sent to customer.pl?If the ticket is created by email and the email address belongs to customer user (you can check that from the admin panel) the customer user is assigned automatically by OTOBO and is visible for the user in the customer portal.
And is it possible to ensure that each manager in each department has access to their department’s tickets, but that other users only see their own tickets?
That certainly is possible, however configuration is a tiny bit daunting. You need to create a customer in OTOBO for each department. The customer id has to be reflected in LDAP. Customer users should be assigned to customers by LDAP mapping like this: https://github.com/RotherOSS/otobo/blob/rel-11_0/Kernel/Config/Defaults.pm#L1806
Now, we want to limit CompanyTicketAccess (enabled by default) limit the access to a customer user group.
Create a group like „Management“ and assign the managers to this group: https://doc.otobo.de/manual/admin/11.0/en/content/administration-area/users-groups-roles/customer-users-groups.html. Now, navigate to Admin -> System Settings ->CustomerFrontend::Navigation###CustomerTicketOverview###002-Ticketand set the visibility to the management group.A tip: It might help to activate the System Setting
SwitchToCustomerto test the configuration with the users like they appear in the directory service.
-
-
AutorBeiträge
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.
