Hjælp og ofte stillede spørgsmål

SolaroCall er en konfigurerbar AI-telefonagent og intelligent forretningsassistent. Den kan besvare indgående opkald, bruge de godkendte oplysninger, du giver, følge dine forretningsregler, organisere understøttede handlinger såsom aftaler eller forespørgsler og dirigere samtaler til det rette næste trin.

SolaroCall er designet ud fra virkeligheden i din branche frem for et enkelt generisk opkaldsmanuskript. Dens naturlige stemmeoplevelse forbinder til strukturerede tjenester, kalendere, personale, ressourcer, serviceområder og regler, som du styrer. Resultatet er et avanceret, tilpasningsdygtigt AI-telefonagentsystem, der kan udvikle sig sammen med din virksomhed, mens vigtige forpligtelser og menneskelige beslutninger forbliver under din kontrol.

Nej. En basal svarrobot optager en besked eller følger en fast menu. SolaroCall kan forstå understøttede opkaldsformål, konsultere aktuelle strukturerede forretningsdata, stille relevante spørgsmål, anvende konfigurerede regler og udføre autoriserede handlinger. Dens præcise adfærd afhænger stadig af de funktioner og oplysninger, du aktiverer.

SolaroCall må ikke fejlagtigt udgive sig for at være en menneskelig medarbejder. Du kan konfigurere en klar, professionel introduktion, der identificerer assistenten korrekt, samtidig med at samtalen forbliver naturlig og imødekommende.

SolaroCall er designet til at håndtere gentagne førstegangshenvendelser og hjælpe opkaldere videre til et nyttigt næste skridt. Dit team forbliver ansvarligt for faglig vurdering, følsomme beslutninger, undtagelser og enhver opgave, der kræver et kvalificeret menneske.

Ja. Du starter med en erhvervstilpasset konfiguration, der indeholder relevante ydelser, ressourcer, spørgsmål og arbejdsgange. Jo mere præcis, struktureret og opdateret information du godkender, desto mere præcist kan telefonagenten svare og handle. Den får aldrig tilladelse til at opfinde fakta, du ikke har leveret.

Din AI-telefonagent kan konfigureres til at svare døgnet rundt. Du bestemmer den aktive tidsplan, adfærd uden for åbningstid, eskaleringsregler og hvilke handlinger, der fortsat er tilgængelige uden for normal åbningstid.

Ja. Du kan opdatere ydelser, personale, tidsplaner, regler og ressourcer, efterhånden som din virksomhed vokser. Abonnementerne tilbyder forskellige forbrugsgrænser. Ved opstart dækker hver konto én virksomhed; en anden virksomhed kræver en separat konto.

SolaroCall er i øjeblikket tilgængelig for virksomheder med hjemsted i de 39 lande, der er angivet i vores dækningsoversigt. Hvis din virksomhed har hjemsted i et andet land, kan du ikke tilmelde dig endnu.

Brug knappen "Vælg din virksomhedstype" nær toppen af forsiden eller på enhver professionsside. Gennemse den alfabetiske liste over virksomhedstyper, og åbn derefter den tilsvarende side.

Åbn vælgeren for virksomhedstype nær sidens overskrift og vælg dit faktiske erhverv. Du kan gå direkte til en anden offentliggjort erhvervsside uden at vende tilbage til forsiden.

Vælgeren viser erhvervssider, der i øjeblikket er offentliggjort og tilgængelige for det aktive sprog. Kig efter en beslægtet virksomhedstype eller et andet tilgængeligt sprog. Hvis erhvervet stadig ikke er tilgængeligt, brug hjælpeguiden for at anmode om assistance.

SolaroCall bevarer det aktive sprog, når destinationssiden er offentliggjort på det sprog. Hvis den ikke er tilgængelig, skal hjemmesiden forklare det tilgængelige alternativ, før der navigeres, og må ikke stille og roligt erstatte din gemte præference.

Ja, men et erhvervsskifte kan påvirke tjenester, spørgsmål, ressourcer og arbejdsgange. SolaroCall skal forklare konsekvensen og bede om bekræftelse, før inkompatibel kladdekonfiguration erstattes.

Åbn din erhvervsside, lyt til de tilgængelige telefonagent-prøver, vælg en telefonagent og vælg test- eller opsætningshandlingen. SolaroCall bevarer erhverv, telefonagent og kvalificeret sprog, når du går ind i konfigurationen.

Ja. Den standard gratis prøveperiode lader dig teste din telefonagent med din virksomhedsopsætning, før du abonnerer. Tjek berettigelse, tidsvindue og minuttildeling, der vises, når du starter.

Nej. Hurtigtesten bruger et lille sæt påkrævede oplysninger, så du kan høre kerneoplevelsen tidligt. Avanceret konfiguration kan gennemføres gradvist før produktionsbrug. SolaroCall skal tydeligt vise, hvilke oplysninger der stadig mangler.

Ja, når en anden godkendt telefonagent og en kompatibel stemmekonfiguration er tilgængelige. Lyt til den nye stemme, gem valget, og test den, før ændringen offentliggøres.

Brug den globale header eller footer. Disse delte navigationsområder giver adgang til den aktuelle forside, Priser og andre godkendte globale destinationer uden at fange dig i et erhvervsforløb.

Tjek, at du er logget ind på den korrekte virksomhedskonto, før du ændrer indstillinger. Ved lancering dækker én konto én virksomhed. Hvis du administrerer mere end én virksomhed, skal du bruge den separate konto for den virksomhed, du vil arbejde på.

Tjek det relevante område af din indloggede konto og dine tilladelser. Hvis indstillingen stadig mangler, noter hvad du ønsker at ændre, og brug supportlinket nederst på denne side. Brug ikke browserens værktøjer til at omgå en utilgængelig kontrol.

Ja. Opret din konto og bekræft din e-mail, før du fortsætter gennem den almindelige prøveopsætning og berettigelsestjek.

Nej. Web, mobil og app bruger den samme centrale SolaroCall-konto og det samme kundemiljø. Installation af appen må ikke oprette endnu en onboardingproces eller kræve en anden konto.

Ja. Onboarding-/konfigurationsforløbet er serverautoritativt og deles på tværs af understøttede enheder, hvor du er logget ind.

Ja. Den valgte AI-telefonagent-kontekst bevares gennem tilmelding, e-mailbekræftelse, berettigelse, opsætning af betalingsmetode, konfiguration og prøveperiode.

Kunden bekræfter eksplicit landet. IP-adresse, browserens sprogindstilling, kortland og telefonpræfiks kan være risikosignaler, men de erstatter ikke det eksplicit valgte land.

Nej. Den standard selvbetjente prøveperiode er kun tilgængelig for lande, der aktuelt tilbydes af SolaroCall. Tjek de landevalg, der vises under tilmelding.

Ja. Et gyldigt betalingskort eller en understøttet betalingsmetode kræves før aktivering af den standard gratis prøveperiode.

Den standard gratis prøveperiode inkluderer op til 30 minutters stemmetest inden for fem dage. Den slutter, når en af grænserne nås. Tjek prøveperiodens detaljer i din konto, før du starter.

Nej. Det er separate grænser: en forbrugsgrænse og et tidsvindue.

Nej. Prøveperioden er en intern test-/konfigurationsoplevelse og må ikke præsenteres som en live forretningsproduktion.

Nej. Du vælger og opsætter dit produktionstelefonnummer efter abonnement og gennemførte påkrævede opsætningstjek.

Nej. Den standard gratis prøveperiode er til intern test. Den aktiverer ikke rigtige kundesamtaler eller viderestilling til et produktionsnummer.

Nej. Den interne prøveperiode sender ikke produktionspåmindelser til dine kunder.

Ja. Du kan gradvist forberede din forretningskonfiguration under prøveperioden. Delvis konfiguration kan være tilstrækkelig til test, men det betyder ikke produktionsparathed.

Stemmetest slutter, når du når minutgrænsen, eller når femdagesvinduet udløber. Du kan derefter vælge en betalt plan for at fortsætte med den betalte opsætning. Prøveperioden bliver ikke automatisk til et betalt abonnement.

Nej. Overgangen bevarer gyldig konfiguration, prøvehistorik, valgt AI-telefonagent og onboarding-fremskridt i samme konto.

Nej. Prøve- og betalt abonnementstilstand er gensidigt udelukkende for samme konto.

Nej. Betalt overgang fortsætter den eksisterende konto, arbejdsområde og fremskridt uden et parallelt onboarding-forløb.

App Store- eller Google Play-tilgængelighed er adskilt fra produktionsparathed. Installation af appen beviser ikke, at din virksomheds AI-telefonagent er gået live.

App-/produktadgang kan forblive synlig for kontinuitet, mens produktionsspecifikke veje forbliver tydeligt låst, indtil de påkrævede betalte og produktionsbetingelser er opfyldt.

Nej. Du skal også gennemføre forretningskonfiguration, opsætning af telefonnummer og påkrævede forbindelsestests, før du aktiverer rigtige kundesamtaler.

Ja. Betaling og driftsopsætning er adskilt. Du skal stadig gennemføre den påkrævede konfiguration og telefonforbindelsestjek, før du håndterer rigtige kundesamtaler.

SolaroCall skal give et klart næste opsætningstrin. En betalende kunde må ikke efterlades på en blindgyde-skærm.

Nej. KLAR TIL TEST betyder, at du kan prøve den konfigurerede oplevelse. KLAR TIL AT GÅ LIVE kræver også, at telefonforbindelsen og andre opsætningstjek er gennemført.

Vælg dit virksomhedstelefonnummer under betalt opsætning. De tilgængelige valg afhænger af dit bekræftede driftsland og nummerbeholdningen.

Ikke nødvendigvis. KYC- eller regulatorisk dokumentation kræves kun, når de valgte nummer-/udbyder-/landeregler kræver det.

Nej. Viderestilling er en valgfri understøttet mulighed, hvor det er relevant, og dit eksisterende nummer forbliver hos dets nuværende udbyder.

Først efter den påkrævede rigtige indgående forbindelsestest er gennemført. At vælge et nummer eller se en vellykket opsætningsskærm er ikke nok.

