Hjelp og ofte stilte spørsmål

SolaroCall er en konfigurerbar AI-telefonagent og intelligent bedriftsassistent. Den kan besvare innkommende samtaler, bruke godkjent informasjon du gir, følge dine forretningsregler, organisere støttede handlinger som avtaler eller forespørsler, og rute samtaler til riktig neste steg.

SolaroCall er utviklet med utgangspunkt i virkeligheten i din bransje, ikke et generisk samtaleskript. Den naturlige stemmeopplevelsen kobles til strukturerte tjenester, timeplaner, ansatte, ressurser, tjenesteområder og regler du kontrollerer. Resultatet er et avansert, tilpasningsdyktig AI-telefonagentsystem som kan utvikle seg med din virksomhet, samtidig som viktige forpliktelser og menneskelige avgjørelser forblir under din kontroll.

Nei. En enkel svarbot tar opp en melding eller følger en fast meny. SolaroCall kan forstå støttede innringerintensjoner, konsultere oppdatert strukturert forretningsdata, stille relevante spørsmål, bruke konfigurerte regler og utføre autoriserte handlinger. Den nøyaktige oppførselen avhenger fortsatt av hvilke funksjoner og informasjon du aktiverer.

SolaroCall skal ikke feilaktig utgi seg for å være en menneskelig ansatt. Du kan konfigurere en tydelig, profesjonell introduksjon som identifiserer assistenten på riktig måte, samtidig som samtalen forblir naturlig og imøtekommende.

SolaroCall er laget for å håndtere repeterende førstelinjeoppgaver og hjelpe innringere videre til et nyttig neste steg. Teamet ditt forblir ansvarlig for faglige vurderinger, sensitive avgjørelser, unntak og alle oppgaver som krever et kvalifisert menneske.

Ja. Du starter med en bransjetilpasset konfigurasjon med relevante tjenester, ressurser, spørsmål og arbeidsflyter. Jo mer nøyaktig, strukturert og oppdatert informasjon du godkjenner, desto mer presist kan telefonagenten svare og handle. Den får aldri tillatelse til å finne opp fakta du ikke har gitt.

Din AI-telefonagent kan konfigureres til å svare dag og natt. Du bestemmer aktivt tidsskjema, oppførsel utenom åpningstid, eskaleringsregler og hvilke handlinger som er tilgjengelige utenfor normal åpningstid.

Ja. Du kan oppdatere tjenester, ansatte, timeplaner, regler og ressurser etter hvert som virksomheten vokser. Planene tilbyr ulike bruksgrenser. Ved oppstart dekker hver konto én virksomhet; en andre virksomhet krever en egen konto.

SolaroCall er for øyeblikket tilgjengelig for bedrifter basert i de 39 landene som er oppført i dekningsområdet vårt. Hvis bedriften din er basert i et annet land, kan du ikke registrere deg ennå.

Bruk knappen «Velg din virksomhetstype» øverst på hjemmesiden eller på en bransjeside. Bla gjennom den alfabetiske listen over virksomhetstyper, og åpne deretter den aktuelle siden.

Åpne virksomhetstypevelgeren nær sidetittelen og velg din faktiske bransje. Du kan gå direkte til en annen publisert bransjeside uten å gå tilbake til hjemmesiden.

Velgeren viser bransjesider som for øyeblikket er publisert og tilgjengelige for det aktive språket. Se etter en beslektet virksomhetstype eller et annet tilgjengelig språk. Hvis bransjen fortsatt ikke er tilgjengelig, bruk hjelpeløpet for å be om assistanse.

SolaroCall beholder det aktive språket når målsiden er publisert på det språket. Hvis den ikke er tilgjengelig, må nettstedet forklare tilgjengelig reservevalg før navigering og må ikke stille endre din lagrede preferanse.

Ja, men et bransjebytte kan påvirke tjenester, spørsmål, ressurser og arbeidsflyter. SolaroCall må forklare konsekvensene og be om bekreftelse før inkompatibel kladdkonfigurasjon erstattes.

Åpne din bransjeside, lytt til tilgjengelige telefonagentprøver, velg en telefonagent og velg test- eller oppsett-handling. SolaroCall bevarer bransje, telefonagent og kvalifisert språk når du går inn i konfigurasjonen.

Ja. Den vanlige gratis prøveperioden lar deg teste telefonagenten din med din bedriftskonfigurasjon før du abonnerer. Sjekk kvalifisering, tidsvindu og minuttgrense som vises når du starter.

Nei. Hurtigtesten bruker et lite sett med nødvendige fakta slik at du kan høre kjerneopplevelsen tidlig. Avansert konfigurasjon kan fullføres gradvis før produksjonsbruk. SolaroCall må tydelig vise hvilken informasjon som fortsatt kreves.

Ja, når en annen godkjent telefonagent og kompatibel stemmekonfigurasjon er tilgjengelig. Forhåndslytt til den nye stemmen, lagre valget og test det før du publiserer endringen.

Bruk global topp- eller bunnmeny. Disse delte navigasjonsområdene gir tilgang til gjeldende hjemmeside, Priser og andre godkjente globale destinasjoner uten å låse deg inne i en bransjeprosess.

Sjekk at du er logget inn på riktig bedriftskonto før du endrer innstillinger. Ved lansering dekker én konto ett sted. Hvis du administrerer flere steder, bruk den separate kontoen for stedet du vil jobbe med.

Sjekk det relevante området i din innloggede konto og dine tillatelser. Hvis innstillingen fortsatt mangler, noter hva du ønsker å endre og bruk støtte-lenken nederst på denne siden. Ikke bruk nettleserverktøy for å omgå en utilgjengelig kontroll.

Ja. Opprett kontoen din og bekreft e-posten før du fortsetter gjennom standard prøveoppsett og kvalifiseringskontroller.

Nei. Nett, mobil og app bruker den samme sentrale SolaroCall-kontoen og det samme kundemiljøet. Installering av appen må ikke opprette en ny introduksjonsprosess eller kreve en ny konto.

Ja. Onboarding-/konfigurasjonsfremdrift er serverautoritativ og deles på tvers av støttede innloggede enheter.

Ja. Den valgte Telefonagent-konteksten bevares gjennom registrering, e-postbekreftelse, kvalifisering, betalingsmetodeoppsett, konfigurasjon og prøveperiode.

Kunden bekrefter eksplisitt landet. IP-adresse, nettleserspråk, kortland og telefonprefiks kan være risikosignaler, men de erstatter ikke det eksplisitte landvalget.

Nei. Den vanlige selvbetjente prøveperioden er kun tilgjengelig for land som for øyeblikket tilbys av SolaroCall. Sjekk landvalgene som vises under registreringen.

Ja. Et gyldig betalingskort eller støttet betalingsmetode kreves før aktivering av standard gratis prøveperiode.

Den vanlige gratis prøveperioden inkluderer opptil 30 minutter med stemmetesting innen fem dager. Den avsluttes når en av grenseverdiene er nådd. Sjekk prøveperiodedetaljene i kontoen din før du starter.

Nei. De er separate grenser: en bruksgrense og et tidsvindu.

Nei. Gratis prøveperiode er en intern test-/konfigurasjonsopplevelse og skal ikke fremstilles som live bedriftsproduksjon.

Nei. Du velger og setter opp ditt produksjonstelefonnummer etter abonnement og fullføring av nødvendige oppsettskontroller.

Nei. Den vanlige gratis prøveperioden er for intern testing. Den aktiverer ikke ekte kundesamtaler eller videresending til et produksjonsnummer.

Nei. Den interne gratis prøveperioden sender ikke produksjonspåminnelser til kundene dine.

Ja. Du kan gradvis forberede bedriftskonfigurasjonen under prøveperioden. Delvis konfigurasjon kan være tilstrekkelig for testing, men det betyr ikke produksjonsklarhet.

Stemmetesting avsluttes når du når minuttgrensen eller femdagersvinduet utløper. Du kan deretter velge en betalt plan for å fortsette med betalt oppsett. Prøveperioden blir ikke automatisk et betalt abonnement.

Nei. Konverteringen bevarer gyldig konfigurasjon, prøvehistorikk, valgt telefonagent og fremdrift i introduksjonsprosessen i det samme kundemiljøet.

Nei. Statusene for prøveperiode og betalt abonnement utelukker hverandre for det samme kundemiljøet.

Nei. Konvertering til betalt abonnement viderefører den eksisterende kontoen, kundemiljøet og fremdriften uten en parallell introduksjonsprosess.

App Store- eller Google Play-tilgjengelighet er adskilt fra produksjonsklarhet. Å installere appen beviser ikke at din bedrifts telefonagent er Go Live.

App-/produkt-tilgang kan forbli synlig for kontinuitet, mens kun produksjonsveier forblir tydelig låst til de nødvendige betalte og produksjonsbetingelsene er oppfylt.

Nei. Du må også fullføre bedriftskonfigurasjon, telefonnummeroppsett og nødvendige tilkoblingstester før du aktiverer ekte kundesamtaler.

Ja. Betaling og operasjonelt oppsett er separate. Du må fortsatt fullføre nødvendig konfigurasjon og telefonforbindelsestester før du håndterer ekte kundesamtaler.

SolaroCall må gi et tydelig neste oppsettsteg. En betalende kunde skal ikke bli stående på en blindvei.

Nei. KLAR TIL TEST betyr at du kan prøve den konfigurerte opplevelsen. KLAR TIL Å GÅ LIVE krever også at telefonforbindelsen og andre oppsettssjekker er fullført.

Velg ditt bedriftsnummer under betalt oppsett. Tilgjengelige valg avhenger av ditt bekreftede operasjonsland og nummerbeholdningen.

Ikke nødvendigvis. KYC eller regulatorisk dokumentasjon kreves kun når reglene for valgt nummer/leverandør/land krever det.

Nei. Videresending er en valgfri støttet løsning der det er aktuelt, og ditt eksisterende nummer forblir hos nåværende operatør.

Først etter at den nødvendige reelle innkommende testforbindelsen lykkes. Å velge et nummer eller se en vellykket oppsettskjerm er ikke tilstrekkelig.

