Master data comes from DATEV
Personnel number, department, start date. Maintained once, identical everywhere.
Payroll, ERP, HR system, industry software: teamly picks up data where it is already maintained. Nine systems have a ready-made route, for everything else we build the connector inside the project. And when a vendor offers no open interface, we say so instead of promising it.
These systems have a documented route because we have built it in real projects. Four of them have their own page with data fields and setup effort.
Payroll and accounting
Timesheets, leave and sick notes travel from the app into DATEV payroll, either through a secured API or the LODAS import.
Payroll and accounting
Employee master data and absences. Which sage product line you run is clarified before the field mapping.
HR and industry software
Bidirectional: master data, org structure and absences. The Personio API is available from the Professional plan; Essential customers get a CSV sync.
HR and industry software
Master data and structures from MediFox DAN flow straight into teamly, with no double entry. The most common connector in care projects.
ERP
HR and organisational data from SAP. The route depends on the module and release; typically a service on the SAP side plus field mapping.
Collaboration and identity
SSO through Entra ID with SAML 2.0 or OpenID Connect, an optional Teams bridge, and links to SharePoint documents that keep their M365 permissions.
Collaboration and identity
SSO plus calendar and document links. Frontline staff without a Google account keep signing in with a personnel number.
CRM and sales
Deals and service tickets trigger push messages in teamly, contact data is readable in the app. On request teamly writes activities back.
Statutory notices
Statutory workplace notices as a portal, embedded in teamly by link or QR code. A sister product from 2peaches.
Your own system
Your own ERP, time tracking, POS or maintenance software: if it has an interface, we build the connector as part of the project.
The list grows with every project. If your system is missing, that does not mean it cannot be done: as a rule we clarify feasibility directly with the vendor.
An integration is not magic, it is a question of transport. teamly uses exactly four routes. Which one applies is not teamly’s choice but the other system’s: what it offers as an interface decides how current the data can be and in which direction it flows.
The default route. teamly calls the other system’s API, or exposes its own REST API so your IT team can write and read data. Authentication uses tokens, never a user password. The interval is yours to pick; with Personio, for example, we sync every 15 minutes.
Instead of asking, teamly gets called. The other system sends an event the moment something happens: deal won, ticket escalated, shift changed. teamly turns that call into a message or an update inside the app. The right choice for anything that has to reach staff immediately.
The route for systems that only know exports. A CSV or Excel file lands on a secured channel, either an SFTP drop or an upload in the admin backend, and teamly reads it against an agreed schema. Less elegant than an API, but sturdy, auditable and set up in a day.
Not a data channel but an identity channel. Your office staff sign in with the company account they already use, and teamly verifies it against Entra ID or another identity provider. teamly stores no passwords. Frontline staff without a company email keep signing in with a personnel or phone number.
All four routes can be combined in one project. A typical setup looks like this: master data by API from the HR system, payroll data as a file to accounting, urgent alerts by webhook, office login through SSO. What works in your case is checked before you sign, not during the rollout.
Integration work runs alongside app development, not after it. It is part of onboarding and is steered by your customer success manager.
Which software do you run, in which version, and who administers it? We note every field that should be visible in the app, and every one that has to flow back.
We read the interface documentation. If there is none or it is unclear, we approach the vendor directly. The result is a statement you can rely on: works by API, works by file, does not work.
Which system wins when values disagree? For master data usually the HR system, for shifts and content teamly. This is written down, otherwise two systems end up arguing over the same personnel number.
A sync on a test environment with a real slice of your data. Your department checks the values field by field before anything goes into production.
The interface goes live with the app. Failed runs raise an alert to your administrator and to us, with a log of what did not get through.
1 to 2
weeks for a standard connector
3 to 6
months until your app goes live
4
transport routes, combinable
9
systems with a documented route
The line "if it has an interface, we connect it" carries one important condition: the interface. These six points come up regularly in projects, and they are here so you do not hear about them for the first time at kickoff.
Software without an API and without an export cannot be connected cleanly. We do not do screen scraping or bots that drive a user interface: too brittle with every vendor update, too risky for data protection.
teamly works with technical credentials, a token or a certificate. We do not store your employees’ personal logins to operate a third-party system, even when that would be the faster route.
The Personio API starts at Professional, so does the HubSpot API. Whether your current plan unlocks the interface is checked upfront. Vendor charges are billed by the vendor, not by us.
Where only an export exists, data is as current as the last run. A nightly schedule means someone hired today shows up in the app tomorrow. Fine for master data, not for a shift change at 6 a.m.
A running interface keeps two systems aligned. It does not replace the one-off import of legacy data from a retired tool. That is a separate step in the project with its own effort.
teamly has no time-tracking module of its own. Hours are captured in the app and handed to the leading system, DATEV for example. If you need full time-account management, you keep your specialist system for that.
aushang-digital.de is a portal for the statutory workplace notices German employers have to display. It comes from 2peaches GmbH in Reichenbach im Vogtland, the same company that builds teamly.
Employers in Germany must make certain laws accessible on site, among them the Working Hours Act, the Occupational Safety Act, the Youth Employment Protection Act, the Maternity Protection Act, the General Equal Treatment Act, the Minimum Wage Act and the Federal Leave Act. The usual answer is a folder in the break room that is out of date after the next amendment.
aushang-digital.de keeps that catalogue current as a portal and recommends per industry which laws apply to you. The enterprise tier shows the notices in six languages: German, English, Turkish, Russian, Polish, Arabic. Access needs no login and works through a link or QR code, and access is logged. Pricing starts at 9 euros net per month for one location, as of August 2026.
You set up your notice catalogue in aushang-digital.de, once per location.
The portal returns a link and a QR code. Both stay stable, even when a law changes.
The link goes into teamly as a tile in the knowledge base or as a document. Your staff tap it and see the current version.
For proof of communication, combine it with a news post and read receipt in teamly. That documents who has seen the information.
Note: aushang-digital.de and teamly are operated by the same company, 2peaches GmbH. Embedding needs no custom development because the portal is delivered by link and QR code. There is no obligation to book it, teamly works without it.
What IT, HR and the works council want to know before connecting.
30 minutes, your industry, your real questions. Alexander, Maximilian or Michael listen first. If it fits, the demo with all your decision-makers comes next.