Gennemfør den påkrævede forretningskonfiguration, opsætning af telefonnummer og et vellykket testopkald. Følg parathedstjekket, der vises i din konto, før du aktiverer tjenesten.

Stol ikke kun på mærkaten. Gennemgå de ufuldstændige opsætningspunkter og kontakt Support, hvis kontoen viser modstridende oplysninger.

Tilføj præcise ydelser, beskrivelser, åbningstider, lokationer, serviceområder, priser eller prisregler, personale, kompetencer, ressourcer, varigheder, politikker, ofte stillede spørgsmål og eskaleringsinstruktioner. Giv kun oplysninger, du er autoriseret til at bruge.

Normalt ja. Mere komplet og opdateret struktureret data giver telefonagenten bedre kontekst for understøttede spørgsmål og handlinger. Mængde alene er ikke nok: oplysningerne skal være præcise, entydige, autoriserede og holdes opdaterede.

Ja, gennem en assisteret eller administreret opsætning, når det tilbydes. Du leverer de godkendte virksomhedsoplysninger, SolaroCall udarbejder en konfiguration afgrænset til kundemiljøet, og du kan gennemgå den før offentliggørelse. Administrativ adgang skal være autoriseret, rettighedsstyret, logget og kunne tilbagekaldes.

Ja. Administrer dine tjenester, dit team, åbningstider, ressourcer og understøttede forretningsregler via din konto. SolaroCall håndterer de underliggende telefon-, AI- og betalingsudbyderforbindelser.

Du behøver ikke egne telefon-, AI- eller SolaroCall-betalingsudbydernøgler for at bruge standardtjenesten. SolaroCall håndterer disse forbindelser. For en godkendt brugerdefineret integration skal du følge de sikre opsætningsinstruktioner, der gives til den integration; send aldrig hemmelige oplysninger via almindelig e-mail.

Nej. SolaroCall skal bruge godkendte data og autoritativ tilgængelighed. Hvis pålidelige oplysninger mangler, bør den forklare begrænsningen, indsamle en henvendelse, tilbyde et godkendt alternativ eller eskalere i stedet for at gætte.

Ja. Brug “Andet” eller “Tilføj din egen ydelse”, hvor det er tilgængeligt. Indtast ydelsen på dit interfacesprog, gennemgå eventuelt et professionelt formuleringforslag, og godkend derefter varighed, prisadfærd, ressourcer, regler og offentliggørelsesstatus.

Ja. Understøttede ydelser kan have deres egen varighed og valgfri struktureret prisadfærd, herunder fast pris, startpris, interval eller en anden aktiveret regel. Konfigurer præcis, hvad telefonagenten må kommunikere for hver ydelse.

Tjek, at tjenesten findes for den aktive virksomhed, ikke er skjult eller kun efterladt som kladde, og har den nødvendige tilgængelighed, varighed, personale- eller ressourceregler, hvor det kræves. En tjeneste bør ikke tilbydes opkaldere, før dens nødvendige driftsdata er gyldige.

Konfigurer tjenesten med de medarbejderkompetencer, lokationer, rum, udstyr eller andre ressourcer, den faktisk kræver. Tilgængelighed beregnes derefter ud fra disse autoritative krav sammen med tidsplaner og kapacitet. Opret ikke dublerede tjenester blot for at omgå en ressourceregel, medmindre virksomheden reelt sælger dem som forskellige tjenester.

Ja. Mobilservice kan gælde for kun en del af dit katalog. For eksempel kan en klipning være tilgængelig både i salonen og hjemme, mens en kompleks farvebehandling kun tilbydes i salonen. Telefonagenten bruger de validerede mobilitetsregler for hver enkelt service i stedet for at antage, at alle aktive services er mobile.

Konfigurer ydelsen til at forklare, at et besøg, diagnose, tidsforbrug, situation eller komplikationer bestemmer den endelige pris. Telefonagenten kan derefter indsamle en tilbudsanmodning eller viderestille opkalderen efter din godkendte arbejdsgang.

Ja, men kun til en præcis URL, som din virksomhed leverer og validerer for den pågældende ydelse eller regel. SolaroCall må aldrig opfinde, gætte eller konstruere en formodet menu-, pris- eller ydelsesside-URL ud fra dit firmanavn.

Hvor det understøttes, kan du uploade godkendt materiale til struktureret udtræk og gennemgang. Kandidatdata skal valideres før offentliggørelse; det oprindelige dokument bliver ikke stiltiende en ubegrænset kilde til operationel sandhed.

Ja. Konfigurationskortet kan kombineres med information udtrukket fra din egen hjemmeside. Hjemmesideudtræk kan hjælpe med at udfylde virksomhedsidentitet, services, offentlige priser, åbningstider, produkter eller anden understøttet virksomhedsinfo, men udtrukne værdier forbliver kandidatdata, indtil de er gennemgået og valideret.

Det nuværende konfigurationsflow understøtter læsbare strukturerede eller tekstbærende filer såsom CSV, XLSX og PDF'er, der indeholder udtrækkelig tekst. Disse filer kan bidrage med services, produkter, navne og priser. Scanninger, fotos, billedbaserede PDF'er eller ikke-understøttede formater må ikke påstås som korrekt læst, medmindre en senere understøttet funktionalitet eksplicit tillader det.

SolaroCall gemmer kilden til hver vigtig værdi og lader ikke stiltiende én kilde overskrive en anden. Modstridende hjemmeside- eller filværdier forbliver kandidater, indtil konflikten er gennemgået. Kun validerede autoritative data bør styre telefonagentens operationelle svar.

Nej. Importeret hjemmeside- og filindhold gennemgås først som kandidatdata. Det kan udfylde konfigurationen, men forbliver redigerbart og skal valideres, før det bliver autoritativ offentlig virksomhedsviden.

Ja. Roller og tilladelser bestemmer, hvem der kan se eller ændre konfiguration, kunder, opkald, skemaer, ressourcer, fakturering og integrationer. Giv hver person kun den adgang, der er nødvendig for deres arbejde.

Telefonagenten skal bruge den aktuelt offentliggjorte, autoritative virksomhedstidsplan. En kladde eller ikke-godkendt redigering må ikke stille og roligt nå ud til opkaldere. Efter ændring af åbningstider, gennemgå den gældende tidsplan og offentliggørelsestilstand, og test derefter den relevante opkaldsvej, før du stoler på ændringen i produktionen.

Ja. Åbningstider for virksomheden og arbejdstider for hvert teammedlem er separate konfigurationsdata. Et medlem kan arve den generelle tidsplan eller have individuelle dage, timer og daterede fravær. Telefonagenten bør kun tilbyde den person, når virksomheden er åben, og personen faktisk er tilgængelig.

Ja. Åbningstider for hjemme- eller mobile ydelser kan konfigureres separat fra åbningstiderne på dit forretningssted. En salon kan for eksempel have åbent hele ugen, mens hjemmebesøg kun tilbydes på udvalgte dage eller tidspunkter. SolaroCall holder disse tidsplaner adskilt, så systemet ikke tilbyder et hjemmebesøg, blot fordi forretningsstedet er åbent.

Ja. En virksomhed kan have en generel serviceradius og mere specifikke regler for udvalgte services eller kategorier. For eksempel kan almindeligt arbejde bruge én radius, mens akut- eller specialarbejde bruger en anden. Kundens adresse kontrolleres mod den autoritative regel, der gælder for den ønskede service.

Du konfigurerer et udgangspunkt og de serviceområderegler, der gælder for din virksomhed. Når en kunde oplyser en adresse, bruger SolaroCall den tilkoblede geografiske motor til at finde og validere adressen mod den konfigurerede zone. Telefonagenten må ikke estimere afstande ud fra hukommelsen og bør ikke bekræfte en aftale, hvis adressen ikke kan verificeres.

Ved lanceringen har hver virksomhed sin egen konto og konfiguration af serviceområde. Flere virksomheder administreres ikke på én standardkonto.

Ja. Offentliggjorte erhvervssider bruger det delte telefonagent-galleri, hvor du kan høre godkendte lydprøver, før du vælger en telefonagent. Prøverne repræsenterer kun de stemmer og sprog, der eksplicit er mærket i galleriet.

Tjek de autoritative virksomhedsdata bag svaret: den aktive konto og placering, tjenestedetaljer, åbningstider, priser eller prisregler, personale og ressourcer samt enhver godkendt virksomhedsregel, der er involveret. Ret kildeoplysningerne i stedet for at tilføje et modstridende engangssvar. Hvis kildedataene allerede er korrekte, og adfærden stadig er forkert, brug hjælpesystemets eskaleringsvej.

Gennemse det aktuelle galleri med telefonagenter for at se alle tilgængelige profiler, portrætter og stemmeprøver. Galleriet holdes opdateret, efterhånden som profiler tilføjes eller ændres.

Ja. Navnet, der vises i SolaroCall-galleriet, identificerer den profil, du vælger. Hvis du rapporterer et stemmeproblem, skal du bruge det viste profilnavn i stedet for at forsøge at identificere den underliggende stemmeleverandør.

SolaroCall er designet omkring naturlige, menneskelignende stemmeoplevelser frem for en stiv telefonmenu. Stemmekvaliteten varierer efter godkendt stemme, sprog og tekniske forhold, så du bør lytte og teste den præcise konfiguration, før du går live.

Ikke nødvendigvis. Demolyd kan kun være tilgængelig på udvalgte sprog. Brug visningen for understøttede sprog for det aktuelle produktionsudvalg; antag aldrig, at et sprog er klar til produktion, blot fordi der findes en prøve.

Ja. Vælg dit hovedsprog og understøttede ekstra sprog under opsætningen. Disse valg hjælper med at tilpasse oplevelsen; de betyder ikke, at alle andre understøttede opkaldersprog afvises. Tjek den aktuelle sprogtilgængelighed for din valgte stemme og test den, før du går live.

Ja. Ændringer af stemme, velkomst, tjenester, regler og arbejdsgange bør gemmes som en kladde eller forhåndsvisning og testes, før de offentliggøres, når den relevante funktion understøtter forhåndsvisning.