Fullfør nødvendig bedriftskonfigurasjon, telefonnummeroppsett og et vellykket testanrop. Følg klarhetssjekkene som vises i kontoen din før du aktiverer tjenesten.

Ikke stol kun på etiketten. Gå gjennom ufullstendige oppsettspunkter og kontakt Support hvis kontoen viser motstridende informasjon.

Legg til nøyaktige tjenester, beskrivelser, åpningstider, steder, tjenesteområder, priser eller prisregler, ansatte, ferdigheter, ressurser, varigheter, retningslinjer, vanlige spørsmål og instruksjoner for eskalering. Oppgi kun informasjon du har tillatelse til å bruke.

Vanligvis, ja. Mer komplett og oppdatert strukturert data gir telefonagenten bedre kontekst for støttede spørsmål og handlinger. Mengde alene er ikke nok: informasjonen må være nøyaktig, entydig, autorisert og holdes oppdatert.

Ja, gjennom et assistert eller administrert oppsett der dette tilbys. Du oppgir den godkjente bedriftsinformasjonen, SolaroCall utarbeider en konfigurasjon avgrenset til kundemiljøet, og du kan gjennomgå den før publisering. Administrativ tilgang må være autorisert, tillatelsesstyrt, loggført og mulig å tilbakekalle.

Ja. Administrer tjenester, team, åpningstider, ressurser og støttede forretningsregler via din konto. SolaroCall håndterer de underliggende telefon-, AI- og betalingsleverandørforbindelsene.

Du trenger ikke egne telefon-, AI- eller SolaroCall-betalingsleverandørnøkler for å bruke standardtjenesten. SolaroCall håndterer disse forbindelsene. For en godkjent tilpasset integrasjon, følg de sikre oppsettinstruksjonene for den integrasjonen; aldri send hemmeligheter via vanlig e-post.

Nei. SolaroCall må bruke godkjente data og autoritativ tilgjengelighet. Hvis pålitelig informasjon mangler, skal den forklare begrensningen, samle inn en forespørsel, tilby et godkjent alternativ eller eskalere i stedet for å gjette.

Ja. Bruk «Annet» eller «Legg til egen tjeneste» der det er tilgjengelig. Skriv inn tjenesten på ditt grensesnittspråk, vurder eventuelt et profesjonelt ordlydforslag, og godkjenn deretter varighet, prisoppførsel, ressurser, regler og publiseringsstatus.

Ja. Støttede tjenester kan bruke egen varighet og valgfri strukturert prisoppførsel, inkludert fast pris, startpris, intervall eller en annen aktivert regel. Konfigurer nøyaktig hva telefonagenten kan kommunisere for hver tjeneste.

Sjekk at tjenesten finnes for den aktive virksomheten, ikke er skjult eller kun ligger som utkast, og har nødvendig tilgjengelighet, varighet, ansatte eller ressursregler der det kreves. En tjeneste bør ikke tilbys innringere før dens nødvendige driftsdata er gyldige.

Konfigurer tjenesten med de ansattferdighetene, stedene, rommene, utstyret eller andre ressurser den faktisk krever. Tilgjengelighet beregnes deretter ut fra disse autoritative kravene sammen med tidsplaner og kapasitet. Ikke opprett dupliserte tjenester bare for å omgå en ressursregel med mindre virksomheten faktisk selger dem som ulike tjenester.

Ja. Mobiltjeneste kan gjelde kun for deler av katalogen din. For eksempel kan en hårklipp være tilgjengelig både i salongen og hjemme, mens en kompleks fargebehandling kun tilbys i salongen. Telefonagenten bruker de validerte mobilitetsreglene for hver enkelt tjeneste, i stedet for å anta at alle aktive tjenester er mobile.

Konfigurer tjenesten til å forklare at befaring, diagnose, tidsbruk, situasjon eller komplikasjoner avgjør sluttprisen. Telefonagenten kan da samle inn et pristilbud eller rute innringeren etter din godkjente arbeidsflyt.

Ja, men kun til en presis URL som din bedrift oppgir og validerer for den tjenesten eller regelen. SolaroCall må aldri finne opp, gjette eller konstruere en antatt meny-, pris- eller tjenesteside-URL ut fra firmanavnet ditt.

Der det støttes, kan du laste opp godkjent materiale for strukturert utvinning og gjennomgang. Kandidatdata må valideres før publisering; det opprinnelige dokumentet blir ikke stilletiende en ubegrenset kilde til operasjonell sannhet.

Ja. Konfigurasjonskortet kan kombineres med informasjon hentet fra din egen nettside. Nettsideuttrekk kan hjelpe med å forhåndsutfylle virksomhetsidentitet, tjenester, offentlige priser, åpningstider, produkter eller annen støttet forretningsinformasjon, men uttrekkede verdier forblir kandidatdata til de er gjennomgått og validert.

Den nåværende konfigurasjonsflyten støtter lesbare strukturerte eller tekstbærende filer som CSV, XLSX og PDF-er som inneholder uttrekkbar tekst. Disse filene kan bidra med tjenester, produkter, navn og priser. Skanninger, bilder, bildebaserte PDF-er eller ikke-støttede formater skal ikke påstås som vellykket tolket med mindre en senere støttet funksjon eksplisitt tillater det.

SolaroCall beholder kilden til hver viktig verdi og lar ikke stille en kilde overskrive en annen. Motstridende verdier fra nettside eller fil forblir kandidater til konflikten er gjennomgått. Kun validerte autoritative data skal styre telefonagentens operative svar.

Nei. Importert nettside- og filinnhold gjennomgås først som kandidatdata. Det kan forhåndsutfylle konfigurasjonen, men forblir redigerbart og må valideres før det blir autoritativ publisert forretningskunnskap.

Ja. Roller og tillatelser avgjør hvem som kan se eller endre konfigurasjon, kunder, samtaler, timeplaner, ressurser, fakturering og integrasjoner. Gi hver person kun den tilgangen de trenger for sitt arbeid.

Telefonagenten skal bruke den til enhver tid publiserte, autoritative åpningstiden for virksomheten. Et utkast eller en ikke-godkjent endring må ikke nå innringere uten varsel. Etter å ha endret åpningstidene, gjennomgå gjeldende timeplan og publiseringsstatus, og test den relevante anropsflyten før du stoler på endringen i produksjon.

Ja. Åpningstidene for bedriften og arbeidstidene for hvert teammedlem er separate konfigurasjonsdata. Et medlem kan arve den generelle timeplanen eller ha individuelle dager, timer og daterte fravær. Telefonagenten skal kun tilby den personen når bedriften er åpen og personen faktisk er tilgjengelig.

Ja. Hjemmetjeneste- eller mobiltjenestetider kan konfigureres separat fra åpningstidene for dine lokaler. For eksempel kan en salong være åpen hele uken, mens hjemmebesøk kun tilbys på utvalgte dager eller tider. SolaroCall holder disse timeplanene adskilt slik at det ikke tilbys hjemmebesøk bare fordi lokalene er åpne.

Ja. En virksomhet kan ha en generell tjenesteradius og mer spesifikke regler for utvalgte tjenester eller kategorier. For eksempel kan vanlig arbeid bruke én radius, mens nødhjelp eller spesialistarbeid bruker en annen. Kundens adresse sjekkes mot den autoritative regelen som gjelder for den forespurte tjenesten.

Du konfigurerer et utgangspunkt og tjenesteområderegler som gjelder for din bedrift. Når en kunde oppgir en adresse, bruker SolaroCall den tilkoblede geografiske motoren for å løse og validere adressen mot den konfigurerte sonen. Telefonagenten skal ikke anslå avstander fra minnet og skal ikke bekrefte en avtale når adressen ikke kan verifiseres.

Ved lansering har hvert etablissement sin egen konto og tjenesteområdekonfigurasjon. Flere etablissementer administreres ikke innenfor én standardkonto.

Ja. Publiserte bransjesider bruker det delte telefonagentgalleriet, hvor du kan høre godkjente lydprøver før du velger en telefonagent. Prøvene representerer kun stemmer og språk som er eksplisitt merket i galleriet.

Kontroller de autoritative bedriftsdataene som ligger til grunn for svaret: det aktive kundemiljøet og lokasjonen, tjenestedetaljer, åpningstider, priser eller prisregler, ansatte og ressurser samt eventuelle godkjente forretningsregler som er involvert. Korriger kildeinformasjonen i stedet for å legge til et motstridende engangssvar. Hvis kildedataene allerede er riktige og atferden fortsatt er feil, bruker du eskaleringsveien i Hjelp.

Bla gjennom det nåværende galleriet med telefonagenter for å se alle tilgjengelige profiler, portretter og stemmeprøver. Galleriet holdes oppdatert etter hvert som profiler legges til eller endres.

Ja. Navnet som vises i SolaroCall-galleriet identifiserer profilen du velger. Hvis du rapporterer et stemmeproblem, bruk det viste profilnavnet i stedet for å prøve å identifisere den underliggende stemmeleverandøren.

SolaroCall er designet for naturlige, menneskelignende stemmeopplevelser i stedet for en rigid telefonmeny. Lydkvaliteten varierer etter godkjent stemme, språk og tekniske forhold, så du bør lytte og teste den eksakte konfigurasjonen før oppstart.

Ikke nødvendigvis. Demolyd kan være tilgjengelig kun på utvalgte språk. Bruk visningen for støttede språk for gjeldende produksjonsutvalg; anta aldri at et språk er produksjonsklart bare fordi det finnes en prøve.

Ja. Velg hovedspråk og støttede tilleggsspråk under oppsettet. Disse valgene hjelper å tilpasse opplevelsen; de betyr ikke at alle andre støttede innringerspråk avvises. Sjekk gjeldende språktilgjengelighet for valgt stemme og test det før oppstart.

Ja. Endringer i stemme, hilsen, tjenester, regler og arbeidsflyter bør lagres som et utkast eller forhåndsvisbar konfigurasjon og testes før publisering når relevant funksjon støtter forhåndsvisning.

Ja, når akkurat den stemme- og språkkombinasjonen er verifisert. SolaroCall trenger ikke å lage en annen stemmeidentitet for hvert språk. Hvis et ønsket språk ikke er verifisert for den aktive stemmen, brukes den konfigurerte deterministiske reserve i stedet for en vilkårlig erstatning.

