Versie 0200
Updated
by
Leigh Hutchens
- Samenvatting van de release
- Belangrijke aankondigingen
- Quinyx web app Versie 0200
Releasedatum 2 december 2024
Samenvatting van de release
Weinig tijd en behoefte aan een beknopte samenvatting? Quinyx web app Versie 0200 Nieuwe functionaliteit
Nieuwe functionaliteit die configuratie-updates vereist
Updates en prestatieverbeteringen
Bugfixes
Frontline Portal Versie 0200 Nieuwe functionaliteit
Updates en prestatieverbeteringen
Bugfixes
SOAP API / Webservice updates
|
Belangrijke aankondigingen
Release verplaatst van 27 november naar 2 december 2024
Om een soepele ervaring voor onze klanten tijdens de Black Friday verkoopperiode te garanderen, verplaatsen we onze aankomende release van 27 november naar 2 december 2024. Hoewel niet al onze klanten actief zijn in de detailhandel, erkennen we het belang van dit piekseizoen en streven we ernaar eventuele mogelijke verstoringen te minimaliseren. Sommige geplande loonbestanden zullen nog steeds zoals gepland worden vrijgegeven op 27 november.
Let op:
- Definitieve release 2024: 11 december 2024
- Eerste release 2025: 8 januari 2025
Gepland onderhoud op 9 december 2024
Geachte gewaardeerde klant,
We willen u graag informeren over het geplande onderhoud van onze Basisplanning functionaliteit, dat zal plaatsvinden op maandag 9 december om essentiële updates uit te voeren. Dit proces zal naar verwachting ongeveer 30 minuten duren.
Europese klanten
Het geplande onderhoud vindt plaats op 9 december 2024 om 20:00 CET.
Noord-Amerikaanse klanten
Het geplande onderhoud vindt plaats op 9 december 2024 om 09:00 CET (3 AM EST).
Let op:
Deze downtime vindt plaats buiten de reguliere werktijden om onderbrekingen tot een minimum te beperken.
Gedurende deze tijd zal het basisschema tijdelijk niet beschikbaar zijn voor alle gebruikers.
We verontschuldigen ons voor het ongemak dat dit kan veroorzaken en waarderen je begrip terwijl we onze service blijven verbeteren. Als je vragen of opmerkingen hebt, aarzel dan niet om contact op te nemen met ons Support team.
Hartelijk dank,
Quinyx Team
Release highlight video's
Binnenkort beschikbaar!
Quinyx web app Versie 0200
Releasedatum 2 december 2024
Nieuwe functionaliteit
Geavanceerde Analyse - Prognosegegevens dashboards
Met deze release introduceren we geavanceerde inzichten rond Prognosegegevens binnen Quinyx, waarbij we de analyse uitbreiden van inzichten op unit-niveau naar district- en wereldwijde analyse via twee nieuwe dashboards in Geavanceerde Analyse.
- Aankomende Prognosevraag: Biedt een vooruitziende blik op de verwachte vraag over de volgende gedefinieerde periode op basis van historische verkoopgegevens. Het dashboard visualiseert totaal voorspelde items met mogelijke afwijkingen en benadrukt uitschieters, waardoor snelle actie mogelijk is voor nauwkeurigere vraagplanning.
- Historische Prognose Nauwkeurigheid: Biedt inzichten in de nauwkeurigheid van de prognoses door het vergelijken van eerdere prognoses met de daadwerkelijke vraag en het identificeren van significante afwijkingen en trends. Dit dashboard helpt de precisie van de prognoses in de loop van de tijd te verbeteren, waardoor vraagplanning betrouwbaarder en actiever wordt.
Deze dashboards stellen u in staat om geïnformeerde beslissingen te nemen op basis van uitgebreide prognosegegevens over verschillende groepen en langere periodes, in plaats van alleen te focussen op individuele units. Op deze manier stellen we nieuwe bruikbare inzichten beschikbaar waarmee gebruikers onderpresterende units kunnen identificeren, pieken in de vraag kunnen waarnemen, en trends in de loop van de tijd kunnen analyseren om uw prognoses te optimaliseren.
In de tussentijd, voor meer informatie over hoe u het beste kunt werken met deze dashboards, kunt u meer informatie vinden hier!
Herinneringen 2.1 - Opeenvolgende absentieherinneringen
In Versie 0197, hebben we onze eerste herinnering op basis van absentie uitgebracht voor terugkerende afwezigheid van niet-opeenvolgende dagen waar u herinneringen kon configureren om betrokken gebruikers op de hoogte te stellen wanneer een individu regelmatig afwezig is geweest binnen een bepaald tijdsbestek.
En nu, met deze release, voegen we hier meer controle toe met opeenvolgende absentieherinneringen Die het mogelijk maakt om bij te houden wanneer gebruikers gedurende een bepaalde periode afwezig zijn geweest, om u te helpen verschillende soorten afwezigheden op de best mogelijke manier aan te pakken.
Licentieoverzicht
Met deze release voegen we een eenvoudig licentieoverzicht toe aan de Accountinstellingen waar accounteigenaren de licentie-informatie voor hun organisatie kunnen bekijken, waardoor gebruikers hun setup beter kunnen optimaliseren.
Overgebleven auditlogs oorsprong voor dienstaanvragen
Met deze release voegen we oorsprongsinformatie toe voor overgebleven dienstaanvragen in onze Auditlogs.
Dienstaanvragen in kwestie zijn: Dienstwissels, Verzoeken tot het ongedaan maken van diensten, en Diensttoewijzingen op een afwezige unit die al bestaan als afzonderlijke "Itemtypes" binnen het Auditlogs-framework.
De oorsprong biedt extra inzicht in waar de beoordeelde actie heeft plaatsgevonden. Zoals hieronder in de afbeelding wordt benadrukt, bevindt de oorsprongsinformatie zich in kleinere tekst onder de hoofdwaarde in de Kolom Actie uitgevoerd door van de weergave.
De tabel hieronder bevat een uitgebreide lijst van de verschillende oorsprongswaarden die u kunt tegenkomen terwijl u door uw logzoekresultaten bladert en de gevallen waarin de waarden worden weergegeven. De logica in de oorsprongsbenaming is bedoeld om u te ondersteunen bij het oplossen van geschillen of problemen met betrekking tot workforce planning en aanwezigheid en is als volgt:
- In de meeste gevallen weerspiegelt het het Quinyx "platform" waar de actie is geactiveerd, zoals het Manager portal, Mobiel, Webpunch, of Integratie.
- Echter, als de actie is geactiveerd door een specifieke functie die cascaderende effecten heeft op andere delen van Quinyx, zoals het verwijderen of opnieuw toewijzen van de dienst; dan wordt dit weergegeven als de oorsprong.
Actie | Oorsprong | Item | Gevallen |
Creatie | Via Mobiel | Dienst ruil Verzoek tot dienst ontheffing | Wanneer een werknemer een verzoek indient in Mobiel. |
Creatie | Via Personeelsportal | Verzoek tot dienst ontheffing | Wanneer een werknemer een verzoek indient in de Personeelsportal. |
Creatie | Via Manager portal | Dienst toewijzing op afwezige unit | Wanneer de manager een verzoek maakt om de werknemer in te plannen op een afwezige unit. |
Verwijdering | Via Mobiel | Dienst ruil Verzoek tot dienst ontheffing | Wanneer een werknemer een verzoek verwijdert in Mobiel. |
Verwijdering | Via Personeelsportal | Verzoek tot dienst ontheffing | Wanneer een werknemer een verzoek verwijdert in de Personeelsportal. |
Verwijdering | Vanwege dienst verwijdering | Dienst ruil Verzoek tot dienst ontheffing Dienst toewijzing op afwezige unit | Wanneer de verzoeken worden verwijderd omdat de dienst zelf is verwijderd. |
Verwijdering | Vanwege beëindigd dienstverband | Dienst ruil Verzoek tot annulering van dienst Toewijzing van dienst op een andere unit | Wanneer de verzoeken worden verwijderd omdat het dienstverband van de werknemer is beëindigd. |
Verwijdering | Vanwege werknemersverwijdering | Dienst ruil Verzoek tot annulering van dienst Toewijzing van dienst op een andere unit | Wanneer de verzoeken worden verwijderd omdat de werknemer zelf is verwijderd. |
Goedkeuren | Via Manager portal | Dienst ruil Verzoek tot annulering van dienst Toewijzing van dienst op een andere unit | Wanneer de manager het verzoek goedkeurt in de Manager portal met behulp van de sectie Meldingen. |
Goedkeuren | Via Mobiel | Dienst ruil | Wanneer de werknemer de dienst ruil goedkeurt in de Mobiele app. |
Weigeren | Via Manager portal | Dienst ruil Verzoek tot annulering van dienst Toewijzing van dienst op een andere unit | Wanneer de manager het verzoek weigert in de Manager portal met behulp van de sectie Meldingen. |
Weigeren | Via Mobiel | Dienst ruil | Wanneer de werknemer de dienst ruil weigert in de Mobiele app. |
Weigeren | Vanwege dienst opnieuw toewijzen | Dienst ruil | Wanneer de dienst ruil wordt geweigerd omdat een dienst wordt toegewezen aan een werknemer die op de lijst van werknemers stond maar niet had gesolliciteerd voor die dienst. |
Automatische planning en automatische toewijzingswaarschuwingen
In deze release hebben we automatische planning en automatische toewijzingswaarschuwingen geïntroduceerd. Het doel van deze functionaliteit is om AI-gebruikers meer inzicht te geven in scenario's waarin de algoritmeruns succesvol zijn voltooid, maar mogelijk om een of meerdere redenen niet optimaal diensten hebben gecreëerd of toegewezen aan bepaalde werknemers.
Hoe weet ik of er relevante waarschuwingen zijn in mijn laatste algoritmerun?
Als een algoritmerun is voltooid maar met mogelijk relevante waarschuwingen, wordt er in de melding bij de voltooiing van de algoritmerun vermeld dat er mogelijk één of meer waarschuwingen zijn voor een of meer units.
Om de waarschuwingsdetails te bekijken, gaat u naar de algoritmerun-tabellen. U kunt de waarschuwingen van specifieke algoritmeruns vinden door de run in de run-tabel te selecteren en de waarschuwingen te bekijken in het zijpaneel met de rungegevens.
Voor welke soorten waarschuwingen kan ik worden gewaarschuwd?
Er zijn verschillende soorten waarschuwingen voor automatische planning en voor automatische toewijzing. Elke waarschuwing wordt ook geleverd met een suggestie van wat u kunt doen om de waarschuwing op te lossen.
U kunt de volgende soorten waarschuwingen krijgen voor Automatische planning:
- Geen actieve overeenkomsten: Deze waarschuwing wordt getoond wanneer u geen actieve overeenkomsten heeft voor uw werknemers. In dit geval zal de algoritme run voltooid worden zonder enige diensten te creëren.
- Vraag/aanbod kloof: Deze waarschuwing wordt getoond wanneer het aantal benodigde uren hoger is dan het aantal beschikbare uren voor één of meerdere diensttypes. Dit betekent dat u bijvoorbeeld 400 uur moet inplannen in een specifieke week, maar u slechts 300 beschikbare werknemersuren heeft.
- Ontbrekende vereisten: Deze waarschuwing wordt getoond wanneer sommige diensttypes geen vereist aantal werknemers en diensten hebben, en daarom niet kunnen worden gecreëerd.
- Foutieve diensttype configuratie: Deze waarschuwing wordt getoond wanneer er diensttype sjablonen zijn met conflicterende dienstregels. Momenteel zijn deze regels geconfigureerd buiten Quinyx, dus u moet contact opnemen met Quinyx als u deze waarschuwing krijgt bij het uitvoeren van uw algoritme.
- Foutieve pauze configuratie: Deze waarschuwing wordt getoond wanneer er pauzeregels zijn met conflicterende regels. Momenteel zijn deze regels geconfigureerd buiten Quinyx, dus u moet contact opnemen met Quinyx als u deze waarschuwing krijgt bij het uitvoeren van uw algoritme.
Het volgende type waarschuwingen kunt u krijgen voor Automatisch toewijzen:
- Geen werknemers komen in aanmerking: Deze waarschuwing wordt getoond wanneer u geen werknemers heeft die gekwalificeerd of beschikbaar zijn om specifieke diensten te werken. Om deze waarschuwing op te lossen, dient u de beschikbaarheid en beschikbare uren of vaardigheden van werknemers te controleren.
- Geen diensten komen in aanmerking: Deze waarschuwing wordt getoond wanneer bepaalde werknemers niet in aanmerking komen om een van de beschikbare diensten toegewezen te krijgen. Dit kan te wijten zijn aan de kwalificaties van de werknemer of het niet overeenkomen van hun beschikbaarheid met de beschikbare diensten.
- Geen diensten om toe te wijzen: Deze waarschuwing wordt getoond wanneer er geen diensten zijn om toe te wijzen binnen de periode waarvoor u de algoritme wilt uitvoeren.
- Diensten vastgesteld voor niet in aanmerking komende werknemers: Deze waarschuwing wordt getoond wanneer werknemers die eerder diensten toegewezen hebben gekregen binnen de roosterperiode waarvoor het algoritme wordt uitgevoerd, niet in aanmerking komen.
- Afwijking tussen overeenkomst en planningsperiode: Deze waarschuwing wordt getoond wanneer sommige werknemers geen actieve overeenkomst hebben voor een deel van de dagen binnen de planningsperiode.
Nieuwe functionaliteit die configuratie-updates vereist
Binnenkort beschikbaar: Nieuw ontwerp in de mobiele apps en nieuwe optie voor het zijmenu-logo
Ons mobiele team is verheugd om een gloednieuw ontwerp aan te kondigen voor onze Android- en iOS-apps, dat gelanceerd wordt met Versie 3.41, gepland voor release in december.
Met dit nieuwe ontwerp zal het zijmenu in de mobiele app twee verschillende kleuren hebben, afhankelijk van de modus waarin de telefoon van de gebruiker is ingesteld. Dit is anders dan de huidige versie, waar het zijmenu altijd een donkere kleur heeft, ongeacht of de gebruiker in de lichte of donkere modus is. Dit betekent dat de gebruikers, vanaf het moment dat het nieuwe ontwerp is geïmplementeerd, zullen hebben:
- Een lichte kleur als ze in de lichte modus zijn
- Een donkere kleur als ze in de donkere modus zijn
Om deze verandering te ondersteunen, hebben we een nieuwe instelling toegevoegd onder Accountinstellingen > Uiterlijk > Navigatiebalk, waarmee u twee logo's kunt uploaden voor het zijmenu. Dit is de logica:
- De huidige logo-uploadfunctie voor mobiel werd voorheen "Bedrijfslogo-URL voor mobiel" genoemd en wordt nu "Bedrijfslogo-URL voor mobiel in donkere modus" genoemd. Deze logo-upload is de huidige functie die zal werken voor de oudere mobiele versies. Er is geen noodzaak om dit logo te wijzigen, aangezien het automatisch zal worden toegepast voor gebruikers met de donkere modus zodra ze de aankomende mobiele versie 3.41 van de app hebben geïnstalleerd. De optimale logo-afmeting is minstens 796px breed, en we raden een logo aan met een witte of lichte kleur indien mogelijk, dezelfde aanbeveling als voorheen voor deze optie.
- We hebben een nieuwe logo-uploadfunctie geïmplementeerd genaamd "Bedrijfslogo-URL voor mobiel met lichte modus." We raden aan om dit logo zo snel mogelijk te uploaden, aangezien het zal worden weergegeven aan gebruikers met de lichte modus geselecteerd op hun telefoons en aan hen zal worden getoond zodra ze de komende mobiele versie 3.41 installeren. De optimale grootte van het logo is minimaal 796px breed, en we raden een logo met een zwarte of donkere kleur aan indien mogelijk.
E-mailadres toevoegen aan wsdlFindEmployees
Met deze release verbeteren we de wsdlFindEmployees SOAP API om het e-mailadres op te nemen in de respons. Deze update stelt u in staat om beter te identificeren welke e-mailadressen aanwezig zijn in Quinyx en om ze te koppelen aan de bijbehorende gebruikers, waardoor u meer flexibiliteit heeft in uw setup.
Voorbeeldverzoek
<wsdlFindEmployeesRequest>
<apiKey>{{apiKeyDomain}}</apiKey>
<emailList xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:email[]">
<email xsi:type="xsd:string">firstname.lastname@company.com</email>
<email xsi:type="xsd:string">another.name@company.com</email>
<email xsi:type="xsd:string">someone@company.com</email>
<email xsi:type="xsd:string">one.more@company.com</email>
</emailList>
</wsdlFindEmployeesRequest>
Example response
<wsdlFindEmployeesResponse>
<return xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:UnitEmployee[2]">
<item xsi:type="tns:UnitEmployee">
<api_key xsi:type="xsd:string">e121ererwrw121r2ewr12ew1r2e1wr2we1r21</api_key>
<unitName xsi:type="xsd:string">Restaurant Foodie</unitName>
<employeeId xsi:type="xsd:int">123456</employeeId>
<email xsi:type="xsd:string">firstname.lastname@company.com</email>
</item>
<item xsi:type="tns:UnitEmployee">
<api_key xsi:type="xsd:string">5r46ew4r564ewr5e4wr54ew65r4f5ds4f6</api_key>
<unitName xsi:type="xsd:string">Restaurant The Best Food</unitName>
<employeeId xsi:type="xsd:int">123457</employeeId>
<email xsi:type="xsd:string">another.name@company.com</email>
</item>
</return>
</wsdlFindEmployeesResponse>
Extra mogelijkheden voor het berekenen van uren voor nachtdiensten, afwezigheden en beschikbaarheden binnen werknemersstatistieken
Tot nu toe werden de uren van nachtdiensten en afwezigheden binnen de werknemersstatistieken altijd toegevoegd aan de startdag van de dienst of de afwezigheid. Dat betekent dat als er een dienst gepland staat op 1 januari van 22:00-06:00, dan worden alle 8 uur van die dienst toegevoegd aan 1 januari, zelfs als sommige van die uren gepland zijn op 2 januari. Dit werkt zoals verwacht in de meeste sectoren en regio's. Echter, in sommige regio's is er een wens dat die uren worden toegevoegd aan de dag waarop het werk daadwerkelijk gepland staat.
Met deze release voegen we de mogelijkheid toe om, voor uw gehele tenant, te selecteren of de uren van die dienst, afwezigheid of beschikbaarheid moeten worden toegevoegd aan de startdag van dat item, of aan de dag waarop de uren daadwerkelijk gepland zijn of gewerkt worden. Dit kan geconfigureerd worden via Accountinstellingen > Geavanceerde instellingen > Globale accountinstellingen > Berekening van nachturen.
Bij het selecteren van de Berekening van nachturen, kunt u zien dat standaard de startdag van het item is is geselecteerd. Door het bewerkingspictogram te selecteren, kunt u Dag selecteren wanneer de uren zijn gepland.
⚠️Enkele zaken om rekening mee te houden bij het selecteren van Dag wanneer de uren zijn gepland ⚠️
- De selectie voor nachtdiensten, afwezigheden en beschikbaarheden heeft alleen invloed op werknemersstatistieken. Dat betekent dat eventuele payrollberekeningen, waarschuwingen, visualisatie van nachtdiensten, afwezigheden en beschikbaarheid NIET worden beïnvloed, en als de nieuwe configuratieoptie is geselecteerd, kunt u een verschil opmerken tussen wat u ziet in de planning en bijvoorbeeld payrollberekeningen. Maakt u zich geen zorgen, als u niet bewust wijzigingen aanbrengt op basis van deze nieuwe configuratie, zult u geen afwijking zien tussen wat u ziet in de planning en bijvoorbeeld payrollberekeningen.
- De selectie voor nachtdiensten, afwezigheden en beschikbaarheden heeft invloed op geplande uren, gewerkte uren, verwachte uren en beschikbare uren in de werknemersstatistieken.
- De standaard voor overnachtingsbeschikbaarheden was tot nu toe om de uren toe te voegen aan de dag waar de beschikbaarheid gepland staat. Dit was een verschil in hoe absenties en diensten werden behandeld. Met deze nieuwe functionaliteit is er nu afstemming, echter, als u eerder overnachtingsbeschikbaarheden had en u vaak de beschikbare uren werknemersmetriek gebruikt, kunt u een verschil zien in hoe de waarden worden berekend.
Updates en prestatieverbeteringen
Einde van open BETA voor Planning en Basisrooster afdruk
Deze release markeert het einde van de open BETAs voor de Planning en Basisrooster afdruk respectievelijk. Als gevolg hiervan is het "BETA" icoon dat voorheen naast de respectievelijke afdrukknoppen werd weergegeven, verwijderd.
Dit betekent niet dat we deze afdrukken in de toekomst niet blijven verbeteren, maar eerder dat we de afdrukfunctionaliteit niet volledig zullen stopzetten. Een grote dank aan allen die de tijd hebben genomen om feedback over de betaversies in kwestie naar ons te sturen! 🚀
Integratiesleutels
In het proces van het bouwen van een verbeterd beheer van deze sleutels, hebben we nu de volgende wijzigingen geïntroduceerd:
- De bron van de integratiesleutels die worden gebruikt voor Overeenkomsten en Overeenkomsttabellen is overgeschakeld naar de Mapping Service. Geen enkele verandering zou van invloed moeten zijn op het gebruik van deze sleutels in SOAP, Manager Portal of Mapping REST API.
- Voor integratiesleutels van de types District, Unit, Group, Roles, Overeenkomstsjablonen, Overeenkomsten is de validatie voor uniciteit binnen een huurder verbeterd.
- Sectie-uniciteit wordt afgedwongen binnen dezelfde unit.
Rolbeheer
Deze release bevat verbeteringen aan de backend in de manier waarop we rolgegevens opslaan en bijwerken. We hebben zwakke punten ontdekt in de vorige implementatie en deze aangepakt om de prestaties en betrouwbaarheid te verbeteren. Deze wijzigingen hebben geen invloed op de gebruikersinterface of functionaliteit, maar verbeteren de stabiliteit en efficiëntie van het systeem achter de schermen.
Bugfixes
- Een probleem opgelost met de SOAP-oproep GetSchedulesV3 waarbij de ts van een object met een
absenceScheduleIdniet zou bijwerken bij het aanpassen van de duur van de afwezigheid. - Een probleem opgelost dat ervoor zorgde dat tweestapsrooster-goedkeurings-Qmails niet werden gekopieerd naar e-mail.
Nieuwe Quinyx HelpDocs-inhoud
- Geavanceerde Analyse - Prognosegegevens dashboards
- Geavanceerde Analyse - Historisch prognose nauwkeurigheid dashboard
- Geavanceerde Analyse - Aankomend prognose vraag dashboard
- Automatische planning en Automatisch toewijzen waarschuwingen
- Hoe het dienstroosteringsproces maximaliseren
- Licentieoverzicht
- Waarschuwingen FAQ
Frontline Portal Versie 0200
Releasedatum 2 december 2024
Nieuwe functionaliteit
- Op dit moment geen.
Updates en prestatieverbeteringen
Knop Bestanden/mappen toevoegen verplaatst
In deze versie hebben we de manier veranderd waarop gebruikers bestanden uploaden en mappen maken. We hebben deze nieuwe 
knop toegevoegd in de filtersectie Bestanden. Gebruikers kunnen deze knop alleen gebruiken om bestanden en mappen aan te maken. De gekozen bron wordt aangemaakt op de huidige locatie van de gebruiker (bijv. in deze Sweets map).
Gebruikers kunnen niet langer bestanden of mappen maken vanuit de 
knop in de koptekst.
Dit moet het voor de gebruiker duidelijker maken waar de nieuwe bron wordt aangemaakt.
Bugfixes
- Oplossing voor een probleem met de AIO-oplossing waarbij het veranderen van tekstkleuren in de taakbeschrijving foutmeldingen gaf.
- Probleem opgelost waarbij gebruikers een taak niet konden starten wanneer deze werd verzonden met behulp van een importlijst en er rollen werden opgegeven in het zichtbaarheidsfilter.
Nieuwe Frontline Portal HelpDocs-inhoud
- Op dit moment geen.
SOAP API / Web service updates
wsdlFindEmployees SOAP API
In Versie 0200 release, verbeteren we de wsdlFindEmployees SOAP API om het e-mailadres op te nemen in de respons. Deze update stelt u in staat om beter te identificeren welke e-mailadressen aanwezig zijn in Quinyx en om ze te koppelen aan de bijbehorende gebruikers, waardoor u meer flexibiliteit heeft in uw setup.
Voorbeeldverzoek
<wsdlFindEmployeesRequest>
<apiKey>{{apiKeyDomain}}</apiKey>
<emailList xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:email[]">
<email xsi:type="xsd:string">firstname.lastname@company.com</email>
<email xsi:type="xsd:string">another.name@company.com</email>
<email xsi:type="xsd:string">someone@company.com</email>
<email xsi:type="xsd:string">one.more@company.com</email>
</emailList>
</wsdlFindEmployeesRequest>
Example response
<wsdlFindEmployeesResponse>
<return xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:UnitEmployee[2]">
<item xsi:type="tns:UnitEmployee">
<api_key xsi:type="xsd:string">e121ererwrw121r2ewr12ew1r2e1wr2we1r21</api_key>
<unitName xsi:type="xsd:string">Restaurant Foodie</unitName>
<employeeId xsi:type="xsd:int">123456</employeeId>
<email xsi:type="xsd:string">firstname.lastname@company.com</email>
</item>
<item xsi:type="tns:UnitEmployee">
<api_key xsi:type="xsd:string">5r46ew4r564ewr5e4wr54ew65r4f5ds4f6</api_key>
<unitName xsi:type="xsd:string">Restaurant The Best Food</unitName>
<employeeId xsi:type="xsd:int">123457</employeeId>
<email xsi:type="xsd:string">another.name@company.com</email>
</item>
</return>
</wsdlFindEmployeesResponse>
Gelieve deze informatie door te sturen naar de partij binnen uw bedrijf die verantwoordelijk is voor integraties.