Ja, når netop den stemme- og sprogkombination er verificeret. SolaroCall behøver ikke oprette en anden stemmeidentitet for hvert sprog. Hvis et ønsket sprog ikke er verificeret for den aktive stemme, bruges den konfigurerede deterministiske fallback i stedet for en vilkårlig erstatning.

De valgte sprog optimerer telefonagenten til din virksomhed; de udgør ikke en fast begrænsning af funktionaliteten. Systemet kan stadig håndtere andre understøttede sprog, som opkaldere taler. SolaroCall må ikke afvise en opkalders sprog, blot fordi du ikke har valgt det på forhånd.

Nej. Dit brugerfladesprog, det sprog, du bruger til at indtaste virksomhedsindhold, telefonagentens standardsprog, telefonagentens valgfrie yderligere sprog, den aktuelle opkalders sprog og webstedets landestandard er separate indstillinger.

Nej. Land og sprog er separate indstillinger, og SolaroCall må ikke automatisk vælge telefonagentens sprog ud fra IP-adresse, geografisk placering eller rejseposition. Kundemiljøets sprogindstillinger og opkalderens faktiske sprogstatus er den autoritative kilde.

Receptionisten kan følge et understøttet sprogskifte under et opkald. Dette ændrer ikke hovedsproget, der er gemt for din virksomhed.

Et talesprog kan have flere regionale varianter. Stemmeprøver og de sprog, der understøttes til opkald, er også forskellige lister. Tjek de aktuelle sprogoplysninger og den valgte profil i stedet for at tage et demotal som garanti.

Ja. Det er netop den slags scenarier, testforløbet skal validere: den valgte stemme, velkomst, opkalderens sprogskift og understøttet værktøjsadfærd. Resultatet skal komme fra den rigtige testmotor og ikke kun en frontend-simulation.

Tjek din valgte stemme og gemte sprogindstillinger, og rapportér derefter det berørte opkald eller testtidspunkt til Support. Hvis indstillingerne er korrekte, skal du lade dem være uændrede, så uoverensstemmelsen kan undersøges.

Disse symptomer bør kontrolleres i forhold til reel samtale, lyd, forsinkelse og skiftevis tale. Support bør ikke automatisk give stemmeudbyderen skylden eller ændre din konfiguration uden bevis for den faktiske årsag.

SolaroCall tilbyder lokaliserede versioner af sine egne offentlige sider. Dette oversætter eller ændrer ikke din eksterne virksomheds hjemmeside. Sprogvalget viser de versioner, der er tilgængelige for besøgende.

Du kan gennemgå understøttede oversættelser af dine egne virksomhedsoplysninger, hvor din rolle tillader det. Dette giver dig ikke redigeringsadgang til SolaroCalls offentlige hjemmeside.

Nej. Offentliggjorte oversættelser gemmes, så ændring af grænsefladesprog indlæser en tilgængelig oversættelse i stedet for at anmode om en ny oversættelse hver gang.

Nej. At færdiggøre en oversættelse og gøre den tilgængelig for brugere er to separate trin. Brug de sprogversioner, der tilbydes i grænsefladen.

En gennemgået manuel rettelse skal bevares. En senere automatiseret oversættelse må ikke stiltiende overskrive den. SolaroCall gemmer oversættelsesversioner og gennemgangsstatus, så den godkendte formulering forbliver autoritativ.

Nej. Kildeindhold skrevet af kunden forbliver autoritativt på sit originalsprog. Lokaliserede varianter kan genereres og gennemgås, men de må ikke erstatte dit oprindelige forretningsindhold uden varsel.

Ja. Konfigurer en godkendt velkomst og identifikationsstil for virksomheden, sproget og tidsplanen. Velkomsten skal forblive korrekt og må ikke fejlagtigt påstå, at AI-telefonagenten er en menneskelig medarbejder.

Kontrollér, at hilsenen blev gemt og anvendt på den valgte telefonagent, og test derefter igen. Hvis den stadig bruger den gamle hilsen, skal du oplyse profilen og det omtrentlige testtidspunkt til Support.

Hvis den aktive konfiguration understøtter disse kontroller, kan tone, stil og tempo konfigureres separat fra den underliggende stemmeidentitet. SolaroCall bør ikke påstå, at en kontrol findes, hvis den ikke er autoritativ i det aktuelle produkt.

Tjek at dit virksomhedsnavn og eventuel udtalevejledning er korrekt. Hvis navnet stadig udtales forkert, rapporter den valgte stemme og et eksempel til Support i stedet for at ændre selve virksomhedsnavnet for at skjule problemet.

Brug den tilgængelige forhåndsvisning eller testflow for den berørte funktion, før du offentliggør eller går live. Test det reelle scenarie, du har ændret—såsom en tjeneste, tidsplan, sprog, viderestilling, bookingregel eller velkomst—og verificer den resulterende handling, ikke kun den talte formulering.

En stemmeforhåndsvisning er en prøve til valg af en profil. En telefonagenttest bruger din virksomhedskonfiguration. Lyt til forhåndsvisningen, og test derefter den valgte profil med dine egne oplysninger, før du tager den i brug.

Ja, når de minimumsoplysninger, der kræves for en meningsfuld test, er til stede. At være klar til test betyder ikke, at virksomheden er klar til at gå live.

Nej. Det interne testmiljø opretter ikke rigtige kunde-bookinger, ordrer, opkrævninger eller påmindelsesbeskeder.

Sammenlign den valgte profil med dens prøve og test det samme sprog. Hvis forskellen stadig er der, skal du rapportere profilen, sproget og testtidspunktet til Support.

Nej. En sprogetiket alene garanterer ikke en regional accent. Lyt til den faktiske prøve og brug kun de accentmuligheder, der eksplicit tilbydes for den valgte stemme.

Brug de regionale accentmuligheder, der eksplicit er tilgængelige for din valgte stemme. Hvis du har brug for en anden accent, bed teamet bekræfte tilgængelighed, før du regner med det.

Nej. Telefonagenten bør tilpasse sig samtalen uden at kritisere eller karakterisere opkalderens intelligens, accent eller sprogniveau.

Din betalte opsætning inkluderer valg af et tilgængeligt SolaroCall-nummer til dit driftsland. Du kan bruge dette nummer direkte eller beholde dit eksisterende virksomhedsnummer hos din udbyder og viderestille opkald til SolaroCall. Tilgængelighed og eventuelle krav om identitetsdokumenter afhænger af det valgte nummer.

Ja. Behold dit nummer hos din nuværende udbyder og brug de understøttede viderestillingsinstruktioner til at sende opkald til dit SolaroCall-nummer. Dette er ikke en portering af dit nummer. Tjek hvilke opkald din valgte viderestillingsmetode omdirigerer, især hvis linjen også bruges til private opkald.

Nej. Live-overførsel foregår i SolaroCall-appen. SolaroCall foretager ikke et udgående telefonopkald til en medarbejders eksterne nummer.

Dit bekræftede driftsland filtrerer de SolaroCall-numre, der aktuelt er tilgængelige for det marked. Du vælger et fra den tilgængelige liste, og ethvert regulatorisk identitetskrav gælder kun, hvis det specifikke nummer kræver det.

Du vælger dit land, din udbyder og linjetype. SolaroCall bruger derefter den verificerede viderestillingsvejledning for netop den kombination. Instruktionerne kan variere mellem mobil- og fastnetlinjer fra samme udbyder, så systemet må ikke genbruge én udbyder- eller linjetypekode til en anden.

Nej. SolaroCall giver dig de verificerede udbyderspecifikke instruktioner, kode, officielle vej eller formulering, du skal bruge hos din udbyder. Selve viderestillingen konfigureres på din eksisterende udbyderlinje. SolaroCall må ikke påstå, at en tredjeparts udbyderændring er gennemført, medmindre der er autoritativ dokumentation.

Kun når en verificeret rute for din udbyder eller produkt understøtter det. SolaroCall må ikke love planlagt eller tidsbaseret viderestilling blot fordi en anden udbyder understøtter det.

Brug den verificerede deaktiveringsinstruktion for din udbyder og linjetype. Hvor udbyderen bruger en app eller kundeportal i stedet for en tastekode, skal du bruge den officielle vej. SolaroCall bør altid vise den tilsvarende stopinstruktion eller udbyderkontakt som alternativ, så du ikke står uden en vej tilbage.

Fordi indtastning af en kode eller visning af en aktiv indstilling i en udbyderportal ikke beviser, at opkaldene faktisk når frem til SolaroCall. Nummeret anses først for verificeret, når et rigtigt testopkald faktisk er modtaget.

Nummeret skal gennemføre de påkrævede opsætningsmæssige og lovgivningsmæssige trin og derefter bestå en rigtig forbindelsestest. SolaroCall bør vise nummerets faktiske livscyklusstatus i stedet for at sige for tidligt, at nummeret er klart.

Kør eller gentag den reelle forbindelsestest og sammenlign det valgte land, udbyder, linjetype, viderestillingstilstand, mål-SolaroCall-nummer og den aktuelle verificerede udbydervejledning. Hvis alt dette er korrekt, og testen stadig fejler, følger sagen telekommunikationsfejlens gennemgangsvej i stedet for at gætte på en ny kode.

Brug Anden udbyder eller MVNO-vejen for dit land. Hvis der ikke findes en verificeret selvbetjeningskode, bør SolaroCall give den officielle udbydervej eller den præcise information, du skal give udbyderen, inklusive destinationsnummeret, i stedet for at opfinde en kode.

Udbydernavne, servicenavne, menupunkter og officielle sidetermer kan forblive på udbyderens lokale sprog, så du kan finde den nøjagtige mulighed i den rigtige udbyderapp, portal eller dokumentation. SolaroCall kan forklare trinnet på dit sprog uden at ændre operatørens egne betegnelser.

Nej. Opkalder-ID er et passivt signal og kan være upålideligt eller forfalsket. Ved følsom adgang eller ændringer følger SolaroCall den konfigurerede identitetspolitik og må ikke alene stole på opkalder-ID.

Når opkalder-ID ikke er tilgængeligt, kan SolaroCall bede opkalderen oplyse det telefonnummer, der er nødvendigt for arbejdsgangen, og gentage det omhyggeligt. De oplyste informationer håndteres derefter efter de konfigurerede identitets- og privatlivsregler.