De valgte språkene optimaliserer telefonagenten for virksomheten din; de utgjør ikke en absolutt begrensning av funksjonaliteten. Motoren kan fortsatt håndtere andre støttede språk som innringere bruker. SolaroCall må ikke avvise språket til en innringer bare fordi du ikke valgte det på forhånd.

Nei. Grensesnittspråket ditt, språket du bruker til å legge inn bedriftsinnhold, standardspråket til telefonagenten, de valgfrie tilleggsspråkene til telefonagenten, språket til den nåværende innringeren og nettstedets språkinnstilling er separate tilstander.

Nei. Land og språk er separate innstillinger, og SolaroCall må ikke automatisk velge språket til telefonagenten basert på IP-adresse, geografisk plassering eller reisested. Språkinnstillingene for kundemiljøet og innringerens faktiske språktilstand er autoritative.

Resepsjonisten kan følge et støttet språkbytte under en samtale. Dette endrer ikke hovedspråket som er lagret for din virksomhet.

Et talespråk kan ha flere regionale varianter. Stemmeprøver og språkene som støttes for samtaler er også ulike lister. Sjekk gjeldende språkinformasjon og valgt profil i stedet for å behandle et demotall som en garanti.

Ja. Det er nettopp slike scenarioer testflyten skal validere: valgt stemme, velkomsthilsen, endringer i innringerens språk og støttet verktøyatferd. Resultatet skal komme fra den ekte testmotoren, ikke bare en simulering i front-end.

Sjekk valgt stemme og lagrede språkinnstillinger, og rapporter deretter den aktuelle samtalen eller testtidspunktet til Support. Hvis innstillingene er riktige, la dem stå slik at avviket kan undersøkes.

Disse symptomene bør sjekkes mot reell samtale, lyd, forsinkelse og veksling mellom parter. Support skal ikke automatisk skylde på stemmeleverandøren eller endre konfigurasjonen din uten bevis for den faktiske årsaken.

SolaroCall tilbyr lokaliserte versjoner av sine egne offentlige sider. Dette oversetter eller endrer ikke ditt eksterne bedriftsnettsted. Språkvelgeren viser hvilke versjoner som er tilgjengelige for besøkende.

Du kan gjennomgå støttede oversettelser av din egen bedriftsinformasjon der din rolle tillater det. Dette gir deg ikke redigeringstilgang til SolaroCalls offentlige nettsted.

Nei. Publiserte oversettelser lagres, så endring av grensesnittspråk laster en tilgjengelig oversettelse i stedet for å be om en ny oversettelse hver gang.

Nei. Å fullføre en oversettelse og gjøre den tilgjengelig for brukere er to separate trinn. Bruk språkversjonene som tilbys i grensesnittet.

En gjennomgått manuell rettelse må bevares. En senere automatisert oversettelsesprosess må ikke overskrive den i stillhet. SolaroCall beholder oversettelsesversjoner og gjennomgangsstatus slik at den godkjente formuleringen forblir autoritativ.

Nei. Kundens egen kilde­tekst forblir autoritativ på sitt opprinnelige språk. Lokale varianter kan genereres og gjennomgås, men de må ikke i stillhet erstatte ditt opprinnelige bedriftsinnhold.

Ja. Konfigurer en godkjent velkomsthilsen og identifikasjonsstil for virksomheten, språket og timeplanen. Hilsenen må forbli korrekt og må ikke feilaktig hevde at AI-telefonagenten er en menneskelig ansatt.

Sjekk at hilsenen ble lagret og brukt på valgt telefonagent, og test deretter igjen. Hvis den fortsatt bruker den gamle hilsenen, rapporter profilen og omtrent tidspunkt for test til Support.

Der den aktive konfigurasjonen støtter disse kontrollene, kan tone, stil og tempo konfigureres separat fra den underliggende stemmeidentiteten. SolaroCall skal ikke påstå at en kontroll finnes hvis den ikke er autoritativ i nåværende produktstatus.

Sjekk at firmanavnet ditt og eventuell støttet uttaleveiledning er korrekt. Hvis navnet fortsatt uttales feil, rapporter den valgte stemmen og et eksempel til Support i stedet for å endre det faktiske firmanavnet for å skjule problemet.

Bruk tilgjengelig forhåndsvisning eller testflyt for den aktuelle funksjonen før publisering eller oppstart. Test det reelle scenariet du har endret – for eksempel en tjeneste, timeplan, språk, overføring, bookingregel eller velkomst – og verifiser den faktiske handlingen, ikke bare det som sies.

En stemmeforhåndsvisning er en prøve for å velge en profil. En telefonagenttest bruker din bedriftskonfigurasjon. Lytt til forhåndsvisningen, og test deretter den valgte profilen med din egen informasjon før du går live.

Ja, når minimumsinformasjonen som kreves for en meningsfull test er til stede. Å være klar til å teste betyr ikke at bedriften er klar til å gå live.

Nei. Det interne testmiljøet oppretter ikke faktiske kundebestillinger, ordre, belastninger eller påminnelsesmeldinger.

Sammenlign valgt profil med eksempelet og test samme språk. Hvis forskjellen vedvarer, rapporter profil, språk og testtidspunkt til Support.

Nei. En språketikett alene garanterer ikke en regional aksent. Lytt til den faktiske prøven og bruk kun aksentalternativene som eksplisitt tilbys for valgt stemme.

Bruk de regionale aksentalternativene som eksplisitt er tilgjengelige for din valgte stemme. Hvis du trenger en annen aksent, be teamet bekrefte tilgjengelighet før du stoler på det.

Nei. Telefonagenten bør tilpasse seg samtalen uten å kritisere eller karakterisere innringerens intelligens, aksent eller språknivå.

Din betalte oppstart inkluderer valg av et tilgjengelig SolaroCall-nummer for ditt operasjonsland. Du kan bruke dette nummeret direkte eller beholde ditt eksisterende bedriftsnummer hos operatøren og videresende samtaler til SolaroCall. Tilgjengelighet og eventuelle krav til identitetsdokumenter avhenger av valgt nummer.

Ja. Behold nummeret hos din nåværende operatør og bruk de støttede instruksjonene for viderekobling for å sende samtaler til ditt SolaroCall-nummer. Dette porter ikke nummeret ditt. Sjekk hvilke samtaler valgt viderekoblingsmodus omdirigerer, spesielt hvis linjen også brukes til private samtaler.

Nei. Live-overføring skjer inne i SolaroCall-appen. SolaroCall ringer ikke ut til en ansatts eksterne nummer.

Ditt bekreftede driftsland filtrerer SolaroCall-numrene som for øyeblikket er tilgjengelige for det markedet. Du velger ett fra den tilgjengelige listen, og eventuelle regulatoriske identitetskrav gjelder kun hvis det spesifikke nummeret krever det.

Du velger land, operatør og linjetype. SolaroCall bruker deretter den verifiserte viderekoblingsoppføringen for akkurat den kombinasjonen. Instruksjoner kan variere mellom mobil- og fastlinjer fra samme operatør, så systemet må ikke gjenbruke én operatør- eller linjetypekode for en annen.

Nei. SolaroCall gir deg de verifiserte operatørspesifikke instruksjonene, koden, den offisielle veien eller ordlyden du skal bruke hos din operatør. Selve viderekoblingen konfigureres på din eksisterende operatørlinje. SolaroCall skal ikke påstå at en tredjeparts operatørendring er fullført uten autoritativ dokumentasjon.

Kun når en verifisert rutingsvei for din operatør eller produkt støtter det. SolaroCall skal ikke love tidsstyrt viderekobling bare fordi en annen operatør støtter det.

Bruk den verifiserte deaktiveringsinstruksjonen for din operatør og linjetype. Der operatøren bruker en app eller kundeportal i stedet for en tastekode, skal du bruke den offisielle veien. SolaroCall skal alltid vise den tilhørende stopp-instruksjonen eller kontaktinformasjon til operatøren, i stedet for å la deg stå uten en vei tilbake.

Fordi det å angi en kode eller se en aktiv innstilling i en operatørportal ikke beviser at samtaler faktisk kommer frem til SolaroCall. Nummeret anses først som verifisert etter at et reelt testanrop faktisk er mottatt.

Nummeret må bestå de nødvendige oppsett- og regulatoriske trinnene og deretter motta en vellykket faktisk tilkoblingstest. SolaroCall skal vise den faktiske nummerets livssyklusstatus i stedet for å si at nummeret er klart for tidlig.

Kjør eller gjenta den faktiske tilkoblingstesten og sammenlign valgt land, operatør, linjetype, viderekoblingsmodus, mål-SolaroCall-nummer og gjeldende verifiserte operatørveiledning. Hvis alt dette er korrekt og testen fortsatt feiler, følger saken telekom-hendelsesprosessen i stedet for å gjette en ny kode.

Bruk veien for Annen operatør eller MVNO for ditt land. Hvis det ikke finnes en verifisert selvbetjeningskode, skal SolaroCall gi den offisielle operatørveien eller nøyaktig informasjon du skal gi til operatøren, inkludert destinasjonsnummeret, i stedet for å finne opp en kode.

Operatørnavn, tjenestenavn, menyelementer og offisiell sideterminologi kan forbli på operatørens lokale språk slik at du kan finne det nøyaktige valget i den faktiske operatørappen, portalen eller dokumentasjonen. SolaroCall kan forklare trinnet på ditt språk uten å endre operatørens egne betegnelser.

Nei. Nummerpresentasjon er et passivt signal og kan være upålitelig eller forfalsket. For sensitiv tilgang eller endringer følger SolaroCall den konfigurerte identitetspolicyen og skal ikke stole kun på nummerpresentasjon.

Når nummerpresentasjon ikke er tilgjengelig, kan SolaroCall be innringeren oppgi telefonnummeret som trengs for arbeidsflyten og gjenta det nøye tilbake. Den oppgitte informasjonen håndteres deretter i henhold til de konfigurerte identitets- og personvernreglene.

Overføringskontakter er autoriserte personer i teamet ditt som kan motta samtaler i SolaroCall-appen når overføring og deres tilgjengelighet er aktivert.