Overførselskontakter er autoriserede personer i dit team, som kan modtage opkald i SolaroCall-appen, når overførsel og deres tilgængelighed er aktiveret.

Hvis overførsel er slået fra, ingen er tilgængelige, eller ingen svarer inden for 30 sekunder, indsamler eller bekræfter receptionisten opkalderens navn, tilbagekaldsnummer og årsag, og efterlader derefter en tilbagekaldsanmodning i appen. Intet opkald overføres til et eksternt telefonnummer.

Når live overdragelse er aktiveret, kan et tilgængeligt autoriseret teammedlem svare i SolaroCall-appen. Den ringer i op til 30 sekunder. Når personen svarer, forlader AI-receptionisten samtalen. Hvis ingen svarer, registrerer receptionisten opkalderens navn, tilbagekaldsnummer og årsag i en app-notifikation.

En anmodning om en person følger virksomhedens overdragelsesindstilling og modtagernes tilgængelighed. Hvis overdragelse er slået fra, ingen er tilgængelig, eller ingen svarer inden for 30 sekunder, indsamler eller bekræfter receptionisten opkalderens navn, tilbagekaldsnummer og årsag og efterlader derefter en tilbagekaldsnotifikation i appen. Intet opkald overføres til et eksternt telefonnummer.

Ja, til ét formål: en påmindelse om en aftale eller reservation. Når en booking ligger tilstrækkeligt langt ude i fremtiden (som standard 48 timer eller mere), spørger AI-telefonagenten den, der ringer: “Må vi sende din bekræftelse og påmindelse til dette telefonnummer?” Påmindelsen sendes dagen før; SolaroCall vælger kanalen ud fra landet, ikke den, der ringer: WhatsApp først, med SMS som reserveløsning, hvor det er tilgængeligt, og SMS først i Chile og Mexico. Intet sendes uden samtykke fra den, der ringer. Regler for afsendere, tilgængelighed i landet og dit abonnements beskedkvote gælder stadig.

Med opkalderens samtykke kan én påmindelse sendes dagen før en aftale eller reservation, via WhatsApp eller SMS, den kanal som SolaroCall vælger efter land (ikke opkalderen). Som standard skal bookingen ligge mindst 48 timer efter opkaldet; præcis 48 timer er gyldigt. En anden tidsregel kan gælde, hvis SolaroCall har konfigureret det for din virksomhed. Kanal- og landemuligheder gælder også.

Berettigelse genberegnes ud fra det nye aftaletidspunkt og den tidsregel, der gælder for din virksomhed. En påmindelse sendes ikke, hvis den ombookede tid ikke længere opfylder kravene.

Tjek opkalderens samtykke, brugt kanal, aftaletidspunkt og beskedstatus. En påmindelse kan være ikke-berettiget efter tidsreglen, allerede sendt eller påvirket af leveringsmuligheder. Brug Support, hvis de viste oplysninger ikke forklarer den manglende besked.

Opkaldet, der oprettede en aftale, reservation eller ordre, med dets detaljer (opkalderens nummer, adressen, noterne og notifikationerne), forbliver synligt indtil selve begivenheden og slettes dagen efter. Selve begivenheden (dato, tid, ydelse, antal personer og kundens navn) forbliver synlig indtil udgangen af den følgende måned, så den nuværende måned og den forrige måned altid er tilgængelige. Herefter er det kun statistik, der forbliver, uden navn eller nummer. Fremtidige aftaler/reservationer slettes aldrig. Rå lydoptagelsesopbevaring er separat.

Ja. Autoriserede brugere kan bruge den relevante opkaldshistorik, notifikationer og visninger for krævede handlinger for elementer oprettet af understøttede arbejdsgange. Synlighed følger konto, lokation, team og rolle-tilladelser.

Ja, når din udbyder og linjetype understøtter viderestilling ved intet svar. Den tilgængelige forsinkelse kommer fra den verificerede udbyderfunktion.

Nej. Standardbeskeden om en aftale eller reservation er en påmindelse, der med samtykke fra den, der ringer, sendes via WhatsApp eller SMS. Bekræftelsen gives under opkaldet.

Når opkaldet har genereret den krævede driftsregistrering, kan SolaroCall vise den opkaldskontekst, der er tilgængelig for virksomheden, såsom opkalderens navn eller bekræftede nummer, når det er tilgængeligt, tidspunkt, årsag, kort resumé og eventuelle registreringer af Påkrævet handling eller tilbagekald.

Nej. Skriftlig eller struktureret opkaldshistorik, resuméer og driftsnotater er adskilt fra vedvarende lydoptagelse. Eksistensen af opkaldshistorik betyder ikke, at rå lyd gemmes, og regler for lydopbevaring må ikke udledes af regler for historikopbevaring.

Kontrollér først den aktuelle opbevaringsperiode, dine adgangstilladelser, og om den forventede opkaldsregistrering findes under det korrekte kundemiljø og tidsinterval. Hvis registreringen stadig burde findes og fortsat mangler efter disse kontroller, følger den proceduren for hændelser vedrørende historik/data.

Ja, for aktiverede arbejdsgange. Den kontrollerer tilgængeligheden i den autoritative kilde sammen med ydelsens varighed, medarbejdernes kompetencer, lokaler eller andre ressourcer, regler for transport og bookingbegrænsninger, før den tilbyder et understøttet tidsrum.

SolaroCall tjekker de nødvendige medarbejdere, tid og ressourcer igen, før en booking gemmes. Hvis en anden booking i mellemtiden har taget kapaciteten, kan tidsrummet ikke bekræftes, og en anden ledig mulighed skal vælges.

Ingen plantegningseditor er påkrævet. Konfigurer dine borde og ressourcer som strukturerede poster med deres kapaciteter, områder, udsigter og tilladte kombinationer. SolaroCall bruger disse poster til at tjekke reservationer. Denne opsætning er lige så præcis som en plantegning: hver detalje, du indtaster — kapacitet, område, etage, med eller uden udsigt — gives videre til AI'en, så den svarer korrekt til opkalderne. En tegnet plan er simpelthen ikke nødvendig, så opsætningen forbliver hurtig og nem.

Ja, for virksomheder med en aktiveret leveringsarbejdsgang. Konfigurer leveringstider, områder eller radius, adressekrav, minimumsbeløb, kapacitet, timing og eskalering. Telefonagenten må ikke opfinde dækning, tid, pris eller accept.

Ja. Inherente mobile professioner bruger konfigureret dækning, rejsetid, medarbejderkompetencer, fysiske ressourcer og planlægningsregler. En gyldig aftale skal tage højde for rejsetid og kan ikke antage, at enhver adresse kan betjenes.

En gyldig aftale kan kræve mere end et tomt tidsrum. SolaroCall kan også have brug for den korrekte medarbejder eller kompetence, rum, udstyr, rejsetid, tjenestevarighed, lokalitetsregler og kapacitet på samme tid. Den endelige tilgængelighedskontrol er autoritativ, så en visuelt ledig periode er ikke i sig selv en bekræftet booking.

Tilgængeligheden kan ændre sig, mens samtalen stadig er i gang. Før den endelige bekræftelse revaliderer SolaroCall tidsrummet og alle nødvendige begrænsninger, såsom personale, ressourcer, servicestatus og serviceområde. Dette forhindrer, at forældet tilgængelighed fører til dobbeltbooking.

Ja. En restaurant kan definere individuelle borde eller ressourcer, kapaciteter som 2, 4, 6, 8 eller andre antal pladser, etager, zoner, tilgængelighed, kombinerbare borde og brugerdefinerede attributter. Disse poster — ikke et billede — forbliver bookingens kilde til sandhed.

Ja, når restauranten har konfigureret disse udsigtsattributter. SolaroCall kan bruge dem som bookingpræferencer og tjekke kompatibel struktureret tilgængelighed, men må ikke love et specifikt bord eller udsigt, før reservationen er gyldigt bekræftet.

Nej. Start med dine væsentlige restaurantoplysninger. Du kan tilføje detaljer om dine borde, områder og bookingregler, efterhånden som du færdiggør opsætningen.

Ja, kun når den tilsvarende funktion er aktiveret og konfigureret. Menuer, tilgængelighed, ordregler, kapaciteter, begivenhedsdetaljer og bekræftelser skal komme fra godkendte data og understøttede arbejdsgange.

SolaroCall må ikke påstå, at præferencen er opfyldt, når den ikke er det. Den kan tilbyde en anden berettiget mulighed som et eksplicit alternativ, samtidig med at det fastholdes, at den præcist ønskede ressource eller egenskab ikke var tilgængelig.

Autoriseret personale kan markere et reelt ledigt bord som optaget nu. Denne driftsopdatering fjerner straks bordet fra tilgængeligheden. En falsk reservation eller unødvendig kundeprofil er ikke nødvendig blot for at repræsentere walk-in-besættelse.

Autoriseret personale kan frigive bordet driftsmæssigt, så det bliver tilgængeligt igen. Dette ændrer bordets aktuelle status; det sletter eller ændrer ikke bordets underliggende konfiguration.

Ja, når reservationen er godkendt til at blive ændret, og det ønskede bord er kompatibelt og faktisk ledigt. Flytningen er en driftsmæssig omfordeling og ændrer ikke restaurantens bordkonfiguration.

Kun når de konfigurerede bordkombinationsregler tillader netop den kombination, og de nødvendige borde aktuelt er tilgængelige. SolaroCall må ikke opfinde en kombination, blot fordi det samlede antal pladser er tilstrækkeligt.

Den aktuelle kapacitet kommer fra den reelle bordstatus, bekræftede reservationer, tilladte bordkombinationer og walk-in-besættelse. Det er en driftsmæssig beregning, ikke blot summen af de nominelle bordkapaciteter, der er gemt i konfigurationen.

Ja. SolaroCall skelner mellem et strengt krav, en foretrukken person og ingen præference. Den søger kun verificeret kvalificeret personale og aktuel tilgængelighed. Hvis en foretrukken person ikke er tilgængelig, kan den tilbyde et andet tidspunkt med den person eller et andet kvalificeret teammedlem i henhold til forretningsreglerne; den gør aldrig en præference til en garanti.

Kunden kan ønske den samme navngivne professionelle, når denne præference er kendt og godkendt til brug. SolaroCall tjekker stadig aktuelle kompetencer, tjeneste, placering, rejse, rum- eller udstyrsbehov og reel tilgængelighed. Hvis den ønskede person ikke er tilgængelig, gælder de konfigurerede alternative og bekræftelsesregler.

Rediger tilgængeligheden, der tilhører det specifikke teammedlem, sted eller opgave i stedet for virksomhedens generelle tidsplan. SolaroCall skal holde personlig tilgængelighed og virksomhedens åbningstider adskilt, så en ændring for én person ikke stille og roligt ændrer hele teamet.

Ja, når dit workflow understøtter medarbejderpræferencer og udelukkelser. En udelukkelse er en reel matchningsregel, ikke en note. SolaroCall bør ikke booke den kunde hos den udelukkede person, selvom personen ellers er ledig.

En stærk navngiven præference må ikke erstattes uden varsel. SolaroCall kan forklare, at den ønskede person ikke er tilgængelig og tilbyde et berettiget alternativ, når det er relevant, men det skal tydeligt fremgå, at alternativet er forskelligt fra den præcise anmodning.

En konfigureret eller registreret udelukkelse er en driftsmæssig matchningsregel, ikke blot en bemærkning. SolaroCall må ikke tildele den person, blot fordi vedkommende er tilgængelig.

Ja. Konfigurer hvert rum eller kabine med dets reelle kapacitet, berettigede tjenester og om det er delt eller helt reserveret. En tjeneste kan kræve en eller flere kunder, behandlere, senge eller borde. SolaroCall tjekker hver nødvendig person og ressource for samme interval, før en gyldig mulighed præsenteres.

Ja, når det faktiske udstyr, virksomhedens politik og gældende krav tillader det. De fleste senge eller kabiner kan fortsat være ressourcer til én person. En kabine, der indeholder flere separate ressourcer, eller et andet understøttet format bruger kun kundemiljøets verificerede kvote; SolaroCall antager aldrig, at en almindelig seng er egnet til to personer.

Bookinglogikken kan kræve både den korrekte behandler og en kompatibel kabine eller rum. En kabine kan have sin egen kapacitet og serviceberettigelse, og kompatibilitet mellem behandler og kabine kan konfigureres. Ved duo- eller flerbehandlerbehandling skal alle nødvendige behandlere og den krævede kompatible ressource være ledige i samme tidsrum.

Ja. En én-personers kabine og en to-personers kabine er forskellige ressourcekonfigurationer. Deres kapacitet, berettigede services, kompatible behandlere og tilgængelighed kan variere. SolaroCall skal bruge de faktiske konfigurerede krav i stedet for blot at betragte en dobbeltkabine som en større version af en enkelt.

Konfigurer hver kabine med navn eller nummer, udstyr, kapacitet og berettigede services. Indtast tekniske specifikationer i de dertil indrettede felter; et udstyrsmodelnavn er ikke en effektangivelse.

En booking er kun bekræftet, når den er blevet gemt med succes. Et tilbudt tidspunkt eller et mundtligt forslag alene er ikke en bekræftelse; tilgængeligheden kontrolleres igen, før bookingen gemmes.

Leveringsadressen valideres i forhold til virksomhedens autoritative leveringsregler og serviceområde. SolaroCall må ikke opfinde en undtagelse for en adresse, der ligger uden for det konfigurerede leveringsområde.

Hvis virksomheden har konfigureret et leveringsminimum, skal den aktuelle ordre opfylde dette i den relevante valuta. SolaroCall skal følge denne regel i stedet for stiltiende at se bort fra minimumsbeløbet.

Nej. Leveringstidspunkter kommer fra de autoritative driftsmæssige tilgængeligheds- og leveringsregler. Et bekvemt tidspunkt må ikke loves, hvis det relevante tidsvindue ikke er tilgængeligt.

Produkttilgængelighed kontrolleres ud fra den aktuelle autoritative status. SolaroCall må ikke inkludere en utilgængelig vare, som om den stadig var tilgængelig; ordren bør justeres, eller en anden tilgængelig mulighed diskuteres, før den bekræftes.

De kommer fra den aktuelle offentliggjorte produkt- og prisstatus, der bruges til ordren. SolaroCall må ikke opfinde en produktpris eller ændre historiske offentliggjorte prisspor blot for at få et forkert samlet beløb til at fremstå korrekt.

Nej. Registrering af en ordre betyder ikke, at betalingen er indsamlet. Betalinger foretaget af dine kunder for dine egne varer eller tjenester er adskilt fra dit SolaroCall-abonnement og kræver en eksplicit understøttet aftale.

Virksomheden modtager den faktuelle driftsmeddelelse for aftalen, reservationen eller ordren, når den tilsvarende begivenhed eksisterer. Den indeholder de driftsmæssige fakta, virksomheden har brug for, og er adskilt fra eventuelle valgfrie AI-noter.

Support kontrollerer den bekræftede driftsregistrering, den forventede meddelelseshændelse og tilgængelig leveringsdokumentation. SolaroCall må ikke påstå, at meddelelsen blev leveret, blot fordi bookingen eller ordren eksisterer.

Ja. Den driftsmæssige tidslinje kan bevare oprettelse, hvem eller hvad der oprettede den, senere ændringer, annullering og andre meningsfulde statusændringer i henhold til den autoritative historikpolitik.

Nej. AI-telefonagenten beder opkalderen bekræfte identificerende oplysninger, der skal matche den eksisterende booking, før der foretages en privat ændring. At ringe fra det samme nummer alene giver ikke tilladelse til en ændring.

Nej. SolaroCall må ikke afsløre eksistensen eller private detaljer om en eksisterende aftale eller reservation, før det krævede identitetstjek er gennemført.

Ja, efter at den eksisterende post er korrekt identificeret, og den ønskede ændring er revalideret i forhold til aktuel tilgængelighed, berettigelse og driftsregler. Den nye status bekræftes først, når ændringen er gennemført.

AI-noten er en ekstra meddelelse, kun når der er meningsfuld kontekst, der er værd at fremhæve, såsom noget opkalderen lagde vægt på. Den er adskilt fra den faktuelle booking- eller ordremeddelelse og bør ikke genereres som en tom anden meddelelse.

Nej. En fremtidig begivenhed forbliver tilgængelig, indtil den faktisk finder sted. Oprydningsregler for tidligere begivenheder må ikke slette en aftale, reservation, indsats eller ordre, der stadig ligger i fremtiden.

Detaljeret begivenhedshistorik indeholder den driftsmæssige dokumentation for en specifik aftale, reservation, indsats eller ordre. Daglige oversigter er aggregerede driftsoptællinger beregnet til simpel rapportering og erstatter ikke den detaljerede registrering af en begivenhed, der stadig er relevant eller stadig ligger i fremtiden.

Tjek bookinghistorikken, før du foretager en ny booking. Hvis bekræftelsen ikke kan findes, skal du give Support det omtrentlige tidspunkt og relevante bookingoplysninger, så resultatet kan kontrolleres.

Support sammenligner den oprindelige anmodning, validerede begrænsninger, registreret post og hændelseshistorik. Kildekonfigurationen må ikke omskrives blot for at få den forkerte driftsregistrering til at fremstå gyldig; det faktiske misforhold afstemmes og rettes gennem den autoriserede driftsvej.

Dashboardet giver et kompakt operationelt overblik over den aktuelle forretningsdag med de relevante nøgletal såsom opkald, aftaler, reservationer, indsatser, ordrer, kunder og aktuel ressource-status.

Ja. Aktuelle driftsdata bør afspejle autoritative bekræftede hændelser og aktuel ressource-status. En bekræftet reservation, teamhandling eller walk-in-besættelse skal påvirke de relevante live-tællere.

Ledig kapacitet kommer fra den faktiske bordstatus. Når et eksklusivt bord er optaget, tælles dets fulde konfigurerede kapacitet ikke længere som ledig, selvom det aktuelle selskab er mindre end bordets nominelle kapacitet.

Ja, hvor det er relevant. De resterende huller stammer fra det enkelte medlems individuelle vagtplan, fravær og aktuelle bookinger, ikke fra en generel virksomheds-kalender.

Nej. Dashboardets synlighed følger kundemiljø, lokation, team, rolle og medlemsomfang. Et medlem, der er begrænset til sit eget arbejde, må ikke modtage uvedkommende data for hele virksomheden.

Serveren anvender de autoritative hårde rettighedsregler. SolaroCall bør vise den aktuelle grænsestatus og den understøttede opgraderings- eller ekstra kapacitetsmulighed, i stedet for at opfinde mere inkluderet forbrug.

Dit dashboard viser de forbrugs- og abonnementsoplysninger, der er relevante for din virksomhed. Det viser ikke SolaroCalls interne driftsomkostninger.

De gemte registreringer af kontoens forbrug bestemmer din resterende kvote. Hvis det viste tal ser forkert ud, skal du opdatere visningen og bede Support om at undersøge det, før du stoler på det.

Support afstemmer den viste kapacitet med de faktiske bord-/ressourceoptegnelser, reservationer og walk-in-belægning ved brug af de konfigurerede kapacitetsregler i stedet for at gætte svaret.

Produktet kan vise advarsler om forbrug på forhånd i henhold til den konfigurerede advarselspolitik, så kunder kan se forbrug og resterende kapacitet, før en hård grænse nås.

Nej. En ændring af udbyderens omkostning eller takst må ikke automatisk forbruge ekstra kundeminutter eller ændre kundens abonnementskvote.

Prissiden viser de aktuelle ekstrapakker. Din kontos abonnements- og forbrugsstatus afgør, hvilke købs- eller opgraderingsmuligheder der gælder for dig.

Support sammenligner den viste værdi med den autoritative driftsbegivenhed, ressource, rettighed eller aggregerede oversigtskilde. Visningen rettes ud fra kildens sandhed i stedet for at betragte den synlige tæller som autoritet.

Daglige oversigter holder aggregerede driftsoptællinger relevante for virksomheden, såsom opkald, aftaler, reservationer, borde/covers, kunder, indsatser eller ordrer.