Hvis overføring er av, ingen er tilgjengelig eller ingen svarer innen 30 sekunder, samler eller bekrefter resepsjonisten innringerens navn, tilbakeringingsnummer og årsak, og legger igjen et tilbakeringingsvarsel i appen. Ingen samtale overføres til et eksternt telefonnummer.

Når direkte overføring er aktivert, kan et tilgjengelig autorisert teammedlem svare i SolaroCall-appen. Det ringer i opptil 30 sekunder. Når personen svarer, forlater AI-resepsjonisten samtalen. Hvis ingen svarer, registrerer resepsjonisten innringerens navn, tilbake-nummer og årsak i en app-varsling.

En forespørsel om en person følger virksomhetens overføringsinnstilling og mottakernes tilgjengelighet. Hvis overføring er av, ingen er tilgjengelig eller ingen svarer innen 30 sekunder, samler resepsjonisten inn eller bekrefter innringerens navn, tilbake-nummer og årsak, og legger deretter igjen en tilbakeringingsvarsling i appen. Ingen samtale overføres til et eksternt telefonnummer.

Ja, til ett formål: en påminnelse om en avtale eller reservasjon. Når en bestilling gjøres tilstrekkelig lang tid i forveien (48 timer eller mer som standard), spør AI-telefonagenten innringeren: «Kan vi sende bekreftelsen og påminnelsen din til dette telefonnummeret?» Påminnelsen sendes dagen før. SolaroCall velger kanal basert på land, ikke innringeren: WhatsApp først, med SMS som reserve der det er tilgjengelig, og SMS først i Chile og Mexico. Ingenting sendes uten innringerens samtykke. Regler for avsender, tilgjengelighet i landet og meldingskvoten i abonnementet ditt gjelder fortsatt.

Med innringerens samtykke kan én påminnelse sendes dagen før en avtale eller reservasjon, via WhatsApp eller SMS, på kanalen valgt av SolaroCall etter land (ikke av innringeren). Som standard må bookingen være minst 48 timer etter samtalen; nøyaktig 48 timer kvalifiserer. En annen tidsregel kan gjelde hvis SolaroCall har konfigurert det for din virksomhet. Kanal- og landtilgjengelighet gjelder også.

Kvalifisering beregnes på nytt med det nye avtaletidspunktet og tidsregelen som gjelder for din virksomhet. En påminnelse sendes ikke hvis den ombookede avtalen ikke lenger kvalifiserer.

Sjekk innringerens samtykke, brukt kanal, avtaletidspunkt og meldingsstatus. En påminnelse kan være ikke-kvalifisert etter tidsregelen, allerede sendt eller påvirket av leveringsmuligheter. Bruk Support hvis den viste informasjonen ikke forklarer den manglende meldingen.

Samtalen som opprettet en avtale, reservasjon eller bestilling, med detaljer (innringerens nummer, adresse, notater og varsler), er synlig frem til selve hendelsen og slettes dagen etter. Selve hendelsen (dato, tid, tjeneste, antall personer og kundens navn) er synlig til slutten av påfølgende måned, slik at inneværende og forrige måned alltid er tilgjengelig. Etter det gjenstår kun statistikk, uten navn eller nummer. Fremtidige avtaler/reservasjoner slettes aldri. Rå lydopptaks­lagring er separat.

Ja. Autoriserte brukere kan bruke relevant samtalehistorikk, varsler og visningene Handling kreves for elementer som er opprettet av støttede arbeidsflyter. Synligheten følger tillatelsene for kundemiljø, lokasjon, team og rolle.

Ja, når operatøren og linjetypen din støtter viderekobling ved ikke-svar. Den tilgjengelige forsinkelsen kommer fra den verifiserte operatørfunksjonen.

Nei. Standardmelding for avtale og reservasjon er en påminnelse, sendt med innringerens samtykke via WhatsApp eller SMS. Bekreftelse gis under samtalen.

Der samtalen har produsert nødvendig operasjonell logg, kan SolaroCall vise innringerkonteksten som er tilgjengelig for virksomheten, som innringerens navn eller verifisert nummer når tilgjengelig, tidspunkt, årsak, kort sammendrag og eventuelle «Action Required» eller tilbakeringingslogg.

Nei. Skriftlig eller strukturert anropshistorikk, sammendrag og operasjonelle logger er adskilt fra varig lydopptak. Eksistensen av anropshistorikk betyr ikke at rå lyd lagres, og regler for lydlagring må ikke utledes fra regler for historikkbevaring.

Kontroller først den gjeldende oppbevaringsperioden, tilgangstillatelsene dine og om den forventede samtaleoppføringen finnes under riktig kundemiljø og tidsintervall. Hvis oppføringen fortsatt skal finnes og fremdeles mangler etter disse kontrollene, følger den prosessen for hendelser knyttet til historikk/data.

Ja, for aktiverte arbeidsflyter. Den sjekker autoritativ tilgjengelighet sammen med tjenestevarighet, ansattes ferdigheter, rom eller andre ressurser, reise­regler og booking­begrensninger før den tilbyr en støttet tid.

SolaroCall sjekker på nytt nødvendig personale, tid og ressurser før en booking lagres. Hvis en annen booking har tatt kapasiteten i mellomtiden, kan ikke tiden bekreftes og et annet tilgjengelig alternativ må tilbys.

Det kreves ingen plantegningseditor. Konfigurer bordene og ressursene dine som strukturerte oppføringer, med kapasitet, områder, utsikt og tillatte kombinasjoner. SolaroCall bruker disse oppføringene til å kontrollere reservasjoner. Dette oppsettet er like presist som en plantegning: Hver detalj du legger inn – kapasitet, område, etasje, med eller uten utsikt – overføres til AI slik at den svarer innringere nøyaktig. En tegnet plantegning er rett og slett ikke nødvendig, slik at oppsettet kan være raskt og enkelt.

Ja, for virksomheter med aktivert leveringsarbeidsflyt. Konfigurer leveringstider, områder eller radius, adressekrav, minimum, kapasitet, tid og eskalering. Telefonagenten må ikke finne opp dekning, tid, pris eller aksept.

Ja. I utgangspunktet mobile yrker bruker konfigurert dekning, reisetid, ansattes ferdigheter, fysiske ressurser og planleggingsregler. En gyldig avtale må ta hensyn til reise og kan ikke anta at alle adresser kan betjenes.

En gyldig avtale kan kreve mer enn et tomt tidsrom. SolaroCall kan også trenge riktig ansatt eller ferdighet, rom, utstyr, reisetid, tjenestevarighet, stedsregler og kapasitet samtidig. Den endelige tilgjengelighetssjekken er autoritativ, så en visuelt åpen periode er ikke en bekreftet booking i seg selv.

Tilgjengeligheten kan endre seg mens samtalen pågår. Før endelig lagring revaliderer SolaroCall tidspunktet og alle nødvendige begrensninger, som ansatte, ressurser, tjenestestatus og tjenesteområde. Dette forhindrer at utdatert tilgjengelighet fører til dobbeltbooking.

Ja. En restaurant kan definere individuelle bord eller ressurser, kapasitet som 2, 4, 6, 8 eller annet antall seter, etasjer, soner, tilgjengelighet, kombinerbare bord og egendefinerte attributter. Disse registrene—ikke et bilde—er bookingens sannhetskilde.

Ja, når restauranten har konfigurert disse utsiktsattributtene. SolaroCall kan bruke dem som bookingpreferanser og sjekke kompatibel strukturert tilgjengelighet, men må ikke love et spesifikt bord eller utsikt før reservasjonen er gyldig bekreftet.

Nei. Start med den viktigste restaurantinformasjonen. Du kan legge til detaljer om bord, områder og bookingregler etter hvert som du fullfører oppsettet.

Ja, kun når tilsvarende funksjon er aktivert og konfigurert. Menyer, tilgjengelighet, bestillingsregler, kapasitet, arrangementsdetaljer og bekreftelser må komme fra godkjente data og støttede arbeidsflyter.

SolaroCall må ikke hevde at preferansen er oppfylt når den ikke er det. Det kan tilby et annet kvalifisert alternativ som et eksplisitt alternativ, samtidig som det bevarer at den eksakte ønskede ressursen eller attributtet var utilgjengelig.

Autoriserte ansatte kan markere et faktisk ledig bord som opptatt nå. Denne driftsoppdateringen fjerner umiddelbart bordet fra tilgjengelighet. En falsk reservasjon eller unødvendig kundeprofil er ikke nødvendig bare for å representere walk-in-opptak.

Autoriserte ansatte kan frigjøre bordet operasjonelt slik at det blir tilgjengelig igjen. Dette endrer bordets nåværende tilstand; det sletter eller endrer ikke bordets underliggende konfigurasjon.

Ja, når reservasjonen er autorisert til å endres og målbordet er kompatibelt og faktisk ledig. Flyttingen er en operasjonell omplassering og endrer ikke restaurantens bordkonfigurasjon.

Kun når de konfigurerte bordkombinasjonsreglene tillater akkurat den kombinasjonen og de nødvendige bordene faktisk er tilgjengelige. SolaroCall må ikke finne opp en kombinasjon bare fordi det totale antallet seter tilfeldigvis er tilstrekkelig.

Nåværende kapasitet kommer fra faktisk bordstatus, bekreftede reservasjoner, tillatte bordkombinasjoner og walk-in-opptak. Det er en operasjonell beregning, ikke bare summen av nominelle bordkapasiteter lagret i konfigurasjonen.

Ja. SolaroCall skiller mellom et strengt krav, en foretrukket person og ingen preferanse. Den søker kun verifisert kvalifisert personale og aktuell tilgjengelighet. Hvis en foretrukket person ikke er tilgjengelig, kan den tilby et annet tidspunkt med den personen eller et annet kvalifisert teammedlem i henhold til forretningsreglene; den gjør aldri en preferanse til en garanti.

Kunden kan be om samme navngitte fagperson når denne preferansen er kjent og autorisert for bruk. SolaroCall sjekker fortsatt aktuelle ferdigheter, tjeneste, sted, reise, rom- eller utstyrsbehov og reell tilgjengelighet. Hvis den forespurte personen ikke er tilgjengelig, gjelder de konfigurerte alternativ- og bekreftelsesreglene.

Rediger tilgjengeligheten som tilhører det spesifikke teammedlemmet, stedet eller oppdraget, i stedet for den virksomhetsomfattende timeplanen. SolaroCall må holde personlig tilgjengelighet og virksomhetens åpningstider adskilt, slik at en endring for én person ikke stilletiende endrer hele teamet.

Ja, når arbeidsflyten din støtter ansattpreferanse og ekskludering. En ekskludering er en reell matchingsregel, ikke et notat. SolaroCall skal ikke booke den kunden med den ekskluderte personen selv om vedkommende ellers er ledig.

En sterk navngitt preferanse må ikke erstattes i stillhet. SolaroCall kan forklare at ønsket person ikke er tilgjengelig og tilby et kvalifisert alternativ når det er hensiktsmessig, men det må være tydelig at alternativet er forskjellig fra det eksakte ønsket.

En konfigurert eller registrert ekskludering er en operasjonell matchingsregel, ikke et mykt notat. SolaroCall må ikke tildele denne personen bare fordi vedkommende er tilgjengelig.

Ja. Konfigurer hvert rom eller kabin med reell kapasitet, aktuelle tjenester og om det er delt eller helt reservert. En tjeneste kan kreve én eller flere kunder, terapeuter, senger eller benker. SolaroCall sjekker alle nødvendige personer og ressurser for samme tidsrom før et gyldig alternativ presenteres.

Ja, når det faktiske utstyret, bedriftens retningslinjer og gjeldende krav tillater det. De fleste senger eller båser kan fortsatt være ressurser for én person. En kabin som inneholder flere separate ressurser, eller et annet støttet format, bruker bare kundemiljøets verifiserte kapasitet. SolaroCall antar aldri at en vanlig seng passer for to personer.

Bookingen kan kreve både riktig behandler og en kompatibel kabin eller rom. En kabin kan ha egen kapasitet og tjenesteberettigelse, og kompatibilitet mellom behandler og kabin kan konfigureres. For duo- eller flerbehandlerbehandling må alle nødvendige behandlere og nødvendige kompatible ressurser være ledige i samme tidsrom.

Ja. En enmannskabin og en tomannskabin er ulike ressurskonfigurasjoner. Deres kapasitet, berettigede tjenester, kompatible behandlere og tilgjengelighet kan variere. SolaroCall må bruke de faktiske konfigurerte kravene i stedet for å behandle en dobbeltkabin som bare en større versjon av en enkel.

Konfigurer hver kabin med navn eller nummer, utstyr, kapasitet og berettigede tjenester. Angi tekniske spesifikasjoner i de tiltenkte feltene; et utstyrsmodellnavn er ikke en effektangivelse.

En bestilling er kun bekreftet når den er lagret med hell. Et tilbudt tidspunkt eller et muntlig forslag alene er ikke en bekreftelse; tilgjengeligheten sjekkes på nytt før bestillingen lagres.

Leveringsadressen valideres mot virksomhetens autoritative leveringsregler og tjenesteområde. SolaroCall må ikke finne opp et unntak for en adresse som er utenfor den konfigurerte leveringssonen.

Hvis virksomheten har konfigurert et leveringsminimum, må den nåværende bestillingen oppfylle det i gjeldende valuta. SolaroCall må følge denne regelen i stedet for å frafalle minimumet i stillhet.

Nei. Leveringstidspunkter kommer fra autoritativ operasjonell tilgjengelighet og leveringsregler. Et praktisk tidspunkt må ikke loves hvis det aktuelle vinduet ikke er tilgjengelig.

Produktets tilgjengelighet sjekkes mot gjeldende autoritativ status. SolaroCall må ikke inkludere et utilgjengelig produkt som om det fortsatt var tilgjengelig; bestillingen bør justeres eller et annet tilgjengelig alternativ diskuteres før lagring.

De kommer fra gjeldende publiserte produkt- og prisstatus som brukes for bestillingen. SolaroCall må ikke finne opp en produktpris eller endre historiske publiserte prisbevis bare for å få en feil total til å fremstå som gyldig.

Nei. Å registrere en ordre betyr ikke at betaling er innkrevd. Betalinger gjort av dine kunder for dine egne varer eller tjenester er adskilt fra ditt SolaroCall-abonnement og krever en eksplisitt støttet ordning.

Bedriften mottar den faktiske driftsvarslingen for avtalen, reservasjonen eller ordren når den tilsvarende hendelsen eksisterer. Den inneholder de driftsmessige fakta bedriften trenger, og er forskjellig fra eventuelle valgfrie AI-notater.

Support kontrollerer den registrerte driftsoppføringen, den forventede varslingshendelsen og tilgjengelig dokumentasjon på levering. SolaroCall må ikke hevde at varselet ble levert bare fordi selve bestillingen eller ordren finnes.

Ja. Den driftsmessige tidslinjen kan bevare opprettelse, hvem eller hva som opprettet den, senere endringer, kansellering og andre meningsfulle statusendringer i henhold til den autoritative historikkpolicyen.

Nei. Telefonagenten ber innringeren bekrefte identifiserende opplysninger som må samsvare med eksisterende bestilling før en privat endring kan gjøres. Å ringe fra samme nummer alene gir ikke autorisasjon til endring.

Nei. SolaroCall må ikke avsløre eksistensen eller private detaljer om en eksisterende avtale eller reservasjon før nødvendig identitetskontroll er gjennomført.

Ja, etter at den eksisterende posten er korrekt identifisert og ønsket endring er revalidert mot gjeldende tilgjengelighet, kvalifikasjon og driftsregler. Den nye tilstanden er kun bekreftet etter at endringen er lagret med hell.

AI-notatet er en tilleggsvarsling kun når det finnes meningsfull kontekst som bør fremheves, for eksempel noe innringeren la vekt på. Det er adskilt fra den faktiske bestillings- eller ordrevarslingen og skal ikke genereres som en tom sekundær varsling.

Nei. En fremtidig hendelse forblir tilgjengelig til den faktisk inntreffer. Oppryddingsregler for tidligere hendelser skal ikke slette en avtale, reservasjon, intervensjon eller ordre som fortsatt ligger i fremtiden.

Detaljert hendelseshistorikk inneholder driftsbevis for en spesifikk avtale, reservasjon, intervensjon eller ordre. Daglige oppsummeringer er aggregerte driftsantall beregnet for enkel rapportering og erstatter ikke den detaljerte loggen for en hendelse som fortsatt er relevant eller fortsatt ligger i fremtiden.

Sjekk bestillingshistorikken før du gjør en ny bestilling. Hvis bekreftelsen ikke kan finnes, gi Support omtrentlig tidspunkt og relevante bestillingsdetaljer slik at resultatet kan sjekkes.

Support sammenligner den opprinnelige forespørselen, validerte begrensninger, forpliktet post og hendelseshistorikk. Kildekonfigurasjonen skal ikke skrives om bare for å få den feilaktige operative posten til å fremstå som gyldig; det faktiske avviket skal avstemmes og korrigeres gjennom den autoriserte operative veien.

Dashbordet gir en kompakt operasjonell oversikt over dagens forretningsdag, med relevante måleparametere som anrop, avtaler, reservasjoner, intervensjoner, bestillinger, kunder og sanntidsressurser.

Ja. Nåværende operasjonelle tall skal gjenspeile autoritative bekreftede hendelser og nåværende ressursstatus. En bekreftet reservasjon, teamhandling eller drop-in må påvirke de relevante sanntidstellere.

Ledig kapasitet kommer fra faktisk bordstatus. Når et eksklusivt bord er opptatt, telles ikke dets fulle konfigurerte kapasitet som ledig, selv om selskapet er mindre enn bordets nominelle kapasitet.

Ja, der det er aktuelt. Gjenværende hull beregnes ut fra det enkelte medlems individuelle timeplan, fravær og nåværende bestillinger, ikke fra en generell bedriftskalender.

Nei. Synligheten i kontrollpanelet følger omfanget for kundemiljø, lokasjon, team, rolle og medlem. Et medlem som er begrenset til sitt eget arbeid, må ikke få tilgang til urelaterte data for hele virksomheten.

Serveren håndhever de autoritative harde rettighetsreglene. SolaroCall skal vise nåværende grense og støttet oppgraderings- eller ekstra kapasitetsvei, i stedet for å finne opp mer inkludert bruk.

Dashbordet ditt viser bruks- og abonnementsinformasjon som er relevant for din virksomhet. Det viser ikke SolaroCall sine interne driftskostnader.

De lagrede kontoens bruksoppføringer avgjør din gjenværende kvote. Hvis det viste tallet virker feil, oppdater visningen og be Support undersøke før du stoler på det.

Support avstemmer den viste kapasiteten med de faktiske bord-/ressursregistrene, reservasjoner og drop-in, ved å bruke de konfigurerte kapasitetsreglene i stedet for å anslå svaret.

Produktet kan vise forhåndsvarsler om bruk i henhold til den konfigurerte varslingspolitikken, slik at kunder kan se forbruk og gjenværende kapasitet før en hard grense nås.

Nei. En endring i leverandørkostnad eller pris skal ikke stille og rolig forbruke ekstra kundeminutter eller endre kundens plan-kvote.

Prissiden viser de nåværende ekstra pakkene. Kontoens abonnement og bruk avgjør hvilke kjøps- eller oppgraderingsalternativer som gjelder for deg.

Support sammenligner den viste verdien med den autoritative operasjonelle hendelsen, ressursen, rettigheten eller aggregerte sammendragskilden. Visningen korrigeres fra kildesannheten, i stedet for å behandle den synlige telleren som autoritet.

Daglige sammendrag lagrer aggregerte operasjonelle tellinger som er relevante for virksomheten, som anrop, avtaler, reservasjoner, bord/plasser, kunder, intervensjoner eller bestillinger.

Nei. De lagrede aggregerte daglige sammendragene er bevisst uten kundenavn eller telefonnumre.

Daglige sammendrag støtter historikk og analyse tilgjengelig i din konto. Bevaring kan variere mellom aggregerte sammendrag, detaljerte kundeposter og lydopptak; se gjeldende historikk- og personvernsinformasjon.