Nej. De gemte aggregerede daglige oversigter indeholder bevidst ikke kundenavne eller telefonnumre.

Daglige oversigter understøtter den historik og analyse, der er tilgængelig på din konto. Opbevaringen kan variere mellem aggregerede oversigter, detaljerede kunderegistre og lydoptagelser; se den relevante historik- og privatlivsinformation.

Nej. Aggregerede oversigter og hændelsesbaserede driftsoptegnelser er forskellige. En stadig relevant fremtidig driftsopgave skal forblive tilgængelig efter sine egne livscyklusregler.

Nej. Aggregerede oversigter må ikke bruges til at rekonstruere kundens identitet.

Kundeorienteret analyse er simpel driftsanalyse: nyttige optællinger, aktuel status, grafer og tendenser, der hjælper med at håndtere aftaler, reservationer, indsatser og ordrer.

Nej. SolaroCall leverer driftsservice og simpel analyse, ikke bogføring eller regnskab for kundens virksomhed.

Målinger bruger centralt definerede betydninger og autoritative kilder. SolaroCall bør ikke lade forskellige skærme opfinde modstridende definitioner for samme måling.

Kun når der er pålideligt bevis for den forklaring. En tendens kan vises uden at opfinde en årsag til ændringen.

SolaroCall bør vise begrænsningen eller oprindelsen ærligt i stedet for at fremstille en præcis værdi ud fra ufuldstændige data.

Ja, når den relevante historik-/søgefunktion er tilgængelig. Resultaterne er fortsat begrænset til det kundemiljø, den lokation, det team og det rolleomfang, som det indloggede medlem har tilladelse til at se.

Kun hvis deres autoriserede omfang tillader det. Historiksøgning udvider aldrig et medlems tilladelser.

Sammenlign de aktuelle abonnementer på siden Priser. Tjek de inkluderede opkaldere, samtaleminutter, beskeder og teammedlemmer, og vælg månedlig eller årlig fakturering. Særlige krav kan indsendes via siden Virksomhed.

Ved optælling af abonnementet kan det samme opkaldsnummer ringe flere gange i løbet af måneden og tæller stadig som én unik kunde for den periode. Samtaleminutter tæller stadig med i den gældende månedlige minutkvote; når en person fra din virksomhed besvarer et viderestillet opkald, tæller resten af samtalen ikke længere med.

Ja. Det samme nummer kan ringe flere gange i løbet af måneden og tæller stadig som én unik kunde, forudsat at abonnementets månedlige samtaleminutkapacitet ikke er opbrugt.

Der tilføjes ikke et nyt unikt nummer under den månedlige grænse. Allerede optalte numre kan fortsætte med at ringe, så længe den månedlige samtalekapacitet ikke er opbrugt, afhængigt af det aktuelle abonnement og eventuelle konfigurerede begrænsninger eller tilkøbte pakker.

Nej. Månedlige kvoter nulstilles ved starten af hver faktureringsperiode, og ubrugt kapacitet overføres ikke.

Inkluderede beskeder bruges til påmindelser om aftaler og reservationer og sendes via SMS eller WhatsApp, hvor kanalen vælges af SolaroCall efter land (ikke af den, der ringer), med vedkommendes samtykke. Hver sendt besked bruger én enhed af dit abonnements månedlige kvote. Det aktuelle abonnement, land og reglerne for samtykke afgør den faktiske tilgængelighed.

Tjek den aktuelle prisside og din kontos fakturerings- eller forbrugsområde for ekstra pakker og opgraderingsmuligheder. Hvis du regelmæssigt har brug for ekstra kapacitet, kan et højere abonnement passe bedre til dit forbrug.

Tjek din kontos Forbrug eller Fakturering for den aktuelle tildeling, forbrug og faktureringsperiode. Hvis en tæller ser forkert ud, undlad at stole på den til at foretage et nyt køb og bed Support om at tjekke kontooptegnelserne.

Ekstrapakker er gyldige i 12 måneder fra købsdatoen, uanset din plan eller dens fornyelsesdato. Ubrugte credits udløber efter 12 måneder.

Åbn abonnement- eller faktureringsområdet, gennemgå den aktuelle abonnementsoversigt og vælg en berettiget ændring. SolaroCall skal vise ikrafttrædelsesdato, betalings- eller kreditadfærd og de nye kapaciteter før bekræftelse. Ændring af abonnement låser ikke op for eller fjerner standardproduktfunktioner.

Brug annulleringsfunktionen i abonnementsområdet, når den er tilgængelig for din købsmetode. Annullering stopper fremtidig fornyelse i henhold til de viste vilkår; adgang og inkluderet kapacitet fortsætter eller ophører i henhold til den bekræftede ikrafttrædelsesdato.

Du kan anmode om refundering inden for syv dage efter en vellykket abonnementsbetaling: betalingsdatoen er dag 1, og dag 7 er inkluderet. Et abonnement refunderes højst én gang, uanset hvilken betaling (første eller fornyelse). Anmodninger modtaget rettidigt forbliver berettigede til behandling, selvom det tager længere tid. Godkendelse er ikke automatisk. Hvor vilkårene og gældende lovgivning tillader det, fratrækkes den del af dit abonnement, der allerede er brugt, den reelle omkostning for dit virksomhedsnummer og de faktiske betalingsgebyrer fra det refunderede beløb. Prøveforbrug opkræves ikke bagudrettet. Vilkårene forklarer hele politikken. Den separate uformelle 30-dages klageproces forlænger ikke denne refunderingfristsvindue eller gendanner brugte kreditter.

SolaroCall tjekker den reelle betaling og den autoritative refunderingspolitik, der gælder for den. Berettigelse gættes aldrig ud fra formuleringen af anmodningen. Hvis betalingen ikke længere er berettiget, kan Support forklare den gældende politik; hvis den stadig er berettiget til gennemgang, følger anmodningen den krævede menneskelige gennemgangsproces.

Standardfristen for kommercielle anmodninger om tilbagebetaling udløber efter dag 7. Du kan stadig bede Support om at forklare afgørelsen og dine muligheder for opsigelse. Gældende lovbestemte rettigheder påvirkes ikke. Opsigelse af en fornyelse og modtagelse af en tilbagebetaling er separate handlinger.

En anmodning modtaget inden for syv-dages vinduet forberedes til menneskelig gennemgang ud fra de faktiske betalings- og forbrugsoplysninger. SolaroCall kan vise det betalte beløb, andelen af din plans tilladte forbrug, der allerede er brugt, den reelle pris for dit erhvervstelefonnummer, de faktiske betalingsgebyrer og det maksimale beløb, der stadig kan refunderes. Stort forbrug kan derfor reducere det beløb, der kan refunderes. Systemet forbereder dokumentationen og et foreslået maksimum; den endelige beslutning om refundering træffes af en autoriseret menneskelig gennemgangsperson.

Tjek de faktureringsdokumenter, der er knyttet til din betaling, samt eventuelle kvitteringer eller fakturaer sendt efter købet. Hvis et dokument mangler eller er forkert, giv Support betalingsdato og reference uden at sende dine fulde kortoplysninger.

Ja. SolaroCall bruger data og tilladelser, der er afgrænset til kundemiljøet, så autoriserede brugere får adgang til den korrekte virksomhedskontekst. Adgang på tværs af kundemiljøer er forbudt, undtagen gennem en udtrykkelig, rettighedsstyret og revideret supportmekanisme.

Kun autoriserede brugere med den relevante rolle og det relevante kundemiljø- eller placeringsomfang. Administratorer bør regelmæssigt gennemgå adgangen og fjerne tilladelser, der ikke længere er nødvendige.

Optagelse afhænger af den aktiverede funktion, konfiguration, samtykkekrav og gældende lovgivning. Skriftlig opkaldshistorik betyder ikke automatisk, at rå lyd gemmes. Grænsefladen skal vise den gældende optagelses- og opbevaringsadfærd.

Autoriserede brugere kan opdatere understøttede forretningsoptegnelser og bruge den tilgængelige datastyrings- eller supportproces til anmodninger om rettelse og sletning. Nogle optegnelser skal muligvis bevares, hvor lov, sikkerhed, fakturering eller tvistforpligtelser kræver det.

Brug den aktuelle sikkerheds- eller supportvej, der vises i Hjælp. Placer ikke legitimationsoplysninger, hemmelige nøgler, fulde betalingsoplysninger eller unødvendige følsomme data i en almindelig offentlig besked. Presserende verificerede bekymringer skal følge den konfigurerede menneskelige eskaleringsvej.

Kun for eksplicit understøttede handlinger og kun med den krævede autentificering, tilladelse, bekræftelse og revisionsspor. Ellers bør den forklare de korrekte trin eller linke direkte til den præcise grænseflade i stedet for at foregive at udføre dem.

Åbn team- eller brugerstyringsområdet, vælg den understøttede tilføj-medarbejder-handling, indtast de nødvendige identitetsoplysninger og tildel den mindst passende rolle og omfang. Grænsefladen skal vise eventuelle gældende konto- eller invitationskrav, før du bekræfter.

Indstillingen kan afhænge af din rolle, profession, placering, aktiverede konfiguration, dit land eller status for udrulningen. Den må ikke skjules, blot fordi en betalende kunde har valgt et abonnement med en lavere kvote. Log ind på det korrekte kundemiljø og den korrekte placering, og kontrollér derefter den kontekst, der vises i Hjælp. Eskalér sagen, hvis det aktuelle produkt stadig er i modstrid med svaret.

SolaroCall overvåger understøttede afhængigheder og følger konfigureret fejl-, notifikations- og fallback-adfærd. Den må ikke vise en booking, overførsel, besked eller anden handling som gennemført, medmindre den autoritative handling bekræfter succes.

Nej. Kun en godkendt og konfigureret fallback må bruges. SolaroCall må ikke indsætte en vilkårlig udbyder, blot fordi primærudbyderen ikke er tilgængelig.

Nej. Gendannelse skal baseres på autoritativ udbyder-/kapabilitetsdokumentation. SolaroCall må ikke annoncere gendannelse, blot fordi en tidligere fejl er forsvundet fra grænsefladen.