Nei. Aggregerte sammendrag og hendelsesnivå operasjonelle poster er forskjellige. En fortsatt relevant fremtidig operasjonell post må forbli tilgjengelig etter sine egne livssyklusregler.

Nei. Aggregerte sammendrag skal ikke brukes til å rekonstruere kundens identitet.

Kundeorientert analyse er enkle operasjonelle analyser: nyttige tellinger, nåværende status, grafer og trender som hjelper med å håndtere avtaler, reservasjoner, intervensjoner og bestillinger.

Nei. SolaroCall tilbyr operasjonell tjeneste og enkel analyse, ikke bokføring eller regnskap for kundens virksomhet.

Måleparametere bruker sentralt definerte betydninger og autoritative kilder. SolaroCall skal ikke la ulike skjermer finne opp motstridende definisjoner for samme måleparameter.

Kun når det finnes pålitelig bevis for den forklaringen. En trend kan vises uten å finne opp en årsak til endringen.

SolaroCall skal vise begrensningen eller opprinnelsen ærlig, i stedet for å lage en presis verdi fra ufullstendige data.

Ja, der den relevante historikk-/søkefunksjonen er tilgjengelig. Resultatene forblir begrenset til omfanget for kundemiljøet, lokasjonen, teamet og rollen som det innloggede medlemmet har tillatelse til å se.

Kun hvis deres autoriserte omfang tillater det. Historikksøk utvider aldri et medlems tillatelser.

Sammenlign de gjeldende abonnementene på Priser-siden. Sjekk inkluderte innringere, samtaleminutter, meldinger og teammedlemmer, og velg månedlig eller årlig fakturering. Tilpassede behov kan sendes inn via Bedrift-siden.

For planopptelling regnes samme innringernummer som én unik kunde for den månedlige syklusen, selv om det ringes flere ganger i løpet av perioden. Samtaleminutter teller fortsatt mot den gjeldende månedlige minuttkvoten; når en person fra din bedrift svarer på en overført samtale, telles resten av samtalen ikke lenger.

Ja. Samme nummer kan ringe flere ganger i løpet av måneden og regnes fortsatt som én unik kunde, forutsatt at planens månedlige samtaleminuttkapasitet ikke er brukt opp.

Ingen nye unike nummer inkluderes under den månedlige kvoten. Nummer som allerede er telt kan fortsette å ringe så lenge månedlig samtalekapasitet gjenstår, underlagt gjeldende plan og eventuelle konfigurerte begrensninger eller kjøpte pakker.

Nei. Månedlige kvoter tilbakestilles ved starten av hver faktureringssyklus, og ubrukt kapasitet rulles ikke over.

Inkluderte meldinger brukes til påminnelser om avtaler og reservasjoner, sendt via SMS eller WhatsApp, den kanalen SolaroCall velger etter land (ikke innringeren), med innringerens samtykke. Hver melding som sendes bruker én enhet av planens månedlige kvote. Gjeldende plan, land og samtykkeregler avgjør faktisk tilgjengelighet.

Sjekk gjeldende Prisside og din kontos Fakturering- eller Bruksområde for ekstra pakker og oppgraderingsmuligheter. Hvis du regelmessig trenger mer kapasitet, kan en høyere plan passe bedre til ditt bruk.

Sjekk kontoens Bruk eller Fakturering for gjeldende kvote, bruk og faktureringsperiode. Hvis en teller virker feil, unngå å stole på den for å gjøre et nytt kjøp og be Support sjekke kontoregistrene.

Ekstra pakker er gyldige i 12 måneder fra kjøpsdatoen, uansett hvilken plan du har eller når den fornyes. Ubrukte kreditter utløper etter 12 måneder.

Åpne abonnement- eller faktureringsområdet, se gjennom gjeldende plansammenligning og velg en kvalifisert endring. SolaroCall må vise ikrafttredelsesdato, belastnings- eller kredittadferd og resulterende kapasiteter før bekreftelse. Å bytte plan låser ikke opp eller fjerner standard produktfunksjoner.

Bruk kanselleringsfunksjonen i abonnementområdet når den er tilgjengelig for din kjøpskanal. Kansellering stopper fremtidig fornyelse i henhold til de viste vilkårene; tilgang og inkludert kapasitet fortsetter eller avsluttes i henhold til bekreftet ikrafttredelsesdato.

Du kan be om refusjon innen syv dager etter en vellykket abonnementsbetaling: betalingsdatoen er dag 1 og dag 7 er inkludert. Et abonnement refunderes maksimalt én gang, uansett betaling (første eller fornyelse). Forespørsler mottatt i tide forblir kvalifisert for vurdering selv om behandlingen tar lengre tid. Godkjenning er ikke automatisk. Der vilkårene og gjeldende lov tillater det, trekkes andelen av planens kvote som allerede er brukt, den faktiske kostnaden for ditt bedriftsnummer og de faktiske betalingsbehandlingsgebyrene fra beløpet som refunderes. Prøvebruk belastes ikke med tilbakevirkende kraft. Vilkårene forklarer hele policyen. Den separate uformelle tvisteløsningsprosessen på 30 dager forlenger ikke denne refusjonsforespørselsperioden eller gjenoppretter brukte kreditter.

SolaroCall sjekker den faktiske betalingen og den autoritative refusjonspolicyen som gjelder for den. Berettigelse avgjøres aldri ut fra ordlyden i forespørselen. Hvis betalingen ikke lenger er berettiget, kan Support forklare gjeldende policy; hvis den fortsatt er berettiget for vurdering, følger forespørselen den nødvendige menneskelige vurderingsprosessen.

Det standard kommersielle refusjonsforespørselsvinduet avsluttes etter dag 7. Du kan fortsatt be Support forklare avgjørelsen og dine avbestillingsmuligheter. Gjeldende lovfestede rettigheter forblir upåvirket. Å kansellere en fornyelse og å motta refusjon er separate handlinger.

En forespørsel mottatt innenfor syvdagersvinduet forberedes for menneskelig vurdering fra de faktiske betalings- og bruksregistrene. SolaroCall kan vise betalt beløp, andel av planens kvote som allerede er brukt, den reelle kostnaden for ditt bedriftsnummer, de faktiske betalingsbehandlingsgebyrene for betalingen, og det maksimale beløpet som fortsatt kan refunderes. Høyt forbruk kan derfor redusere beløpet som gjenstår å refundere. Systemet forbereder bevis og et foreslått maksimum; den endelige refusjonsbeslutningen tas av en autorisert menneskelig vurderer.

Sjekk fakturadokumentene knyttet til betalingen din og eventuelle kvitteringer eller fakturaer sendt etter kjøpet. Hvis et dokument mangler eller er feil, oppgi betalingsdato og referanse til Support, uten å sende hele kortinformasjonen din.

Ja. SolaroCall bruker data og tillatelser som er avgrenset til kundemiljøet, slik at autoriserte brukere får tilgang til riktig forretningskontekst. Tilgang på tvers av kundemiljøer er forbudt, unntatt gjennom en uttrykkelig, tillatelsesstyrt og revidert støttemekanisme.

Kun autoriserte brukere med relevant rolle og tilgang til det aktuelle kundemiljøet eller lokasjonen. Administratorer bør gjennomgå tilgangen regelmessig og fjerne tillatelser som ikke lenger er nødvendige.

Opptak avhenger av aktivert funksjon, konfigurasjon, samtykkekrav og gjeldende lov. Skriftlig samtalehistorikk betyr ikke automatisk at rå lyd lagres. Grensesnittet må vise gjeldende opptaks- og lagringsatferd.

Autoriserte brukere kan oppdatere støttede forretningsoppføringer og bruke tilgjengelig databehandlings- eller støtteprosess for korrigerings- og sletteforespørsler. Noen oppføringer må kanskje beholdes der lov, sikkerhet, fakturering eller tvistforpliktelser krever det.

Bruk gjeldende sikkerhets- eller støtterute vist i Hjelp. Ikke legg inn legitimasjon, hemmelige nøkler, fullstendige betalingsdetaljer eller unødvendig sensitiv informasjon i en vanlig offentlig melding. Haster det, må verifiserte bekymringer følge den konfigurerte menneskelige eskaleringsveien.

Kun for eksplisitt støttede handlinger og kun med nødvendig autentisering, tillatelse, bekreftelse og revisjonsspor. Ellers skal den forklare riktige trinn eller lenke direkte til riktig grensesnitt i stedet for å late som den fullfører dem.

Åpne team- eller brukerstyringsområdet, velg handlingen for å legge til medlem, skriv inn nødvendige identitetsdetaljer og tildel lavest mulig passende rolle og omfang. Grensesnittet må vise eventuelle relevante kapasitets- eller invitasjonskrav før du bekrefter.

Innstillingen kan avhenge av rollen, yrket, lokasjonen, den aktiverte konfigurasjonen, landet eller utrullingsstatusen din. Den må ikke skjules bare fordi en betalende kunde valgte et abonnement med lavere kapasitet. Logg på riktig kundemiljø og lokasjon, og kontroller deretter konteksten som vises i Hjelp. Eskaler saken hvis det nåværende produktet fortsatt er i strid med svaret.

SolaroCall overvåker støttede avhengigheter og følger konfigurert feil-, varslings- og reserveatferd. Det må ikke vises en booking, overføring, melding eller annen handling som vellykket med mindre den autoritative operasjonen bekrefter suksess.

Nei. Kun en godkjent og konfigurert reserve kan brukes. SolaroCall skal ikke introdusere en vilkårlig leverandør bare fordi primærleverandøren er utilgjengelig.

Nei. Gjenoppretting må baseres på autoritative bevis fra leverandør/funksjonalitet. SolaroCall skal ikke kunngjøre gjenoppretting bare fordi en tidligere feil har forsvunnet fra grensesnittet.

Support sammenligner den nåværende feilen med nylig hendelseshistorikk. Gjentatte eller systemiske feil kan eskaleres for teknisk gjennomgang i stedet for å behandles som enkeltstående hendelser.

Tilgang kontrolleres av tjenesten, ikke bare av om en knapp vises på skjermen. En skjult knapp alene er ikke bevis på hvem som har tillatelse.

Teamets roller og tillatelser gjelder konsekvent på tvers av de støttede kontoområdene. Å bytte skjerm gir ikke et medlem ekstra tilgang.

Ja. Som standard ser et medlem sine egne tildelte bestillinger. Bedriftseieren kan gi bredere bestillingstilgang til individuelle medlemmer. Tilgang til andre kontoområder avhenger også av tildelte tillatelser.

Nei. Å konfigurere bedriftsstruktur og utføre daglige driftsoppgaver er separate tillatelsesspørsmål. Et medlem kan få lov til å jobbe med avtaler, bord eller intervensjoner uten å ha lov til å endre den underliggende bedriftskonfigurasjonen.

Fordi synlighet ikke gir tillatelse. SolaroCall sjekker medlemmets serverautoritative rolle, handlingstillatelse og omfang før operasjonen tillates.

Ja. Eier kontrollerer varslingsvalget for hvert enkelt medlem. Hvis et medlem er satt til Nei, skal ikke serveren sende det medlemmet den driftsmessige push-varslingen.

Nei. Varslingslevering må respektere det samme autoriserte medlemsomfanget. Et medlem som kun skal se sitt eget tildelte arbeid, skal ikke motta varsler for uvedkommende poster.

Der hvor relevant revisjonsvisning er tilgjengelig, spores sensitive endringer gjennom autoritativ revisjons-/endringshistorikk slik at aktør, handling og tidspunkt kan gjennomgås.

Nei. TOTP tilbys, men er ikke universelt obligatorisk. Sensitive handlinger krever fortsatt ny autentisering, uavhengig av om TOTP er aktivert eller ikke.

Nei. Sensitive handlinger krever fortsatt ny autentisering. Hvis TOTP er aktivert, bruker SolaroCall en fersk TOTP-sjekk; ellers kan et nytt støttet passord eller Google/Apple-autentisering oppfylle kravet om ny autentisering.

Ja, der hvor øktadministrasjonsgrensesnittet er tilgjengelig. Aktive økter og enheter er serverautoritative, og autoriserte brukere kan tilbakekalle andre økter gjennom den støttede sikkerhetsflyten.

Behandle det som et sikkerhetsproblem. Gå gjennom den autoritative listen over aktive økter, tilbakekall den mistenkelige økten når støttet handling er tilgjengelig, og bruk den menneskelige sikkerhetseskaleringsveien slik at bevisene forblir knyttet til saken.

Standardtjenesten krever ikke at du oppgir SolaroCalls telefon- eller AI-leverandørnøkler. For en godkjent tilpasset integrasjon, bruk den angitte sikre oppsettprosessen. Legg aldri legitimasjon i bedriftsbeskrivelser, opplastinger eller support-e-poster.

Lagrede legitimasjoner vises ikke tilbake i sin helhet. Hvis en godkjent tilpasset integrasjon trenger en ny legitimasjon, bruk dens sikre oppdateringsprosess.

SolaroCall håndterer legitimasjonene for sin standardtjeneste. Hvis en godkjent tilpasset integrasjon rapporterer manglende legitimasjon, følg dens sikre oppsettinstruksjoner eller kontakt Support uten å inkludere hemmeligheten.

Nei. Konfigurert, tilkoblet, testet, klar og aktiv er separate tilstander. En leverandør kan være tilkoblet og klar uten å være den nåværende aktive leverandøren.

Bruk sikkerhetseskaleringsveien og ikke lim inn legitimasjonen i en vanlig supportsamtale. Saken skal kun bevare det minimum av sikker referanseinformasjon som trengs for å identifisere, rotere eller tilbakekalle den berørte legitimasjonen.

Sjekk statusen til den berørte funksjonen og eventuelle tjenestevarsler. Hvis informasjonen er uklar, be Support bekrefte om tjenesten er gjenopprettet; ikke endre integrasjonslegitimasjon for å gjette på en løsning.

Nei. All supporttilgang som krysser den normale grensen for kundemiljøet, må bruke en uttrykkelig, tillatelsesstyrt og revidert støttemekanisme. Supporttilgang er ikke en generell snarvei rundt isolasjon av kundemiljøer.

Behandle det som en sikkerhetshendelse, og bruk eskaleringsrutinen til sikkerhetspersonellet. Ikke undersøk videre eller utvid tilgangen. Rapporten skal bevare konteksten for det berørte kundemiljøet og de observerte bevisene for gjennomgang.

Nei. Lydopptaksbevaring er et eget policyspørsmål. Det avhenger av den aktuelle opptaksfunksjonen, samtykke, jurisdiksjon og autoritativ policy for opptaksbevaring.

Nei. Vedvarende opptak relatert til helsesektoren krever egne godkjente personvern-, samsvars-, samtykke- og bevaringsbetingelser. Generell opptaksmulighet gir ikke autorisasjon til helserelatert opptak.

Support sjekker den autoritative revisjonssporingen og tilhørende tilstandsforandring. En manglende revisjonshendelse behandles som en hendelse; den skal ikke rekonstrueres fra hukommelsen og presenteres som om den var autoritativt bevis.

Bruk navigasjonen i din innloggede konto og sjekk dine tillatelser. Hvis du ikke finner innstillingen, beskriv hva du trenger via støttelenken nederst på denne siden.

Gå tilbake via gjeldende nettstedsnavigasjon eller din innloggede konto i stedet for å åpne den gamle lenken gjentatte ganger. Hvis målet fortsatt mangler, legg ved den ødelagte lenken i din supporthenvendelse.

Nei. Tilgjengelighet i butikk eller installasjon er ikke bevis på produksjonsklarhet. Klarhet for lansering avhenger av produktets autoritative klarhetstilstand.

Bruk side- og kontokonteksten for å gå tilbake til den autoritative destinasjonen. Å bevege seg mellom sider skal ikke beskrives som å endre servertilstand med mindre en faktisk handling ble utført.

Nei. Offentlige sider og autentiserte produktsider kan føre til det samme produktet, men kontotilstand og operasjonelle kontroller kommer fra den innloggede produktkonteksten.

En visningsoppdatering kan være trygg når den kun laster inn tilstand på nytt. Den må ikke stille gjenta en handling som endrer tilstand, som innsending eller kjøp.

Et tidsavbrudd beviser ikke at den underliggende handlingen mislyktes. Hvis handlingen kan endre tilstand, bør SolaroCall avstemme utfallet før det foreslås et nytt forsøk.

Kun når autoritative produkt- eller leverandørbevis bekrefter gjenoppretting. En forsvinnende spinner eller en ny sideinnlasting er ikke nok i seg selv.

Den viste siden kan være utdatert. SolaroCall bør sammenligne klientvisningen med autoritativ servertilstand før det hevdes at en verdi har endret seg eller blitt tilbakestilt.

Begge grensesnittene bruker den samme kontoen og det samme kundemiljøet. SolaroCall bør avstemme forskjellen mot serverens autoritative tilstand i stedet for å behandle noen av klientskjermene som fasit.

Support bør sjekke det autoritative lagringsresultatet og gjeldende servertilstand, og deretter avgjøre om det nåværende grensesnittet er utdatert, fortsatt synkroniserer eller viser en annen versjon.

En eldre fane kan vise utdatert tilstand. Enhver senere endring må fortsatt valideres mot gjeldende server-/versjonstilstand i stedet for å anta at fanen er oppdatert.

En skjult knapp kan gjenspeile gjeldende grensesnitt, produkttilstand eller presentasjon, men skjuling alene beviser ikke hvilke tillatelser du har. Tillatelser håndheves på serversiden.

En deaktivert kontroll bør forklares ut fra autoritative forutsetninger eller produkttilstand. Hjelp må ikke gjette årsaken kun ut fra utseende.

Nei. Synlighet i brukergrensesnittet er ikke tillatelsesmyndighet. Serverhåndhevet tillatelse og gjeldende tilstand avgjør om en handling er tillatt.

Nei. Support skal identifisere det reelle forutsetningskravet, tillatelsen eller tilstanden. De skal ikke instruere kunder til å omgå eller tvinge produktkontroller til å bli aktive.

En generell feil beviser ikke en spesifikk rotårsak. Support bør bruke den faktiske forespørselen, feilhendelsen og serverbevis før de forklarer hva som skjedde.

Et nettverksbrudd på klientsiden er adskilt fra serverens utfall. Support bør sjekke om operasjonen ble gjennomført før de anbefaler et nytt forsøk.

Sjekk om ditt første forsøk lyktes før du gjentar en bestilling, ordre, kjøp eller annen innsending. Hvis resultatet er uklart, be support sjekke det slik at du ikke oppretter et duplikat.

Ikke send det inn på nytt uten å vite. SolaroCall bør avstemme operasjonen og servertilstanden først, spesielt for handlinger som kan opprette bestillinger, ordre, betalinger eller andre bivirkninger.

Hold vellykkede og mislykkede deltrinn adskilt. SolaroCall bør avstemme den delvise tilstanden i stedet for å anta at hele operasjonen var vellykket eller mislykket.

De kan presenteres forskjellig der produktet definerer en grensesnittspesifikk opplevelse, men konto, kundemiljø og virksomhetens autoritative tilstand forblir felles.

Bruk en oppdatert nettleser. Hvis en funksjon ikke fungerer, oppgi nettlesernavn og -versjon, enhet og den berørte siden i din supporthenvendelse. Kompatibilitet med alle nettleserversjoner er ikke garantert.

Sjekk kravene som vises i den aktuelle app-butikkoppføringen før installasjon. Hvis du har et kompatibilitetsproblem, oppgi enhetsmodell og operativsystemversjon i din supporthenvendelse.

Nei. Endring av grensesnittspråk endrer bare hvordan informasjon vises, ikke kontoen din eller lagrede forretningsdata.

Rapporter sideadressen og språket til support slik at versjonene kan sjekkes. En oversettelsesforskjell betyr ikke nødvendigvis at en funksjon er endret.

Oppgi grensesnitt, hva du prøvde å gjøre, synlig feil eller atferd, og relevant tid/kontekst. Ikke oppgi passord, hemmelige nøkler eller unødvendig sensitiv informasjon.