Support sammenligner den aktuelle fejl med nylig hændelseshistorik. Gentagne eller systemiske fejl kan eskaleres til teknisk gennemgang i stedet for at blive behandlet som enkeltstående hændelser.

Adgang kontrolleres af tjenesten, ikke blot af om en knap vises på skærmen. En skjult knap alene er ikke bevis for, hvem der har tilladelse.

Dit teams roller og tilladelser gælder konsekvent på tværs af de understøttede kontoområder. At skifte skærm giver ikke et medlem yderligere adgang.

Ja. Som standard ser et medlem sine egne tildelte bookinger. Virksomhedsejeren kan give bredere bookingadgang til enkelte medlemmer. Adgang til andre kontoområder afhænger også af de tildelte tilladelser.

Nej. Konfiguration af virksomhedsstruktur og udførelse af daglige driftsopgaver er adskilte tilladelsesmæssige forhold. Et medlem kan have lov til at arbejde med aftaler, borde eller indsatser uden at måtte ændre den underliggende virksomhedsopsætning.

Fordi synlighed ikke giver tilladelse. SolaroCall kontrollerer medlemmets serverautoritative rolle, handlingstilladelse og omfang, før handlingen tillades.

Ja. Ejeren styrer notifikationsvalget medlem for medlem. Hvis et medlem er sat til Nej, må serveren ikke sende det medlem den driftsmæssige push-notifikation.

Nej. Notifikationslevering skal respektere det samme autoriserede medlemsomfang. Et medlem, der kun bør se sit eget tildelte arbejde, må ikke modtage notifikationer for uvedkommende poster.

Hvor den relevante revisionsvisning er tilgængelig, spores følsomme ændringer gennem den autoritative revisions-/ændringshistorik, så aktør, handling og tidspunkt kan gennemgås.

Nej. TOTP tilbydes, men er ikke universelt obligatorisk. Følsomme handlinger kræver stadig frisk genautentificering, uanset om TOTP er aktiveret eller ej.

Nej. Følsomme handlinger kræver stadig frisk genautentificering. Hvis TOTP er aktiveret, bruger SolaroCall et frisk TOTP-tjek; ellers kan et frisk understøttet kodeord eller Google/Apple-godkendelse opfylde genautentificeringskravet.

Ja, når grænsefladen til sessionsadministration er tilgængelig. Aktive sessioner og enheder er serverautoritative, og autoriserede brugere kan tilbagekalde andre sessioner via den understøttede sikkerhedsprocedure.

Behandl det som et sikkerhedsproblem. Gennemgå den autoritative liste over aktive sessioner, tilbagekald den mistænkelige session, når den understøttede handling er tilgængelig, og brug den menneskelige sikkerhedseskaleringsvej, så beviserne forbliver knyttet til sagen.

Standardtjenesten kræver ikke, at du oplyser SolaroCalls telefon- eller AI-udbydernøgler. Til en godkendt specialintegration bruges dens udpegede sikre opsætningsproces. Læg aldrig legitimationsoplysninger i virksomhedsbeskrivelser, uploads eller support-e-mails.

Gemte legitimationsoplysninger vises ikke igen i fuld længde. Hvis en godkendt specialintegration har brug for en erstatningslegitimation, bruges dens sikre opdateringsproces.

SolaroCall administrerer legitimationsoplysningerne for sin standardtjeneste. Hvis en godkendt specialintegration melder om en manglende legitimation, følg dens sikre opsætningsvejledning eller kontakt Support uden at inkludere hemmeligheden.

Nej. Konfigureret, tilsluttet, testet, klar og aktiv er separate tilstande. En udbyder kan være tilsluttet og klar uden at være den aktuelt aktive udbyder.

Brug sikkerhedseskaleringsvejen og indsæt ikke legitimationsoplysninger i en almindelig supportbesked. Sagen bør kun bevare den minimale sikre referenceinformation, der er nødvendig for at identificere, rotere eller tilbagekalde den berørte legitimation.

Tjek status for den berørte funktion og eventuelle servicemeddelelser. Hvis informationen er uklar, bed Support bekræfte, om tjenesten er genoprettet; ændr ikke integrationslegitimationsoplysninger for at gætte på en løsning.

Nej. Enhver supportadgang, der krydser den normale grænse for kundemiljøet, skal anvende en udtrykkelig, tilladelsesbaseret og revideret supportmekanisme. Supportadgang er ikke en generel genvej uden om isolering af kundemiljøer.

Behandl det som en sikkerhedshændelse, og brug den menneskelige eskaleringsprocedure for sikkerhed. Undersøg ikke yderligere, og udvid ikke adgangen; rapporten skal bevare konteksten for det berørte kundemiljø og de observerede beviser til gennemgang.

Nej. Lydoptagelsesopbevaring er et særskilt politikområde. Det afhænger af den relevante optagefunktion, samtykke, jurisdiktion og autoritativ optagelsesopbevaringspolitik.

Nej. Vedvarende optagelse relateret til sundhed kræver sine egne godkendte privatlivs-, compliance-, samtykke- og opbevaringsbetingelser. Generisk optagefunktionalitet giver ikke tilladelse til sundhedsoptagelse.

Support tjekker den autoritative revisionssti og relateret tilstandsændring. En manglende revisionsevent behandles som en hændelse; den må ikke rekonstrueres fra hukommelsen og præsenteres som om den var autoritativ dokumentation.

Brug navigationen i din indloggede konto og tjek dine tilladelser. Hvis du ikke kan finde indstillingen, så beskriv dit behov via supportlinket nederst på denne side.

Vend tilbage via den aktuelle sidenavigation eller din indloggede konto i stedet for gentagne gange at åbne det gamle link. Hvis destinationen stadig mangler, så vedlæg det ødelagte link i din supportanmodning.

Nej. Tilgængelighed i butik eller installation er ikke bevis på produktionsparathed. Go-live-parathed afhænger af produktets autoritative parathedstilstand.

Brug siden og kontokonteksten til at vende tilbage til den autoritative destination. At skifte mellem sider bør ikke beskrives som en ændring af serverstatus, medmindre en reel handling er udført.

Nej. Offentlige sider og autentificerede produktsider kan føre til det samme produkt, men kontostatus og driftskontroller kommer fra den indloggede produktkontekst.

En opdatering af visningen kan være sikker, når den kun genindlæser status. Den må ikke lydløst gentage en statusændrende handling som en indsendelse eller et køb.

En timeout beviser ikke, at den underliggende handling mislykkedes. Hvis handlingen kunne ændre tilstand, skal SolaroCall afstemme resultatet, før der foreslås et nyt forsøg.

Kun når autoritative produkt- eller leverandørbeviser bekræfter genopretning. En forsvindende spinner eller en ny sideindlæsning er ikke nok i sig selv.

Den viste side kan være forældet. SolaroCall bør sammenligne klientvisningen med autoritativ serverstatus, før det påstås, at en værdi er ændret eller tilbageført.

Begge grænseflader bruger den samme konto og det samme kundemiljø. SolaroCall bør afstemme forskellen med den serverautoritative status i stedet for at behandle en af klientskærmene som den autoritative kilde.

Support bør tjekke det autoritative gemmeresultat og nuværende serverstatus og derefter afgøre, om den aktuelle overflade er forældet, stadig synkroniserer eller viser en anden version.

En ældre fane kan vise forældet status. Enhver senere redigering skal stadig valideres mod nuværende server-/versionsstatus i stedet for at antage, at fanen er opdateret.

En skjult knap kan afspejle den aktuelle overflade, produktstatus eller præsentation, men det at skjule alene beviser ikke, hvilke tilladelser du har. Tilladelser håndhæves server-side.

En deaktiveret kontrol skal forklares ud fra autoritative forudsætninger eller produktets tilstand. Hjælp må ikke gætte årsagen ud fra udseendet alene.

Nej. UI-synlighed er ikke tilladelsesmyndigheden. Serverens håndhævede tilladelse og nuværende tilstand afgør, om en handling er tilladt.

Nej. Support skal identificere den reelle forudsætning, tilladelse eller tilstand. Den skal ikke instruere kunder i at omgå eller tvinge produktkontroller til at blive aktiveret.

En generisk fejl beviser ikke en specifik grundårsag. Support skal bruge den faktiske anmodning, fejlhændelse og serverbevis, før der forklares, hvad der skete.

En afbrudt klientforbindelse er adskilt fra serverens resultat. Support skal kontrollere, om operationen blev gennemført, før der rådes til at prøve igen.

Tjek om dit første forsøg lykkedes, før du gentager en booking, ordre, køb eller anden indsendelse. Hvis resultatet er uklart, bed Support om at tjekke det, så du ikke opretter en dublet.

Indsend det ikke igen blindt. SolaroCall skal først afstemme operationen og serverens tilstand, især for handlinger der kan oprette bookinger, ordrer, betalinger eller andre følgevirkninger.

Hold succesfulde og mislykkede deltrin adskilt. SolaroCall skal afstemme den delvise tilstand i stedet for at antage, at hele operationen er succesfuld eller mislykket.

De kan præsenteres forskelligt, når produktet definerer en grænsefladespecifik oplevelse, men konto, kundemiljø og autoritativ virksomhedsstatus forbliver fælles.

Brug en opdateret browser. Hvis en funktion ikke virker, skal du inkludere dit browsernavn og -version, enhed og den berørte side i din supportanmodning. Kompatibilitet med alle browserversioner garanteres ikke.

Tjek kravene vist i den relevante app-store-liste, før du installerer. Hvis du har et kompatibilitetsproblem, skal du inkludere din enhedsmodel og styresystemversion i din supportanmodning.

Nej. Ændring af grænsefladesproget ændrer, hvordan information vises, ikke din konto eller gemte forretningsdata.

Rapportér sidens adresse og sprog til Support, så versionerne kan tjekkes. En oversættelsesforskel betyder ikke nødvendigvis, at en funktion er ændret.

Angiv overfladen, hvad du forsøgte at gøre, den synlige fejl eller adfærd samt relevant tidspunkt/kontekst. Medtag ikke adgangskoder, hemmelige nøgler eller unødvendigt følsomme data.