SolaroCall holder den administrative eller støttende delen faktabasert og sender ethvert nødvendig faglig skjønn gjennom den konfigurerte menneskelige veien i stedet for å gjette.

Nei. Sikkerhetskritiske overføringer avhenger av virksomhetens valg: de skjer kun hvis virksomheten har slått på det valget, og da kun til den autoriserte mottakeren eller køen som er konfigurert. Hvis valget er AV, overføres ikke samtalen. Manglende rute avklares i stedet for å gjettes.

Ja, dersom det støttes av klinikkens autoritative konfigurasjon. AI-en kan følge denne administrative regelen, men den skal ikke presentere resultatet som en uavhengig klinisk vurdering.

Nei. Den skal ikke be innringere utføre farlige sjekker for å gjøre en faglig vurdering.

En helserelatert arbeidsflyt som krever ekstra avtaler eller sikkerhetstiltak kan ikke aktiveres før disse kravene er oppfylt. Kontakt teamet for å gjennomgå din tiltenkte bruk før du stoler på løsningen.

Nei. Menneskelig eskalering bevarer eksisterende fakturering, bestilling, konto, sikkerhet og andre autoritative regler; det endrer hvem som håndterer det uløste skjønnet, ikke produktsannheten.

Ja. Overføringen skal bevare relevant tråd og et kortfattet faktabasert sammendrag slik at du ikke trenger å gjenta unødvendige detaljer.

Systemet skal ikke sende informasjon til en uverifisert mottaker. Bruk Support for å gjennomgå de konfigurerte teammedlemmene og tilgjengeligheten for overlevering. SolaroCall er ikke en nødtjeneste.

Nei. Den kan håndtere tillatt administrativ informasjon og tilbakeringings- eller planleggingsflyter, men den skal ikke stille en diagnose.

Nei. Den skal ikke foreskrive eller gi individuelle medisin- eller behandlingsinstruksjoner som krever faglig vurdering.

Nei. SolaroCall skal ikke utføre autonom vurdering av klinisk hastegrad eller triage. Den kan følge en godkjent administrativ regel og sende informasjonen til den konfigurerte profesjonelle eller menneskelige veien.

AI-en kan bevare det du har sagt som et rapportert faktum og sende forespørselen videre på riktig måte, men den skal ikke gjøre din uttalelse om til sin egen diagnose eller vurdering av klinisk hastegrad.

Det skal den ikke. Sensitiv innsamling bør begrenses til det som er nødvendig for den godkjente administrative arbeidsflyten, og ikke samle inn en fullstendig klinisk fortelling for enkelhets skyld.

Nei. AI-en skal ikke love behandling, sikkerhet, helbredelse eller lignende faglige utfall utenfor godkjent omfang.

Nei. Opptak og lagring av helsedata forblir separate policybeslutninger og kan ikke utledes fra en generell opptaksfunksjon.

Nei. Sensitiv helseinformasjon skal ikke sendes til reklame eller andre ikke-godkjente analyseverktøy, leverandører eller integrasjoner.

Nei. Det kommersielle navnet endrer ikke handlingens underliggende karakter. Sikkerhet og faglige grenser følger den faktiske tjenestedefinisjonen.

SolaroCall kan gi godkjent administrativ informasjon, men skal ikke gi juridisk rådgivning som krever kvalifisert faglig vurdering.

Nei. Forespørsler som krever autorisert eller på annen måte beskyttet faglig vurdering skal bruke den konfigurerte menneskelige veien.

Ja. Godkjent praktisk informasjon som åpningstider, beliggenhet, timebestilling og andre autoriserte administrative fakta kan fortsatt automatiseres.

Nei. Den skal ikke garantere juridiske, kliniske, økonomiske eller andre profesjonelle utfall som er utenfor det godkjente faktagrunnlaget.

Nei. Støtte- og eskaleringsflyten skal kun samle inn det minimum av relevant kontekst som trengs, og foretrekke strukturert, minimert informasjon der det er tilstrekkelig.

Den skal bevare det du har rapportert som et faktum, ikke omskrive det som en diagnose, hastegrad eller annen ikke-støttet faglig konklusjon.

Den eksisterende tråden og relevant kontekst bør bevares slik at unødvendig gjentakelse unngås.

Sikkerhetsproblemet skal bruke de eksisterende sikkerhets- og personvernreglene, og ikke opprette en ny sikkerhetspolicy inne i Fakturering eller Drift.

De vanlige avstemmingsreglene gjelder fortsatt. Et tidsavbrudd beviser ikke om en handling lyktes, så SolaroCall bør avstemme tilstanden før den prøver en sideeffekt-operasjon på nytt.

Forespørselen om menneskelig hjelp kan imøtekommes, men det endrer ikke den autoritative refusjonsperioden, kvalifikasjonskravene eller krav til dokumentasjon.

Saken kan håndteres av en person, men Bedrift-gjennomgangen kan fortsatt ikke love gjennomførbarhet, pris eller leveringstid før en gjennomgang hos den kilden som er fasit.

Den skal stoppe ikke-støttet rådgivning og bruke den konfigurerte avstemmings- eller menneskelige veien i stedet for å finne opp en regel.

Bla gjennom kapitlene og emnene på denne siden, eller bruk søkefeltet for å finne ord i spørsmål og svar. Hvis du fortsatt ikke finner en løsning, bruk støttelenken nederst.

Bruk forespørselsprosessen for Bedrift for en tilpasset gjennomførbarhetsvurdering. Beskriv arbeidsflyten, systemene, stedene, språkene, kapasiteten og begrensningene du faktisk trenger. SolaroCall skal ikke love en tilpasset funksjon, pris eller leveringsdato før forespørselen er vurdert.

Teamet vil sende en forespørsel om et tilpasset pristilbud til Salg. For en ny tilpasset forespørsel bruker du Bedrift-siden.

Sjekk søppelpostmappen og bekreft at e-postadressen på kontoen din er korrekt. Hvis en forventet melding fortsatt mangler, bruk hjelpeprosessen og inkluder hvilken melding du forventet og når.

Support sjekker den faktiske utgående meldingen og leveringsstatus hos leverandøren. Levering skal ikke påstås uten autoritativt bevis.

Bruk kontaktalternativene på SolaroCall-nettstedet eller fortsett en eksisterende SolaroCall-støttesamtale. Send aldri kontodetaljer til en adresse du ikke kan verifisere.

Nei. Vanlige produktspørsmål bør starte i FAQ / Hjelp, slik at det raskeste tilgjengelige svaret kan finnes først. Bedriftssalg er for pristilbud, tilpassede løsninger og større eller uvanlige behov. Et vanlig supportspørsmål som sendes via Salg, bør omdirigeres tilbake til FAQ / Hjelp i stedet for å bli en snarvei rundt denne prosessen.

Teamet vil videresende ditt produktstøtte-spørsmål til riktig støtteprosess. For et nytt støtte-spørsmål, start med denne FAQ-en og bruk den siste støttelenken om nødvendig.

Bruk supportlenken på slutten av denne FAQ-en for å få hjelp med produktet. Bruk Bedrift-siden for et pristilbud eller en tilpasset løsning.

Bruk Bedrift-siden og skjemaet for forespørsel om pristilbud. Beskriv behovene dine, slik at teamet kan vurdere omfanget.

Bedrift er vurderingsprosessen for tilpassede pristilbud, tilpassede integrasjoner, uvanlige arbeidsflyter, store organisasjoner eller organisasjoner med flere lokasjoner og gjennomførbarhetsvurdering.

Nei. Innsending oppretter en forespørsel om vurdering; gjennomførbarhet loves ikke før relevant teknisk og forretningsmessig vurdering er fullført.

Nei. Prissettingen for Bedrift er tilpasset og må ikke oppdiktes som en fast offentlig pris før vurdering.

Nei. Bekreftelsen skal ikke love leverings- eller svartidslinje før vurdering.

Nei. En forespørsel eller betaling aksepterer eller aktiverer ikke automatisk en tilpasset funksjon. Nødvendig vurdering, kontrakt og produksjonsbetingelser gjelder fortsatt.

En tilpasset forespørsel vurderes før noen forpliktelse gis. Innsending av en forespørsel garanterer ikke at en foreslått funksjon kan leveres.

Hvis du er usikker på om forespørselen din ble mottatt, sjekk etter bekreftelsen før du sender på nytt. Hvis du kontakter Salg, nevn den opprinnelige forespørselen slik at den kan sjekkes.

Beskriv problemet og hva du forsøkte å gjøre. Teamet vurderer hele meldingen og samtalekonteksten, så du trenger ikke bruke et spesielt nøkkelord.

Support avstemmer meldingens identitet og trådbevis. En feiltråd-tilknytning behandles som en hendelse i stedet for å fortsette stille med blandet kundekontekst.

Du kan skrive din støtteforespørsel på ønsket språk. Støtteprosessen er utformet for å forstå og svare på det språket; be om avklaring hvis et svar er uklart.

Ja. Svar bør bevare riktig kobling til tråden, slik at hele support- eller Bedrift-samtalen holdes samlet.

Nei. SolaroCall skal ikke finne på eller love svartid med mindre det finnes et autoritativt tjenesteløfte for det tilfellet.

Den godkjente støtteidentiteten er SolaroCall Support Team.

Den godkjente salgsidentiteten er SolaroCall Sales Team.

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

Ja. Svar i den eksisterende samtalen når du følger opp samme problem slik at tidligere detaljer forblir samlet.

Støtteprosessen er utformet for å svare på ditt språk. Hvis et svar er uklart eller på feil språk, si hvilket språk du foretrekker i samme samtale.

Behold den eksisterende samtalen og unngå å sende gjentatte nye meldinger om samme problem. Hvis du mottar dupliserte svar, nevn dette i samme tråd.

Nei. Ikke send passord, hemmelige nøkler eller unødvendige sensitive verdier i vanlig støtte- eller salgse-post.

Nei. Standard SolaroCall-konto og tjeneste-e-poster håndteres av SolaroCall. Du trenger ikke konfigurere en egen e-postleverandør for å motta dem.

Ja. Eskalering til menneske bevarer støttetråden og relevant kontekst slik at kunden ikke skal måtte gjenta hele problemet.