SolaroCall holder den administrative eller supportrelaterede del faktuel og sender enhver nødvendig professionel vurdering videre gennem den konfigurerede menneskelige vej i stedet for at gætte.

Nej. Sikkerhedsfølsomme overdragelser afhænger af virksomhedens valg: de sker kun, hvis virksomheden har slået denne mulighed TIL, og da kun til den autoriserede modtager eller kø, den har konfigureret. Hvis muligheden er FRA, overføres opkaldet ikke. En manglende rute afstemmes i stedet for at gættes.

Ja, hvis det understøttes af klinikkens autoritative konfiguration. AI'en kan følge den administrative regel, men må ikke præsentere resultatet som en uafhængig klinisk vurdering.

Nej. Den må ikke bede opkaldere om at udføre farlige tjek for at kunne foretage en professionel vurdering.

Et sundhedsforløb, der kræver yderligere aftaler eller sikkerhedsforanstaltninger, kan ikke aktiveres, før disse krav er opfyldt. Kontakt teamet for at gennemgå din tiltænkte brug, før du stoler på det.

Nej. Menneskelig eskalering bevarer de eksisterende fakturerings-, booking-, konto-, sikkerheds- og andre autoritative regler; det ændrer kun, hvem der håndterer den uløste vurdering, ikke produktsandheden.

Ja. Overdragelsen skal bevare den relevante tråd og et kortfattet faktuelt resumé, så du ikke behøver gentage unødvendige detaljer.

Systemet må ikke sende oplysninger til en ikke-verificeret modtager. Brug Support til at gennemgå de konfigurerede teammedlemmer og overdragelsesmuligheder. SolaroCall er ikke en nødservice.

Nej. Den må håndtere tilladt administrativ information og tilbagekalds- eller planlægningsforløb, men den må ikke stille en diagnose.

Nej. Den må ikke ordinere eller give individuelle medicin- eller behandlingsinstruktioner, der kræver professionel vurdering.

Nej. SolaroCall må ikke udføre autonom klinisk hastevurdering eller triage. Den kan følge en godkendt administrativ regel og sende informationen videre til den konfigurerede professionelle eller menneskelige vej.

AI'en kan bevare det, du har sagt, som et rapporteret faktum og sende anmodningen videre korrekt, men den må ikke gøre din udtalelse til sin egen diagnose eller kliniske hastevurdering.

Det bør den ikke. Indsamling af følsomme oplysninger bør begrænses til det, der er nødvendigt for den godkendte administrative arbejdsgang, frem for at indsamle en komplet klinisk redegørelse for nemheds skyld.

Nej. AI'en må ikke love behandling, sikkerhed, helbredelse eller lignende professionelle resultater uden for godkendt omfang.

Nej. Optagelse og opbevaring af sundhedsdata forbliver separate politikbeslutninger og kan ikke udledes af en generisk optagefunktion.

Nej. Følsomme sundhedskontekster må ikke videresendes til reklame eller andre ikke-godkendte analyser, udbydere eller integrationer.

Nej. Det kommercielle navn ændrer ikke handlingens underliggende karakter. Sikkerhed og professionelle grænser følger den faktiske servicedefinition.

SolaroCall kan give godkendte administrative oplysninger, men må ikke give juridisk rådgivning, der kræver kvalificeret professionel vurdering.

Nej. Forespørgsler, der kræver autoriseret eller på anden måde beskyttet professionel vurdering, skal bruge den konfigurerede menneskelige vej.

Ja. Godkendte praktiske oplysninger som åbningstider, placering, booking og andre autoriserede administrative fakta kan forblive automatiserede.

Nej. Den må ikke garantere juridiske, kliniske, finansielle eller andre professionelle resultater, der ligger uden for det godkendte faktuelle område.

Nej. Support- og eskaleringsproceduren bør kun indsamle den mindst mulige relevante kontekst og foretrække strukturerede, begrænsede oplysninger, når det er tilstrækkeligt.

Den bør bevare det, du indberettede, som et faktum og ikke omskrive det til en diagnose, hasteklassificering eller anden professionel konklusion uden belæg.

Den eksisterende tråd og relevante kontekst bør bevares, så unødvendig gentagelse undgås.

Sikkerhedsproblemet bør bruge de eksisterende sikkerheds- og privatlivsregler i stedet for at oprette en ny sikkerhedspolitik i Fakturering eller Drift.

De normale afstemningsregler gælder stadig. En timeout beviser ikke, om en handling lykkedes, så SolaroCall bør afstemme status, før en sideeffekt-operation forsøges igen.

Den menneskelige anmodning kan imødekommes, men det ændrer ikke det autoritative refusionsvindue, berettigelse eller krav til dokumentation.

Sagen kan håndteres af en person, men Virksomhed-gennemgangen kan stadig ikke love gennemførlighed, pris eller leveringstidspunkt før en autoritativ gennemgang.

Den bør stoppe ikke-understøttet rådgivning og bruge den konfigurerede afstemnings- eller menneskelige vej i stedet for at opfinde en regel.

Gennemse kapitlerne og emnerne på denne side, eller brug søgefeltet til at finde ord i spørgsmål og svar. Hvis du stadig ikke kan finde en løsning, skal du bruge supportlinket nederst.

Brug anmodningsforløbet under Virksomhed til en individuel vurdering af gennemførligheden. Beskriv den arbejdsgang, de systemer, lokationer, sprog, den kapacitet og de begrænsninger, du faktisk har brug for. SolaroCall bør ikke love en specialfunktion, pris eller leveringsdato, før anmodningen er blevet gennemgået.

Teamet sender en anmodning om et skræddersyet tilbud videre til Salg. Brug siden Virksomhed til en ny specialanmodning.

Tjek din spammappe og bekræft, at e-mailadressen på din konto er korrekt. Hvis en forventet besked stadig mangler, brug hjælpeprocessen og angiv, hvilken besked du forventede og hvornår.

Support tjekker den faktiske udgående besked og udbyderens leveringsstatus. Levering må ikke påstås uden autoritativ dokumentation.

Brug kontaktmulighederne på SolaroCall's hjemmeside eller fortsæt en eksisterende SolaroCall-support-samtale. Send aldrig kontooplysninger til en adresse, du ikke kan verificere.

Nej. Almindelige produktspørgsmål skal starte i FAQ / Hjælp, så det hurtigst tilgængelige svar kan findes først. Virksomhedssalg er til tilbud, skræddersyede løsninger og større eller ikke-standardmæssige krav. Et almindeligt supportspørgsmål, der sendes via Salg, skal omdirigeres til FAQ / Hjælp-forløbet i stedet for at blive en genvej uden om det.

Teamet vil videresende dit produktsupportspørgsmål til den relevante supportproces. For et nyt supportspørgsmål, start med denne FAQ og brug det sidste supportlink, hvis nødvendigt.

Brug supportlinket i slutningen af denne FAQ for at få hjælp til produktet. Brug siden Virksomhed til et tilbud eller en skræddersyet løsning.

Brug siden Virksomhed og dens formular til tilbudsanmodninger. Beskriv dine krav, så teamet kan vurdere omfanget.

Virksomhed er vurderingsforløbet for skræddersyede tilbud, specialintegrationer, ikke-standardmæssige arbejdsgange, store organisationer eller organisationer med flere lokationer samt vurdering af gennemførligheden.

Nej. Indsendelse opretter en anmodning om gennemgang; gennemførlighed loves ikke, før den relevante tekniske og forretningsmæssige vurdering er afsluttet.

Nej. Prissætningen for Virksomhed er skræddersyet og må ikke opfindes som en fast offentlig pris før vurderingen.

Nej. Bekræftelsen må ikke love en leverings- eller svartidslinje før gennemgang.

Nej. En anmodning eller betaling aktiverer ikke automatisk en specialfunktion. Påkrævet gennemgang, kontrakt og produktionsbetingelser gælder stadig.

En specialanmodning vurderes, før der gives nogen forpligtelse. Indsendelse af en anmodning garanterer ikke, at en foreslået funktion kan leveres.

Hvis du er i tvivl om, hvorvidt din anmodning er modtaget, så tjek for bekræftelsen, før du indsender igen. Hvis du kontakter Salg, så nævn den oprindelige anmodning, så den kan tjekkes.

Beskriv problemet og hvad du forsøgte at gøre. Teamet vurderer hele beskeden og samtalekonteksten, så du behøver ikke bruge et særligt nøgleord.

Support afstemmer beskedidentitet og trådbeviser. Et forkert trådmatch behandles som en hændelse i stedet for stiltiende at fortsætte med blandet kundekontekst.

Du kan skrive din supportanmodning på dit foretrukne sprog. Supportprocessen er designet til at forstå og svare på det sprog; bed om afklaring, hvis et svar er uklart.

Ja. Svar skal bevare den korrekte tilknytning til tråden, så hele support- eller Virksomhedssamtalen forbliver samlet.

Nej. SolaroCall må ikke opfinde eller love en svartid, medmindre der findes et autoritativt serviceniveau for det tilfælde.

Den godkendte supportidentitet er SolaroCall Support Team.

Den godkendte salgsidentitet er SolaroCall Sales Team.

Et personligt svar kan inkludere teammedlemmets navn over SolaroCall Support Team eller SolaroCall Sales Team-signaturen.

Ja. Svar i den eksisterende samtale, når du følger op på samme problem, så de tidligere detaljer forbliver samlet.

Supportprocessen er designet til at svare på dit sprog. Hvis et svar er uklart eller på det forkerte sprog, så sig hvilket sprog du foretrækker i samme samtale.

Bevar den eksisterende samtale og undgå at sende gentagne nye beskeder om samme problem. Hvis du modtager dublerede svar, nævn det i samme tråd.

Nej. Send ikke adgangskoder, hemmelige nøgler eller unødvendigt følsomme værdier i almindelig support- eller salgs-e-mail.

Nej. Standard SolaroCall-konto- og service-e-mails håndteres af SolaroCall. Du behøver ikke konfigurere en separat e-mailudbyder for at modtage dem.

Ja. Eskalering til et menneske bevarer supporttråden og relevant kontekst, så kunden ikke behøver gentage hele problemet.