Informasjon om juridiske enheter og individuelle entreprenører med hensyn til hvilke dokumenter som er presentert for statlig registrering. Informasjon om juridiske enheter og individuelle entreprenører med hensyn til hvilke dokumenter for staten

Registrering av applikasjoner

Okdesk, som kundekonto, tilbyr flere måter å registrere applikasjoner på:

Registreringsmetoden bestemmes automatisk og vises på applikasjonskortet:

For å registrere programmer av lederen i systemgrensesnittet, må du klikke på "+ Ny program" -knappen øverst på skjermen:

Etter å ha klikket på knappen "+ Ny applikasjon", åpnes et vindu der du må fylle "tema" -feltet (obligatorisk felt) og "Beskrivelse".

Også på skjemaet kan du angi tilkoblingen av søknaden med (kontaktpersonen i søknaden kan være en ansatt) ,, og velge for en søknad.

På formen for å opprette et program beregner Okdesk automatisk den planlagte datoen og klokkeslettet for å løse søknaden for standarder (se flere detaljer). Om nødvendig kan den planlagte datoen for løsningen settes manuelt ved å klikke på "PRESS MANUAL" -knappen.

Opprette et program oppstår når du klikker på "Opprett" -knappen på skjemaet for å lage et program.

De nyopprettede applikasjonene og applikasjonene, hvor den endelige kommentaren ble forlatt av kontaktpersonen, fremhevet i fet skrift.

Applikasjonsstandarder (SLA)

En av de viktigste kriteriene for kvaliteten på tjenestene er å overholde serviceselskapet av standarder for tidspunktet for å løse applikasjoner. Disse standardene er fastsatt i servicekontrakten, og kan avhenge av ulike parametere: fra betydningen av klienten, fra anvendelsesprioriteten etc. Ofte faste standarder som definerer kvaliteten på tjenestene kalles begrepet SLA (Service Level Agreement, eller Service Level Agreement).

Modul "Okdesk Applikasjonsbehandlingsstandarder" Okdesk-systemet lar deg vurdere SLA for å overvåke tiden som løser tid, reaksjonstid på applikasjoner og serviceplaner i binding til spesifikke kunder, typer og prioriteringer av applikasjoner, samt tidspunktet for registrering av applikasjoner.

Som en standarder for behandling av applikasjoner i Okdesk brukes en standard til å løse søknaden - tiden som tjenesteselskapet skal oppfylles for å løse søknaden (med tanke på klientens serviceplan). For mer gjennomsiktig arbeid og kundetilfredshet i Okdesk, er det en annen parameter - reaksjonstiden. Reaksjonstiden kalles tid, før starten av hvilken en ny applikasjon må tas på jobb. Fra Okdesks synspunkt er det faktum å ta en søknad på jobb enten en endring i søknadsstatusen, eller tillegget til en ansatt i det første svaret er den første offentlige kommentaren.

De planlagte tidsløsningene og den planlagte reaksjonstiden for applikasjoner er overlappet på serviceplanen og beregnes automatisk i Okdesk når du registrerer applikasjoner. Om nødvendig, på form av registreringsskjema, kan den planlagte tidsoppløsningen settes manuelt.

Serviceplan, planlagte tidsløsninger og planlagt reaksjonstid settes i underavdeling "Programmer \\ Bestillingsstandarder (SLA)" -delen ".

Hvis du vil legge til en ny vedlikeholdsplan, må du klikke på "+ Legg til Service Schedule" -knappen på fanen "Programtjenester".

Når du legger til en serviceplan, kan du angi unntakene som serviceplanen ikke vil avhenge av ukedagen (for eksempel nasjonale eller regionale helligdager, forkortede dager).

For å legge til en ny SLA-regel, må du klikke på "+ Legg til regel" -knappen på fanen SLA Definisjonsregler.

  • Applikasjonstype;
  • Prioritet av søknaden;
  • Kunde kategori;
  • Klient;
  • Registreringstidspunktet for søknaden.
  • Serviceplan;
  • Regulatorisk responstid;
  • Regulatorisk løsning.

Når du klikker på "Opprett" -knappen, blir regelen lagt til i "Regler for beregning av standarder".

Regler fra tabellen for beregning av standarder flyttes "top ned" til den første inkluderende regelen faller, vilkårene som tilfredsstiller søknaden. Hvis du trenger, kan du flytte regelen på bordet og midlertidig deaktivere.

Når man beregner den planlagte tiden for å løse applikasjoner, tas den planlagte reaksjonstiden og visning av midlertidige parametere i grensesnittet i betraktning av selskapets tidssone (se flere detaljer i avsnittet "").

Ruting applikasjoner

I Okdesk er det en mulighet til å angi reglene for ruting applikasjoner når de lager dem.

Applikasjonsrutingstabellen er konfigurert i underavsnittet "Programmer \\ Ruting of Applications" -delen "Innstillinger". For å legge til en ny rutingsregel må du klikke på knappen "+ Legg til regel".

I hver regel må du angi verdiene for de avgjørende applikasjonsparametrene og verdiene for de angitte applikasjonsparametrene. Når du klikker på knappen, åpnes det modale vinduet der de avgjørende parametrene er uthevet av undertekst "hvis", og de definert parametrene er uthevet av undertekst "da".

De avgjørende parametrene i programmet inkluderer:

  • Applikasjonstype;
  • Prioritet av søknaden;
  • Registreringsmetode;
  • Kunde kategori;
  • Registreringstid for søknaden;
  • Ytterligere attributter av programtype applikasjonstypen.

De gjeldende definerte parametrene inkluderer:

  • Ansvarlig;
  • Observatører (ansatte);
  • Observatører (grupper).

Når du klikker på "Opprett" -knappen, vil en ny regel bli lagt til rutebordet.

Regler fra rutetabellen utløses "topp ned" til den første inkluderende regelen kommer, vilkårene som tilfredsstiller søknaden. Hvis du trenger, kan du flytte regelen på bordet og midlertidig deaktivere.

Du kan også spørre standard standardobservatører for kontoen din.

Standardverdien for definisjonsregelen innebærer følgende logikk:

  1. Hvis tjenesten er definert for søknaden, og ansvarlig leder er definert for dette serviceobjektet, er den ansvarlige lederen til serviceobjektet tildelt ansvarlig for søknaden;
  2. Hvis en kontaktperson er definert for søknaden og ansvarlig leder er definert for denne kontaktpersonen, utnevnes den ansvarlige lederen til kontaktpersonen ansvarlig for søknaden;
  3. Hvis søknaden definerer selskapet og for dette selskapet, er en ansvarlig leder definert ansvarlig for søknaden om søknaden;
  4. Hvis ansvarlige ledere ikke er definert for selskapet, kontaktperson og serviceobjekt, er ansvarlig for søknaden tildelt ansvarlig for standarden fra kontoinnstillingene.

Logikken for å bestemme "standard" observatørene ligner definisjonen av den ansvarlige. Men når du oppretter en søknad, oppsummeres alle observatører (ansatte og grupper) som standard, angitt i innstillingene, på kort av bedrifter og kontaktpersoner, delt inn i to kategorier: "Observatører (ansatte)" og "Observatører (Grupper)" .

Du kan også lese om ruting av applikasjoner i .

Applikasjonsstatuser

Applikasjonsstatuser i Okdesk er nødvendig for å vise gjeldende statsbehandlingsstatus. Som standard gir systemet 4 status, men det er muligheten for deres ekspansjon:

  • Åpnet;
  • Utsatt;
  • Løst;
  • Lukket.

Fra statusen "Åpne" kan en applikasjon overføres til statusen "utsatt" og "løst".
Fra statusen "utsatt" søknaden kan oversettes til statusene "åpne" og "løst".
Fra statusen "Solved" kan applikasjonen oversettes til statusen "lukket" og "åpen".
Statusen er "lukket" - endelig.

Alle nye bud er opprettet med statusen "Åpne".

Statusen er "utsatt" for søknaden er ikke tatt i betraktning (hvis reglene i vedtaket ble beregnet automatisk, da søknaden fornyes, vil tiden i utsatt stat ikke bli tatt i betraktning.

Når du overfører til statusen "utsatt", må brukeren spesifisere til hvilken tid et program blir utsatt (hvis programmet ikke gjenopptas til denne tiden manuelt, vil Okdesk automatisk returnere programmet til statusen "åpen").

Separasjonen av statusen "løst" og "lukket" er nødvendig for å implementere bekreftelse på kundens kontaktpersons beslutning. Statusen "Løst" betyr beslutningen av søknaden fra synspunktet til tjenestetjenesten. Statusen "lukket" betyr bekreftelse på beslutningen om klientens søknad. Til dette formål er muligheten for å bekrefte nedleggelsen av applikasjoner eller deres fornyelse implementert. Okdesk lar deg også sette opp en timeout for å automatisk lukke løst applikasjoner. Innstilling av tidsavbrudd utføres i underavsnittet "Programmer \\ Application Processing Standards (SLA)" -delen ".

Endre statusen for søknaden som er tilgjengelig fra applikasjonskortet:

I tillegg til på listen over applikasjoner:

Et sett med statuser om nødvendig, kan du utvide i underavsnittet "Programmer \\ Application Status" -delen "Innstillinger".

Hvis du vil legge til en ny status i systemet, må du klikke på "Legg til" -knappen over bordet. I det modale vinduet som vises, må du fylle feltene og lagre.

Ekstra applikasjoner

For applikasjoner er det mulig å angi flere parametere som vil bli vist på og et programkort.

For å vise en ekstra attributt på listen over programmer, må du aktivere attributtet til feltene. For å endre sammensetningen og rekkefølgen på felt på listen over applikasjoner, må du klikke på girikonet under veiledning av listevisningen.

For alle tilleggsattributter kan du etablere synlighet for ansatte for roller og kundekontaktpersoner, samt definere plikten til å fylle attributtet på skjemaet for å opprette en søknad:

Ytterligere parametere er spesifisert i underavsnittet "Programmer \\ Application Attributes" -delen "Innstillinger".

Prioriteringer av applikasjoner

For applikasjoner i Okdesk, kan du angi prioritet som påvirker rekkefølgen av deres utførelse når du planlegger tjenesten til tjenesten.

Prioriteten i søknaden kan i utgangspunktet settes på form av opprettelse av en applikasjon:

Når etterfølgende applikasjonsbehandling kan prioritet endres på applikasjonskortet. I applikasjonskortet vil prioritet bli vist som et krus med farge og tittel:

I listen over applikasjoner vises prioritet som en vinkel (i øvre venstre hjørne av blokken) med farge som svarer til fargeprioritet. Når du svinger over hjørnet, kommer Alt-Tip opp med navnet på prioriteten i applikasjonen.

Prioriteringer er satt i underavsnittet "Programmer \\ Prioriteter av Applications" -delen "Innstillinger":

For å legge prioritet til tekst, må du klikke på "Legg til" -knappen. I vinduet som vises, fyll feltene og lagre.

Om nødvendig, for kontaktpersonene, "Prioritet i programfeltet på søknadsskjemaet, kan du skjule eller gi mulighet for fylling. Denne innstillingen er i underavsnittet "Programmer \\ Application Attributes \\ System Attributes of Applications":

Typer av applikasjoner

For applikasjoner i Okdesk kan du spesifisere typen som påvirker planleggingen av tjenesten og påfølgende statistikk.

Når du oppretter et nytt program i et modallvindu, kan du angi hvilken type program:

I fremtiden er det mulig å redigere programtype-parameteren i applikasjonskortet.

Programtyper er angitt i underavsnittet "Programmer \\ Typer Applications" -delen "Innstillinger".

I Okdesk kan du opprette interne applikasjoner. Programmer med en type som har verdien "intern" vises ikke til klienter i klientportalen, og klientvarsler sendes ikke for slike programmer. Interne applikasjoner kan brukes til interne oppgaver på klienten: Kontouttalelser, utarbeidelse av kommersielle forslag og så videre (det vil si for eventuelle oppgaver knyttet til klienten, men han trenger ikke å vite om).

For å opprette en ny type applikasjon, må du klikke på "+ Legg til" -knappen plassert over bordet. I vinduet som vises, fyll feltene og lagre.

Hvis du trenger for kontaktpersoner, kan "Application Type" -feltet på søknadsskjemaet du skjule eller gi mulighet for fylling. Denne innstillingen er i underavsnittet "Programmer \\ Application Attributes \\ System Attributes of Applications":

Ansvarlig for applikasjoner

Okdesk lar deg spesifisere ansvarlig for avgjørelsen om bruk av ansatte. Ansvarlig er utnevnt fra listen over ansatte dividert med. Ansvaret for søknaden kan utnevnes som en ansatt og for en gruppe ansatte.

Den ansvarlige kan spesifiseres på formen for å skape en søknad. Når etterfølgende behandling, kan programmet ansvarlig kan endres på applikasjonskortet:

I tillegg til på listen over applikasjoner:

Alle ansatte som er ansvarlige for applikasjoner, mottar automatiske hendelsesvarsler med applikasjoner, og i driftsperioden kan du se statistikken i sammenheng med ansvarlige ansatte.

Hvis søknaden ikke er i personlig ansvar, men gruppe, så går varslene på søknaden til ansatte som er angitt i "Listen over ansatte for varsler" -parameteren. Du kan konfigurere listen over ansatte for varsler i delen "Ansattes ansatte".

Observatører

Observatører (ansatte eller grupper) for søknaden er ansatte i selskapet, som for en eller annen må overvåke stadiene av utførelsen av søknaden.

Listen over observatører vises i applikasjonskortet. Der kan du også abonnere på observasjonen av søknaden eller redigere listen over observatører.

Observatører kan motta e-post og SMS-varsler om hendelser med søknaden. Observer varslingsmaler er konfigurert i "E-postvarsel" og "SMS-Alert" -delen "Innstillinger".

Kommentere applikasjoner

Selskapets ansatte og kundekontakter kan legge inn kommentarer til applikasjoner. Samtidig kan selskapets ansatte når du legger til en kommentar, angi om kommentaren er privat eller offentlig, så vel som å legge ved kommentarfilen.

Offentlige kommentarer er synlige for alle brukere (ansatte i selskapet og kontaktpersoner av kunder c). Private kommentarer er kun synlige av ansatte i selskapet.

Om nødvendig, "Generelle innstillinger" -delen "-delen" kan spesifiseres publisitet eller personvern for alle kommentarer som standard:

I kommentarene kan du spesifisere enhver ansatt eller kontaktperson i selskapet relatert til søknaden. For å nevne arbeidstakeren eller kontaktpersonen i kommentaren må du skrive inn "@" og i valgvinduet angir den nødvendige personen. Når det er nevnt, sendes en e-postvarsling med teksten til kommentaren og lenken til programmet.

Standardprislisten inneholder Service "-tjenestene med tidsfritt." Om nødvendig kan den redigeres eller skjules for arkivet (samt andre tilsatte senere linjer).

Hvis du vil legge til en ny streng, må du klikke på "+ Legg til" -knappen. I vinduet som vises, fyll feltene og lagre.

  • Seksjon - Velg en av alternativene "Service", "Work" eller "Product" (disse delene er kun ment for enkelhets skyld for sortering av praktlinjer i dannelsen av søknadsspesifikasjonen);
  • Still inn servicekoden, arbeidet eller produktet - en unik identifikator i prislisten;
  • Spør et navn;
  • Spesifiser en måleenhet;
  • Sett en standardpris;
  • Spesifiser moms.

Okdesk lar deg etablere et forbud mot redigeringsprogrammer som er angitt i etablerte status. Forbudet mot redigeringsspesifikasjoner kan installeres for visse roller med ansatte.

Prisliste, hvis det ikke er behov for det, kan du deaktivere i "Innstillinger \\ General System Settings \\ Activation of System Functions".

Dannelse av spesifikasjonen av applikasjoner

For hver applikasjon kan du spesifisere spesifikasjonen av betalte verk, tjenester eller produkter som er dannet etter prisliste. Hvis du vil legge til en ny rad i programspesifikasjonen i delen "Spesifikasjon", må du klikke på "+ Legg til" -knappen. I vinduet som vises, velg arbeidet, tjenesten eller produktet, angi nummeret og rabatten, så vel som utøveren. Systemet beregner automatisk kostnaden.

Den angitte spesifikasjonen kan lasteses som en konto (i Excel-format). Inkludert, kan den laste klientens kontaktperson.

Detaljer for kontoen er spesifisert i "Generelle systeminnstillinger" -avsnittet i delen "Innstillinger".

Etter at du har skrevet et trykt skjema, kan du generere ferdige dokumenter direkte fra programkortet eller utstyrskortet. Disse dokumentene kan festes enten som filer til programmet eller utstyret, eller du kan umiddelbart sende et utskriftsdokument.

For mer informasjon om funksjonaliteten til de trykte skjemaene du kan lese i .

Hovedkostnader på forespørsel

Okdesk gir muligheten til å beholde registrering av arbeidskostnadsansatte relatert til kundeservice.

Alle lønnskostnader er knyttet til søknaden. I sin tur er søknaden koblet til klienten. Dermed er informasjon om alle lønnskostnader i sammenheng med ansatte, applikasjoner og kunder tilgjengelig i systemet.

Antall arbeidskostnader knyttet til programmet vises i "Restal Time" -blokken av applikasjonskortet:

For å skrive av lønnskostnaden på programmet, må du klikke på "+ Skriv" -knappen. Vise loggen på alle arbeidskostnadene for programmet er mulig når du klikker på koblingen "Vis alle" (lenken vises ikke hvis tiden som er avskrevet på programmet er 0).

Vurdering av søknader

For å kontrollere kvaliteten på tjenestene, gjør Okdesk kunde kontakter for å pålegge vurderinger fra applikasjonene.

For at kontaktpersoner for å gi vurderinger av søknader, er det nødvendig å løse estimatene av applikasjoner i underavsnittet "Innstillinger \\ Applications \\ Application Assessment":

Når du overfører en ansatt i søknaden til statusen "Løst" en kontaktperson i klienten, sendes en melding om søknaden. Kontaktpersonen til klienten fra varselet "i ett klikk" vil kunne sette en forståelse av programmet (eller om nødvendig, gjenoppta arbeidet på det):

Ved etterfølgende arbeid med søknaden, kan estimatet ses på applikasjonskortet.

I applikasjonskortet vises poengsummen som Smil-ikonet:

Analytics for kundeestimater er tilgjengelig i kundetilfredshetsrapporten.

Liste over applikasjoner

Gjenta applikasjoner

Forpliktelsene til servicefirmaet til kunder består ofte ikke bare fra kvalitetsbehandling av innkommende hendelser og tjenesteapplikasjoner, men også fra oppfyllelsen av obligatoriske regelmessige planleggingsaktiviteter på infrastrukturen eller klientutstyret. Vi snakker om det regulatoriske arbeidet som skal utføres, starter fra datoen for konklusjonen av kontrakten, og med en gitt frekvens.

Tidligere tillot Okdesk oss å manuelt skape applikasjoner for fremtiden. Når du lager en ny klient for vedlikehold, kan dispatcheren manuelt gjøre det ønskede antallet en type regler med en gitt utførelsesdato. Denne mekanismen selv om tillatt "å forlate situasjonen", men var ikke full. Men nå i Okdesk, er en modul for automatisk opprettelse av planlagt arbeid på en bestemt tidsplan implementert.

Les mer om tilbakevendende applikasjoner i .

Utveksling av applikasjoner

Okdesk er implementert av "Application Exchange" -modulen, slik at bedrifter bruker Okdesk i sitt arbeid og har partnerskap, overfør hverandre for å oppfylle serviceordrer.

For å løse overføringen av applikasjoner mellom partnerkontoer, må du etablere kommunikasjon. Dette krever enten å generere en tilkoblingstast og sende den til en partner, eller påfør nøkkelen mottatt fra partneren din.

For å generere en nøkkel, gå til "Application Exchange" -delen "Innstillinger" -delen (knappen "+ generere kommunikasjon for å etablere kommunikasjon"). Send den genererte nøkkelen til partneren som du vil etablere kommunikasjon på:

For å etablere en forbindelse på nøkkelen mottatt fra partneren, er det nødvendig i "Application Exchange" -avdelingen av "Innstillinger" -delen, klikk på "Set-tasten" -knappen og skriv inn tasten mottatt fra partneren:

Når forbindelsen mellom kontoer allerede er installert, kan du begynne å bytte applikasjoner med partner. For å overføre programmet til en partner, på programkortet, klikker du på "Gå til partner" -knappen:

I vinduet som åpnes, skriv inn flere data:

  • Overfør informasjon om den endelige klienten - Partneren vil se dataene på klienten på kortet til det innleverte søknaden i kontoen;
  • Overfør filer - Du kan velge programfiler som skal overføres til partneren.

Vær oppmerksom på at du kan skrive en partner og dele filer:

  • For en kommentar eller en fil, kan du sette et kryss "Pass Partner" - filer og kommentarer vil vises i applikasjonen av en partner (som offentlig)

  • Offentlige kommentarer og filer fra en partnerprogram vil bli duplisert i den opprinnelige applikasjonen som privat. Private kommentarer og filer i en partners søknad for å duplisere i den opprinnelige applikasjonen vil ikke.

Du kan også spore gjennomføringen av søknaden av en partner:

Om nødvendig kan du inkludere SMS og e-postvarsler om ansvarlige og observatører av søknaden "på avgjørelsen av den tilknyttede applikasjonen".

Etter at partnerens søknad ble oversatt til statusen "Solved", vil avgjørelsen "Rate" en beslutning overført til partneren vises i kildeapplikasjonen.

Integrasjon med telefoni i Okdesk utføres ved hjelp av "Simple Calls" -tjenesten, som kobles til ulike IP-PBXer med CRM \\ Helpdesk-systemer (inkludert Okdesk).

For å konfigurere integrasjon, er det nødvendig å få detaljer om tilgang til tjenesten på nettstedet og selvstendig konfigurere integrasjonen av telefonsystemet med "Simple Calls" -tjenesten.

For å konfigurere integrasjon med "Simple Calls" -tjenesten på Okdesk-siden, må du angi tilkoblingene til tilkoblingen. Denne innstillingen utføres i delen "Innstillinger / telefoni / enkle samtaler".

På redigeringsskjemaet må du fylle feltene og lagre:

  • serveradresse (levert av "Simple Calls" -tjenesten);
  • passord (levert av "enkle samtaler" -tjenesten);
  • antallet av de siste sifrene i nummeret for søket (søket etter nummeret utføres ved tilfeldigheten av de nyeste tallene i klientbasen med de nyeste sifrene i det identifiserte nummeret).

Etter at du har konfigurert og aktivert integrering, på ansatte kort, må du angi deres interne eksterntelefonnumre (som svarer til tallene som er konfigurert i PBX):

Innkommende anrop

Etter at prosedyren for tilkobling til telefoni har vært vellykket, kan du begynne å motta anrop fra kunder i Okdesk og fikse dem.

Med et innkommende anrop vil popup-vinduet med anropsdataene og "Ny applikasjon" -knappen for påfølgende registrering og behandling vises til høyre.

Klienten i Okdesk bestemmes av telefonfeltet for bedrifter og felt "Telefon" og "Mobiltelefon" for kontakt og enkeltpersoner.

Utgående samtaler

I tillegg til å motta anrop til OKDESK, kan du utvide utgående anrop til kundenumre.

For å ringe fra selskapets kort / kontaktperson, klikk på kundens telefonnummer. Vinduet som åpnes, vil indikere nummeret (som kan endres om nødvendig). Neste klikk på "Ring":

Deretter vil telefoni-systemet ringe til ønsket abonnent.

Telegram bot

Botsene i Telegram Messenger er spesielle kontoer som ikke er fyllet av folk, og meldingene som sendes fra dem, eller dem behandles av det eksterne systemet (spesielt Okdesk-systemet). På samme tid, for brukeren, ser kommunikasjon med botten ut som en vanlig korrespondanse med en annen person.

Du kan lage din egen klient bot for telegram og koble den til Okdesk. Dette vil tillate kundene å kontakte servicepersonalet gjennom Messenger. Takket være Telegram Bot, vil kundene ikke bare kunne lage nye applikasjoner, men også legge til nye kommentarer, lukk applikasjoner og evaluere kvaliteten på tjenesten. Les mer om innstillingene og evnen til BOT som leses i .

Integrasjon med TeamViewer.

TeamViewer er et populært verktøy for ekstern støtte for PC-brukere og mobile enheter. TeamViewer lar deg koble en støttet klient til skrivebordet for å hjelpe brukerne med å sette opp informasjonssystemer og programmer, samt for å diagnostisere og eliminere hendelser. Med andre ord er dette et viktig verktøy som hjelper servicefirmaene med å redusere kundeservicekostnadene og reduserer tiden for å løse applikasjoner.

Okdesk implementerer integrering med TeamViewer. Det lar deg styrke effekten av å bruke to verktøy separat. Nå, for å starte en ekstern støtte økt, trenger du ikke å gå til TeamViewer-grensesnittet, og sesjonsstatistikken vises i OKDESK-grensesnittet.

Les mer om TeamViewer-tilkoblingsinnstillinger til OKDESK LES IN .

E-postprogrambehandling

Okdesk lar deg automatisere prosessen med å motta e-postanrop og påfølgende elektronisk korrespondanse på forespørsel.

For å konfigurere automatisk e-postbehandling må du angi detaljene i tilkoblingen til postserveren. Denne innstillingen utføres i delen "Behandling av innkommende e-post".

Registrering av applikasjoner

Alle e-poststøttetjenester mottatt på e-post vil bli registrert i systemet som programmer, eller vil bli vedlagt som kommentarer til eksisterende programmer (se nedenfor). Alle filer som er koblet til bokstaver, vil bli festet til applikasjoner.

Okdesk vil automatisk bestemme bindingen av applikasjoner til kontakter og bedrifter via e-post fra avsenderen (hvis søknaden sendes med en e-post til en ukjent kontaktperson, men domenet i avsenderens adresse sammenfaller med domenet til selskapet fra Kundebasen, Okdesk vil koble til en ny søknad med selskapet som finnes på domenet).

I tillegg, hvis parameteren "Opprett kontakter på den ukjente e-posten-AM" er satt i e-postbehandlingsinnstillingene, vil OKDesk automatisk opprette nye kontakter og knytte programmene som er opprettet med dem.

Korrespondanse på forespørsel

Når du sender hendelsesvarsler med OKDESK-applikasjoner, er brevemnet en spesiell markør (applikasjonsapplikasjons-ID), takket være hvilken e-postkorrespondanse som er tilgjengelig på forespørsel.

Logikken for å behandle et brev som inneholder applikasjonsmarkøren er som følger:

  1. Søknad med en slik markør eksisterer:
    1. Teksten til brevet før separatoren (i bokstavene som er sendt av OKDESK setter inn separatoren for å klippe hele korrespondansehistorikken), legges til som en kommentar til eksisterende applikasjon.
    2. Forfatteren av kommentaren er angitt - funnet via e-post fra en ansatt eller en kontaktperson (hvis ikke en ansatt eller kontaktpersonen via e-post er funnet, blir kommentaren lagt til på vegne av den tidligste skapte medarbeider med administratorens rettigheter).
    3. Letter-filer er knyttet til programmet (unntatt filer hvis størrelse overstiger den etablerte grensen).
    4. Kommentarer som er gjort via e-post merket med et konvoluttikon, når du klikker på hvilken tilleggsinformasjon om brevet vil bli vist.
  2. Søknader med en slik markør eksisterer ikke, eller applikasjonsmarkøren mangler: En ny applikasjon er opprettet.

Nettskjema Registrering av applikasjoner

Webform - Okdesk-funksjonalitet, som lar deg legge inn et spesielt vindu til nettstedet (eller individuelle side), gjennom hvilke besøkende som besøkende vil kunne stille et spørsmål eller kontakte tjenesten.

Nettskjema består av to deler. Shape Call Label:

Og søknadsskjemaer med spesifiserte felt:

Sette opp fargespekteret, tekster og sett med webskjemafelt utføres i delen "Konfigurere webform" -delen.

For å plassere webskjemaet på nettstedet må du kopiere, genereres ved å klikke på "koden for å sette inn på siden" -knappen, Skript:

Og sett den inn i taggen

Relevant side.

Logikken for å skape applikasjoner gjennom nettskjemaet er som følger. Alle verdier av fylte felt er plassert i applikasjonsbeskrivelsen i format:

  • "Feltnavn": "Feltverdi".

Hvert felt fra en ny linje. Den første linjen i teksten til teksten til klagefeltet legges til i det gjelder. Hvis dette feltet ikke er på skjemaet (hvis det er skjult), vil applikasjonstemaet være et "program via nettskjemaet".

Hvis e-postattributtet vises på skjemaet, ligner bindingslogikken til klienten / kontakten på bindingslogikken på.

Klientbase

Okdesk lar deg holde oversikt over klientbasen, inkludert vedlikehold av firmaet av selskaper, kontaktpersoner av kunder og kontrakter inngått med kunder.

Bedrifter

Listen over selskaper er gitt i delen "Klienter". For å opprette et nytt selskap må du klikke på "+ Legg til" -knappen over listen over selskaper.

Selskapets kort viser informasjon om selskapet, lister over kontaktpersoner, kontrakter, (restauranter, kafeer, salgspoeng, etc.) knyttet til selskapet, og utstyr som er på selskapets vedlikehold.

I selskapets kort i attributtet "Ansvarlig leder" kan du spesifisere en ansatt som vil bli utnevnt med standarden som er ansvarlig for søknadene til dette selskapet som kommer inn gjennom nettskjemaet, klientportalen og e-posten.

Kundekategorier

Okdesk lar deg avgrense kunder etter kategori (for eksempel betydningen av vedlikehold, arbeidsområder, segmenter). Kategorien av klienten kan tilordnes i form av etablering av et selskap og på selskapets kort:

Som standard gir systemet tre kategorier - klient, partner og VIP-klient. Hvis du ønsker det, kan du supplere listen over kundekategorier eller redigere "Kundekategorier" -delen "Innstillinger" -delen "Kunder"

Det er verdt å merke seg at for kontaktpersoner i klientportalen, vises ikke "Kundekategori" -parameteren.

Kontakt ansikter

Kontaktpersoner i Okdesk kan være begge relatert til selskaper (kundekontaktpersoner) og ikke å ha forbindelser med selskaper (private private kunder). Listen over kontaktpersoner er gitt i "klienter" -delen under listen over selskaper.

I kontaktkortkortet vises informasjon om denne kontaktpersonen. Også på kontaktpersonens kort kan du gi tilgang til denne kontaktpersonen.

I kontaktpersonens kort i "Ansvarlig leder" -attributtet kan du spesifisere en ansatt som vil bli utnevnt med standarden som er ansvarlig for programmene av denne kontaktpersonen som kommer gjennom nettskjemaet, klientportalen og e-posten.

Også på en kontaktpersons kort kan du spesifisere en e-postadresse for å duplisere e-post (for eksempel at varslene ikke bare kommer til e-posten til kontaktpersonen, men også til den elektroniske adressen til kontaktpersonens leder).

Kunnskapsgrunnlaget i Okdesk er den viktigste ressursen for lagring og akkumulerende nyttig informasjon (i databasen kan du lagre instruksjoner, artikler, videoer, raske svar på hyppige spørsmål, etc.).

Kunnskapsbasen er et nyttig verktøy som bidrar til å løse applikasjoner for både dine ansatte og kunder som vil kunne selvstendig finne løsninger som har oppstått.

Som standard lagt 3 grunnleggende partisjoner til systemet, men du kan legge til de nødvendige seksjonene eller redigere eksisterende. For å legge til en ny partisjon, klikk på "+ Legg til seksjon." I det modale vinduet som vises, må du fylle ut feltene og spesifisere tilgangsrettighetene:

  • Investeres i delen - Angi hvilken avsnitt denne delen som skal festes (hvis den opprettede delen må være rot, spesifiser deretter i linjen "Ikke spesifisert")

Hvis du oppretter en seksjon i en annen partisjon, vil det i det modale vinduet "LEV-tilgangsrettigheter" -parameteren - tilgangsrettighetene vil være det samme som hoveddelen. For å endre tilgangsrettigheter, fjern "LEV-tilgangsrettighetene" i det modale vinduet:

Etter at du har fjernet avkrysningsruten i det modale vinduet, vises parametrene for tilgangsrettighetene:

  • Rettigheter til å skape investerte seksjoner og artikler - Angi rollene til brukere som får lov til å skape nye seksjoner og artikler i denne delen;
  • Rettighetene til å vise partisjonen og innholdet - Angi rollene til brukere som vil få lov til å se denne delen, inkludert artiklene som er investert i IT (subfed partisjoner, tilgangsrettigheter som brukeren ikke har, vil ikke bli vist til bruker;
  • Oppføringsrettighetene til å redigere delen - Angi rollene til brukere som vil få lov til å redigere denne delen (inkludert redigering av rettighetene til tilgangen til avsnittet);
  • Rettigheter til redigering av tilknyttede artikler - Angi rollene til brukere som vil få lov til å redigere artikkelen som er investert i seksjonen.

Hvis du vil legge til en artikkel, klikker du på "+ Legg til artikkel". I det modale vinduet angir du navnet og delen der artikkelen som skal opprettes, er lokalisert:

Serviceobjekter

Okdesk lar deg lagre informasjon om servicefasiliteter (kafeer, restauranter, salgssteder, etc.) i binding til klienten og kundekontaktene.

Listen over vedlikeholdsobjekter vises i "Service Objects" -fanen på selskapets kort:

Søknaden kan være knyttet til serviceobjekter på skjemaet for opprettelse eller applikasjonskort:

Kontrakter og serviceperioder

Listen over kontrakter som er inngått med kundene, vises i selskapets kort. En tilleggsinformasjon om denne avtalen vises i kontraktskortet, samt listen over vedlagte filer (for eksempel skannede bilder av Dokument originaler).

Arbeide med filer på et kontraktskort ligner på å jobbe med på et applikasjonskort, inkludert å legge til en dra og et tegn på publikum / personvern.

Kontrakten kan være bindende til flere selskaper. Bindingskontrakt til selskaper utføres på kontraktskortet, mens denne avtalen vil bli vist på kortene i disse selskapene.

For kontrakter er det mulig å spore handlingsvilkårene gjennom etableringen innenfor rammen av kontrakten for serviceperioder (en kontrakt kan ha flere påfølgende serviceperioder som for eksempel, for eksempel perioder med å lage abonnementsavgift for service).

Listen over serviceperioder i kontrakten vises på "Service Periods" -fanen på kortkortet i form av et bord:

Hvis traktaten for tiden ikke har noen serviceperiode eller det er ubetalte serviceperioder, under registrering av søknader i binding til en slik kontrakt, vil advarsler vises:

Det er mulig å sende e-postvarsling med en påminnelse om gjennomføringen av serviceperioden med en ansvarlig kundebehandling. For å gjøre dette må du angi påminnelsesdatoen på gjennomføringen av serviceperioden når du oppretter eller redigerer serviceperioden og aktiverer riktig melding ("E-post for å varsle om hendelser med kontrakter").

Utstyr

Okdesk lar deg holde oversikt over kundeutstyr som skal betjene firmaet ditt. Hver forekomst av utstyret er klassifisert etter type, produsent og modell. Listen over elementer i Equipment Directory er angitt i underavsnittet "Innstillinger / utstyr":

I Okdesk kan du utvide standard sett med utstyrsattributter. I dette tilfellet kan hver type utstyr være et sett med ytterligere attributter. Du kan legge til og redigere tilleggsutstyrsattributter i delen Utstyr \\ Equipment Attributes av "Innstillinger" -partisjonen.

Hvis du vil legge til et nytt utstyrsattributt, må du klikke på "+ Legg til" -knappen over listen over utstyrsattributter:

Listen over utstyr er gitt i "utstyr" -delen. For å opprette et nytt utstyr, må du klikke på "+ Legg til" -knappen over utstyrslisten:

Selskapets utstyrsliste vises i "Utstyr" -fanen på selskapets kort:

Utstyret kan også løses for et bestemt serviceobjekt.

Søknaden kan knyttes til klientens utstyr på form av opprettelse eller applikasjonsbevis:

Om nødvendig kan en blokk med utstyr deaktiveres i "Innstillinger / generelle systeminnstillinger".

Varsler på forespørsel

E-postvarsel

Okdesk lar deg varsle de ansvarlige medarbeiderne og kontakte enkeltpersoner om kunder om hendelser med applikasjoner. Sette opp varsler på forespørsler er gjort i delen "E-postvarsel" i delen.

Når du konfigurerer varsler, kan du angi den viste avsenderens navn (hvordan e-postavsenderen vil bli vist i mottakerens e-postklient) og adressen som skal svares. Også i varselinnstillingene kan du spesifisere e-post for å duplisere varsler sendt til kundekontakter (attributt "-adresse til dupliserte kundevarsler").

For hver type varsler, er inkluderings- og av-funksjonen til denne typen varsler tilgjengelig.

Okdesk lar deg også redigere Alert Design Template og Alert Text Template.

Alert Design Template er redigert ved å klikke på "Rediger brevdesign mal" -knappen. I vinduet som vises, kan du angi ditt eget brevdesign. Men det er viktig å lagre variabelen (((innhold))) (når du sender bokstaver til stedet for denne variabelen, vil innholdet i et bestemt brev på brevmalen bli erstattet).

Tekstmalen og emnene i varslene er redigert ved å klikke på "Rediger" Link-knappen i strengen som svarer til det nødvendige varselet. I vinduet som åpnes, kan du angi tekstvarslingen ved hjelp av.

På form av redigering av e-postvarsler om kontaktpersoner med kunder om statusendringen, er det muligheten til å velge statuser, når du går til hvilket et varsel som skal sendes.

I tilfelle når søknaden definerer en kontaktperson og et selskap, men denne kontaktpersonen har ingen e-post, så er varslene sendt til e-postfirmaer (hvis søknaden ikke definerer en kontaktperson, er meldingen ikke sendt).

Om nødvendig kan du konfigurere duplisering av kundevarsler til forfatterens forfatter i "Innstillinger \\ E-postvarsler \\ Customer Alerts".

Også i "Innstillinger \\ E-postvarsler \\ varsler til kunder" kan du konfigurere duplisering av brev sendt til kontaktpersoner til General Email Company:

  • Alltid - varsler vil bli duplisert til e-post selskaper i alle fall (selv om en e-post ikke er registrert på kontaktpersonens kort eller bare et selskap er angitt på applikasjonskortet)
  • Hvis kontaktpersonen ikke har noen applikasjons-e-post
  • Hvis søknaden ikke har noen kontakt

SMS-varsler

Okdesk lar deg automatisere prosessen med å informere kunder og ansatte via SMS-varsler.

Systemet vil automatisk sende det nødvendige SMS-meldingen til tallene som er angitt i kortet til den ansvarlige medarbeider eller kontaktens kontaktperson.

Hvis du vil konfigurere SMS-varsler, må du konfigurere tilkoblingsinnstillingene til SMS-gatewayen. Denne innstillingen utføres i delen "SMS" underskriftsinnstillinger ". For øyeblikket integreres systemet med SMSC.ru Gateways, SMS.RU og SMSAERO.RU (vi kan koble til nye gateways etter behov) ..

Etter at du har fylt ut parametrene til tilkoblingen til SMS-gatewayen, skal "Check Connection" -knappen vises på Innstillinger-siden. Avhengig av serverresponsen på siden dukker opp vinduet med informasjonsmelding. Hvis tilkoblingen har gått med suksess, vises den tilsvarende meldingen og balansen i rubler. Hvis noen problemer oppsto med forbindelsen, skriv deretter til oss.

Også Okdesk lar deg redigere SMS-varsel tekstmal.

Meldingstekstmalen er redigert ved å klikke på "Rediger" -knappen i rad som svarer til det nødvendige varselet. I vinduet som åpnes, kan du angi tekstvarslingen ved hjelp av.

På form av redigering av SMS-varsler om kontaktpersoner med kunder om endring av status, er det muligheten til å velge statuser, når du går som varselet vil bli sendt.

Om nødvendig kan du deaktivere SMS-informere kunder og ansatte (som standard Alle varsler for ansatte er inkludert, alle varsler for kontaktpersoner er deaktivert).

Push Alert.

Det er mulighet for en melding om brukeren som er på listen over applikasjoner eller applikasjonskortet, om hendelser som foregår med applikasjoner.

Push Notifications er ledsaget av et pip og uthevet nederst til høyre med teksten som svarer til arrangementet:

Følgende hendelser med applikasjoner spores:

  • Endre ansvarlig;
  • Endrer statusen til søknaden;
  • Legger til en ny kommentar til programmet.

Klientportal

Gir tilgang til klientportalen til kundens kontakt ansiktsbehandling

Å gi tilgang til en kontaktperson til klientportalen utføres på en kontaktpersons kort:

I vinduet som åpnes, må du tilordne innlogging og passord til kontaktlisten:

I fremtiden kan påloggingen og passordet til kontaktpersonen endres.

Etter å ha gitt tilgang til en kontaktperson, og i tilfelle at dette kontaktflaten er knyttet til selskapet, vises "Access Level" -attributtet på kontaktpersonens kort. (Du kan konfigurere nivået på tilgangen for standard kontaktpersoner, så blir den automatisk festet på kontaktfaktorkortet. Du kan konfigurere standard tilgangsnivå i "Innstillinger / Client Portal" -delen.)

I dette attributtet er det bestemt hvilken informasjon som skal være synlig for kontaktpersonen når du arbeider i klientportalen:

  • Vise applikasjoner av selskapet (kontaktpersonen vil ha tilgang til alle søknader fra hans firma (registrert på egen hånd, samt på vegne av andre kontaktpersoner);
  • Visningsapplikasjoner Relaterte serviceanlegg (kontaktpersonen vil ha tilgang til disse programmene som objekter knyttet til kontaktpersonen er angitt som et servicemål.
  • Vis søknader av selskaper under observasjon (kontaktpersonen vil ha tilgang til alle anvendelser av selskaper under observasjon (registrert på egen hånd, samt på vegne av andre kontaktpersoner under observasjon));
  • Tilgang til rapporter (kontaktpersonen vil ha tilgang til rapporter om selskapets applikasjoner. En liste over rapporter tilgjengelig for kontaktpersoner i klientportalen er satt i tilgjengeligheten av rapporter i klientportalavsnittet "Innstillinger \\ Client Portal":

Som standard vises ikke ansvarlige og applikasjonsobservatørene for kontakter i klientportalen. Vise disse parametrene i klientportalen er angitt i delen Underavdeling Klientportal ":

I samme seksjon kan du angi attributter som vil bli inneholdt i filen når du laster opp listen over programmer fra klientportalen av klientens kontakt.

Også for kundekontakter i klientportalen er tilgjengelig for å fylle ut felt med typen og prioriteten i programmet når du oppretter et program.

Konfigurere visning av systemattributter i klientportalen er angitt i "Programmer \\ Application Attributes" Underavdeling "Innstillinger" -delen:

Se interaksjonshistorikken, og legg til ny og korrespondanse av eksisterende applikasjoner

Tilgangskontakter til klientportalen utføres gjennom samme påloggingsside som for ansatte i selskapet.

Følgende tiltak er tilgjengelige fra klientportalen til klientens kontaktperson:



Ansatte og roller

Kortansatt

Listen over ansatte i Service Company vises i delen "Ansatte". For å legge til en ny ansatt må du klikke på "+ Legg til" -knappen på den øvre høyre listen over listen.

Kontoer for ansatte i Okdesk kan aktiveres og deaktiveres. Ansatte med deaktiverte kontoer vil ikke kunne logge inn og ikke kunne være ansvarlig for søknader. Samtidig vil all informasjon om handlinger av ansatte i systemet, inkludert kommentarer, bli lagret.

Når du oppretter en ny konto, vil Okdesk-ansatt umiddelbart tilby å aktivere den.

Kontoer for ansatte kan aktiveres og deaktiveres når som helst. Samtidig, hvis arbeidstakeren er ansvarlig, vil være ulåste applikasjoner, deaktiverer dens konto er ikke tilgjengelig.

For alle ansatte i Okdesk er en personlig foto nedlastingsfunksjon tilgjengelig, som vil bli vist i systemgrensesnittet.

Okdesk implementerer sporingsfunksjonen til ansattes plassering på kartet. Denne funksjonen er bare tilgjengelig når mobilapplikasjonen er tilkoblet. Du kan se den nåværende posisjonen til ansatte i delen "Ansatte" på "Ansatte på kartet" -fanen.

Roller og tillatelser

Ansattes tilgangsrettigheter i Okdesk bestemmes av deres rolle. En ansatt kan stilles både på arbeidstakerens opprettingskort og redigere rollen som allerede på det opprettede kortet:

Følgende roller er gitt i Okdesk:

  • Administrator: Har tilgang til alle funksjoner i systemet;
  • Ledende spesialist: I motsetning til administratoren har den ikke tilgang til innstillings- og rapporter-delen (tilgang til "Rapporter" -delen for den "ledende spesialist" -rollen kan leveres i delen "Generell systeminnstillinger" i delen "Innstillinger" ). I tillegg har den ledende spesialisten ingen rettigheter til å erstatte rollen, innloggingen og passordet, samt å gi tilgang til en personlig konto til andre brukere av systemet;
  • Spesialist: Tilgang kun til seksjonene "Applications" og "Knowledge Base". Spesialisten har tilgang til visningskort av selskaper, kontaktpersoner, anlegg, utstyr knyttet til søknader som arbeidstakeren er ansvarlig (eller er en del av den ansvarlige gruppen), er en observatør (eller er en del av observasjonsgruppen) eller forfatteren .

Okdesk implementerer muligheten for fleksibel innstilling av rettigheter om handlinger med søknader. Lær mer om hvordan høyre og roller er ordnet, du kan finne ut ved å sende et spesialisert gratis online kurs i .

Gruppe av ansatte

Okdesk lar deg dele ansatte til funksjonelle grupper på spesialisering (systemadministratorer, dispatchers, ingeniører, etc.), mens den samme medarbeider kan legge inn flere funksjonelle grupper samtidig.

For å legge til en gruppe må du klikke på "Legg til" -knappen, som ligger til høyre over listen:

Ansatte som er oppført i "Listen over varslingslisten" -parameteren, vil motta e-postvarsler om hendelser med applikasjoner (oppdrag av ansvar for en gruppe) og klientavtaler (i tilfeller der konsernet er festet i parameteren "Responsive Manager" eller kontaktperson).

I vinduet som vises, må du fylle ut feltene og lagre.

Om nødvendig kan en gruppe slettes eller skjules.

Rapporter

Okdesk lar deg generere serviceringsrapportering og vise driftsinformasjon om den nåværende situasjonen.

Rapport-deshboard "Operasjonell informasjon" viser et operativt sammendrag av den nåværende situasjonen i tjenesten. På Dashboard viser antall applikasjoner som er i statusen "Open", hvor mange av dem er utløpt, hvor mange utsatt applikasjoner, hvor mange applikasjoner skal løses i dag og hvor mange applikasjoner som er plassert uten personlig ansvar.

Også på Dreshboard "Operational Information" viser en dobbel tidsplan med antall opprettede og løsne applikasjoner om dagen.

De resterende rapportene gir informasjon om tjenestens tjeneste for den valgte perioden. For hver rapport kan du angi filtreringsparametrene, inkludert klienten, kontaktpersonen, en ansatt (for "Ansattesrapport") og tidsperioden. Alle tabellrapporter kan lasteses i et Excel-dokumentformat.

For rapporten for programspesifikasjonen er det mulig å angi flere kolonner i applikasjonen som skal lastes inn i XLS.

Stylisering av grensesnittet

Du kan konfigurere utseendet på OKDESK-grensesnittet i samsvar med bedriftens merkede stil.

For å gjøre dette, i delen "Generelle systeminnstillinger" i delen "Innstillinger", kan du stille hovedfarge, overskriften til alle systemsider, laste ned filen med firmaets logo (vises på påloggingssiden) og Favicon.

I tillegg kan du legge ved (park) ditt eget domene til kontoen din i Okdesk. Kundene dine vil falle i adressen help.vasha_k.xx.

Innstillinger

For å gå til "Innstillinger" -delen, må du velge menyelementet "Innstillinger" med girikonet i nedre venstre hjørne:

Tilgang til "Innstillinger" -delen har bare ansatte med.

Status er et av de viktigste budfeltene som tillater støtteagenter og kunder å spore løsningen på problemet og bestemme reglene for automatisering i systemet. Administratoren kan konfigurere statuser i administrasjonsseksjonen "-statusene.

For å opprette en ny status, gå til Administrasjonsdelen. "Statuser, klikk på Ny status, velg objekttypen, fyll ut statusnavnet, bestemme statusen til objektet som vil bli tildelt denne statusen og klikk Fortsett.

Systemstatuser

I støttesystemet for userponse 4-status, som ikke kan endres:

  1. Åpnet - Denne standardstatusen er tildelt hvert program, som er opprettet eller sendt til ditt støttesystem. For å angi en annen status når du oppretter et program i systemet, bruker du radioknappen ved siden av ønsket status.
  2. Venter - Avhengig av forretningsprosessen i selskapet, kan søknaden installeres i ventemodus i tilfeller der det krever diskusjon i teamet eller løse et annet spørsmål før du forbereder svaret på kunden din. SLA tid for slike applikasjoner vil bli suspendert.
  3. Det venter på et svar - hvis dine støtteagenter trenger å spørre å avklare spørsmål til klienten eller motta bekreftelse på at problemet er løst, kan søknaden noteres som "venter på svaret."
  4. Fullført - Så snart du har gitt klienten til å løse det, kan det lukke et program for en direkte kobling fra e-post eller agenter kan gjøre det i agenturgrensesnittet.

For systemstatus kan du endre fargen på bakgrunnen og teksten. Hvis du vil endre statusnavnet, gå til administrasjonsdelen »Oversettelser og omdøpe status etter eget skjønn.

Tilleggsstatuser og ledelse

Siden systemstatusene ikke kan redigeres, kan du opprette flere statuser for applikasjoner som kan inkluderes i forretningsprosessen.

Det er flere måter å oppdatere statusen til programmet på:

  • Manuelt - på applikasjonssiden eller bruk av raske handlinger på forespørsler siden;
  • Makroser - Du kan opprette en makro med et sett med bestemte handlinger som kan brukes på applikasjonssiden. Du kan opprette og redigere makroer for hver agent i menyen delen »Makroer etter at de er aktivert i administrasjon» Søknader;
  • Automasjonsregler - Du kan opprette en utløser for å endre statusen på forekomsten av visse hendelser i systemet.

Statuser for beregning av SLA og belastning på agent

Premium-klienter kan bruke til å tilordne ansvarlig i teamet på grunnlag av belastningen av hver agent, og kan også konfigureres til å beregne tiden der stoffene må møte kunder og løse sine problemer.

Det er tilfeller når noen forespørsler ikke bør delta i arbeidsbelastningen av agenten, siden de krever en løsning på mellommann eller diskusjon i laget, og agenten ikke trenger å jobbe på denne forespørselen for øyeblikket.

Vi lar deg redigere system og tilleggsstatuser (bare de som er relatert til den åpne tilstanden til objektet) og inkludere alternativet slik at programmer eller temaer i denne statusen ikke er tatt i betraktning ved beregning av maksimal belastning på agenten og kan sette SLA TIMER PAUSE.

Vi trekker også oppmerksomhet til at statusene som er relatert til den lukkede tilstanden til objektet, påvirker ikke beregningen av SLA-beregninger og mengden last på agenten.

Bruke statuser i automatiseringsregler

Gitt funksjonene i forretningsprosessen, kan du opprette nye utløsere som automatisk oppdaterer statusen for søknaden ved forekomsten av visse hendelser i systemet. Du kan konfigurere automatiseringsregler i administrasjonsdelen »Automatisering og varsler.

Du kan ta med en rekke eksempler når slike utløsere kan trenge:

  • Du vil oppdatere statusen til Zyavka automatisk etter agentens svar;
  • Hvis verdien av et ekstra felt endres, kan det være nødvendig å endre statusen automatisk;
  • Når klienten reagerer på forespørsel, kan statusen endres til en annen.

Som standard, hver gang klienten svarer på et program med statusen "forventer et svar", blir statusen automatisk endret til "Åpne". For å overstyre denne regelen, kan du opprette en ny utløser eller oppdatere strømmen.

Varsler når du endrer status

Når søknadsstatusen endres, vil klienten motta en e-postvarsling. I administrasjonsdelen »Automatisering og varsler kan du opprette en utløser for å sende brukerens egen varslingsmal, og du kan også oppdatere systemmalen" Objektstatus "i Administrasjonsdelen» Støtteanaler »E-post» Ikon bokstaver maler.

Du kan også bruke automatiseringsreglene for ikke å varsle enkelte brukerkommandoer eller varsle bare når bestemte statuser endres i systemet.

0105 - Interdistrict Inspektorat i Russland nr. 1 i Republikken Adygea 0280 - Interdistrict Inspektorat i Russland nr. 39 i Republikken Bashkortostan 0300 - UFNS i Russland i Ruspublikken Buryatia 0327 - Interdistrict Inspektorat i Russland nr. 9 i Republikken av Buryatia 0400 - Kontor for Federal Tax Service of Russland i Republikken Altai 0506 - Interdistrict IFT Russland nr. 12 for RD 0507 - Interdistrict IFSS of Russland nr. 7 for RD 0521 - Interdistrict IFSS of Russland nr. 9 for RD 0523 - Interdistrict IFSS of Russland nr. 1 for RD 0529 - Interdistrict IFTs Russland nr. 2 for RD 0533 - Interdistrict IFTS Russland nr. 10 for Russlandsintervirksomhet nr. 3 for RD 0544 - Interdistrict Inspektorat i Russland nr. 17 for RSD 0546 - Interdistrict Inspectorate of Russland nr. 8 for Russlandsintervirksomhet i Russland nr. 15 for RD 0548 - Interdistrict IFTs Russland nr. 6 for RD 0550 - Interdistrict IFTS Russland nr. 4 for Rd 0571 - Russlands IFNs i Leninsky District G.Makhachkala 0600 - UFNs i Russland i Republikken Ingushetia 0608 - Interdistrict IFTs Russland nr. 1 i Republikken Ingushetia 0716 - Mr Intns of Russland nr. 4 for CBD 0718 - MINA FTS OF RUSSLAND nr. 2 for CBD 0720 - MRE FTS RUSSLAND Nr. 5 for CBD 0724 - Mr Intns of Russland nr. 6 for CBD 0725 - IFNS i Russland nr. 1 i Nalchik KBR 0726 - IFTS Russland nr. 2 i Nalchik CBD 0800 - UFNS i Russland i Republikken Kalmykia 0816 - IFTS Russland i Elist 0900 - UFNS for KCD 0917 - Interdistrict IFTS Russland nr. 3 for KCHR 1001 - IFTS Russland i Petrozavodsk 1121 - Interdistrict Inspektorat i Russland nr. 5 i Republikken Komi 1215 - IFTS Russland for byen Yoshkar-Ola 1326 - Federal Tax Service of Russland for Leninsky District G. Saransk 1447 - Interdistrict IFTs Russland No. 5 i Republikken Sakha (Yakutia) 1513 - Interdistrict IFTS Russland i Vladikavkazu 1690 - Interdistrict IFTs Russland nr. 18 i Republikken Tatarstan 1700 - UFNS i Russland i Republikken Tyva 1719 - Interdistrict IFTs Russland nr. 1 i Ruspublikken Tyva 1832 - Interdistrict Inspektoratet i Russland nr. 11 på Udmurt Republic 1900 - UFNS i Russland i Republikken Khakassia 1901 - Interdistrict Inspektorat i Russland Nr. 1 i Republikken Khakassia 1902 - Interdistrict IFTS Russland nr. 2 i Republikken Khakassia 1903 - Interdistrict Inspektoratet i Russland nr. 3 i Republikken Khakassia 2036 - Interdistrict IFTs Ross II nr. 6 i Chechen-republikken 2130 - den føderale skatteservice i Russland i Cheboksary 2225 - Interdistrict Inspektorat av Federal Tax Service of Russland nr. 15 i Altai Territory 2375 - Interdistrict Inspectorate of Russia No. 16 i Krasnodar Territory 2468 - Interdistrict Inspektorat i Russland nr. 23 for Krasnoyarsk Territorium 2500 - UFNS i Russland i Primorsky Kanten på 2501 - Interdistrict IFTs i Russland nr. 4 i Primorsky Territory 2502 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 10 i The Primorsky Territory 2503 - Interdistrict Inspektoratet i Russland nr. 1 i Primorsky Territory 2505 - Interdistrict Inspektoratet i Russland nr. 6 for Primorsky Territory 2506 - Interdistrict IFSS of Russia No. 2 for Primorsky Edge 2507 - Interdistrict Inspektorat av Federal Tax Service av Russland nr. 7 i Primorsky Territory 2508 - IFNS of Russland i Nakhodka of the Primorsky Territory 2509 - Interdistrict Inspektorat i Russland nr. 8 i Primorsky Territory 2510 - Interdistrict Inspektoratet i Russland nr. 3 i Primorsky Territory 2511 - Interdistrict Inspectorate of Forbunds Skatteservice i Russland nr. 9 i Primorsky Territory 2515 - Interdistrict Inspektorat i Russland nr. 5 for Primorsky Territory 2533 - Interdistrict IFTs Russland nr. 11 på Primorsky Territory 2536 - Den Federal Tax Service of Russland i Leninsky District of Vladivostok 2625 - Federal Tax Service of Russland i Georgievsk Stavropol Territory 2628 - Den føderale skatteservice i Russland i Kislovodsk av Stavropol-territoriet 2632 - Den føderale skatteservice i Russland i Pyatigorsk Stavropol Territory 2641 - Interdistrict IFTs Russland nr. 1 i Stavropol Territory 2643 - Interdistrict Inspectorate of the Federal Tax Service of Russland Nei . 3 i Stavropol Territory 2644 - Interdistrict-inspektoratet i Russland nr. 4 i Stavropol Territorium 2646 - Interdistrict Inspektoratet i Russland nr. 6 i Stavropol Territory 2648 - Interdistrict Inspektoratet i Russland nr. 8 i Stavropol Territory 2649 - Interdistrict IFTs Russland Nr. 9 i Stavropol Territory 2650 - Interdistrict Inspectorat av Federal Tax Service of Russland nr. 10 i Stavropol Territory 2651 - Interdistrict IFSS of Russland nr. 11 i Stavropol Territory 2700 - SFNs av Russland i Khabarovsk Territorium 2724 - Federal Tax Service of Russland for Railway District G. Khabarovsk 2801 - Mins Russland nr. 1 i Amur Region 2901 - IFTS Russland i Arkhangelsk 3025 - Interdistrict IFTS Russland nr. 6 for Astrakhan-regionen 3100 - UFNS Russland Belgorod Region 3123 - Russlands IFTs i Belgorod 3241 - Interdistrict IFSN i Russland nr. 1 i Bryansk Region 3252 - Interdistrict IFTSs of Russland nr. 7 i Bryanskregionen 3253 - Interdistrict IFTS i Russland nr. 8 for Bryansk Region 3256 - Interdistrict IFTS Russland nr. 10 i Bryanskregionen 3328 - IFNS i Russland i Oktyabrsky District Vladimir 3400 - UFNs av Russland i Volgograd Region 3435 - IFTS Russland i Volga Volgograd Region 3443 - IFTS Russland i Dzerzhinsky District Volgograd 3453 - Interdistrict IFTs Russland nr. 3 i Volgograd Region 3454 - Interdistrict IFNs av Russland nr. 4 i Volgograd Region 3455 - Interdistrict IFTS Russland nr. 5 i Volgograd Region 3456 - Interdistrict IFTS Russland nr. 6 i Volgograd Region 3457 - m Under Volgograd-regionen i Federal Tax Service of Russland nr. 7 Volgograd Region 3458 - Interdistrict IFSS of Russland nr. 8 i Volgograd Region 3525 - Interdistrict Inspektorat i Russland nr. 11 i Vologeda-regionen 3528 - Interdistrict Inspectorate of Russland nr. 12 i Vologeda-regionen 3529 - Interdistrict-inspektoratet i Russland nr. 1 i Vologda-regionen 3532 - Interdistrict-inspektoratet til den føderale skatteservice i Russland nr. 4 i Vologeda-regionen 3533 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 5 i Vologda-regionen 3535 - Interdistrict-inspektoratet i Russland nr. 7 i Vologda-regionen 3536 - Interdistrict-inspektoratet til den føderale skatteservice i Russland nr. 8 i Vologeda-regionen 3537 - Interdistrict Inspektoratet i Russland nr. 9 i Vologda-regionen 3538 - Interdistrict Inspectorate av Russland nr. 10 i Vologda-regionen 3600 - UFNs i Russland i Voronezh-regionen 3668 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 12 i Voronezh Region 3700 - UFNS of Russland i Ivanovo Region 3702 - IFTS Russland i Ivanovo 3800 - UFNs av Russland i Irkutsk Region 3850 - Interdistrict Inspektorat i Russland nr. 17 i Irkutsk Region 3926 - Interdistrict Inspektorat i Russland nr. 1 i Kaliningrad Region 4027 - Federal Tax Service of Russland for Leninsky District of Kaluga 4101 - IFTs Russland i Petreopavlovsk-Kamchatsky 4200 UFNs av Russland i Kemerovo Region 4202 - Interdistrict Inspektorat i Federal Tax Service of Russland nr. 3 i Kemerovo Region 4205 - IFTS Russland for Kemerovo 4212 - Interdistrict Inspektoratet i Russland nr. 2 i Kemerovo-regionen 4213 - Interdistrict Inspektorat i Russland nr. 1 i Kemerovo Region 4214 - Interdistrict IFTS Russland nr. 8 i Kemerovo-regionen 4217 - IFTS Russland i Novokuznetsk Kemerovo-regionen 4222 - Interdistrict IFSS of Russland nr. 5 for Kemerovo-regionen 4223 - Interdistrict inspektorat i Russland nr. 11 i Kemerovo-regionen 4230 - Interdistrict Inspektorat i Russland nr. 7 i Kemerovo Region 4246 - Interdistrict IFTs Russland nr. 9 for Kemerovo-regionen 4250 - Interdistrict IFSS of Russland nr. 12 for Kemerovo-regionen 4252 - Interdistrict IFSS of Russland nr. 13 for Kemerovo-regionen STI 4253 - Interdistrict Inspectorate of Russland nr. 4 i Kemerovo Region 4350 - Interdistrict Inspektorat i Russland nr. 14 i Kirov-regionen 4400 - UFNs av Russland i Kostroma Region 4401 - IFTS i Kostroma 4501 - Federal Tax Service of Russland i Kurgan 4600 - UFNS i Russland i Kursk-regionen 4632 - IFNS i Russland i Kurska 4700 - UFNs i Russland i Leningrad-regionen 4704 - IFTS Russland i Vyborg District of Leningrad Region 4827 - Interdistrict IFTs Russland nr. 6 på Lipetsk-regionen 4900 - UFNS i Russland i Russland i Magadan Region 4910 - Interdistrict IFTS Russland nr. 1 i Magadan Oblast 4911 - Interdistrict Inspectorate av Federal Tax Service of Russland nr. 2 i Magadan Region 4912 - Interdistrict Inspektorat av Federal Tax Service of Russland nr. 3 i Magadan Region 5000 - UFNS of Russland i Moskva-regionen 5001 - Den føderale skatteservice i Russland i Balayshe, Moskva-regionen 5003 - Interdistrict IFTs Russland nr. 14 i Moskva-regionen 5004 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 19 i Moskva-regionen 5005 - Den føderale skatteservice i Russland i Voskreshensk Moscow-regionen 5007 - IFTs Russland i Dmitrov Moscow-regionen 5009 - IFTS Russland I byen Domodedovo, Moskva-regionen 5010 - Interdistrict IFTS av Russland nr. 12 i Moskva Region 5011 - IFTS Russland i tysk region 5012 - Interdistrict Inspectorate of Forbunds Skatteservice i Russland nr. 20 i Moskva-regionen 5017 - Federal Tax Service av Russland i Moskva-regionen 5018 - Interdistrict IFTs Russland nr. 2 i Moskva-regionen 5019 - Interdistrict Inspectorate of Forbunds skatteservice i Russland nr. 18 i Moskva-regionen 5020 - IFSN i Russland i Klin Moskva-regionen 5022 - Interdistrict IFTs Russland nr. 7 i Moskva Region 5024 - IFTS Russland i Krasnogorsk Moskva Region 5027 - Interdistrict IFSS of Russland nr. 17 i Moskva Region 5029 - IFSN i Russland i Moskva-regionen 5030 - IFTS Russland i Naro-Fominsk Moskva-regionen 5031 - IFTS Russland i Nogynsk Moskva Region 5032 - Interdistrict IFTs Russland №22 IN Moskva-regionen 5034 - Interdistrict IFT i Russland nr. 10 i Moskva-regionen 5035 - Federal skatteservice i Russland i Pavlovsky ros av Moskva-regionen 5038 - Interdistrict Inspektorat i Russland nr. 3 i Moskva-regionen 5040 - Interdistrict Inspektoratet i Russland Nr. 1 i Moskva Region 5042 - IFTS Russland i Sergiev Posad of the Moskva-regionen 5043 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 11 i Moskva Region 5044 - IFTS Russland i Solnechnogorsk Moskva Region 5045 - IFTS Russland i Typino Moskva Region 5047 - Interdistrict IFTS Russland nr. 13 i Moskva-regionen 5048 - IFTS Russland i Chekhov Moskva Region 5049 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 4 i Moskva-regionen 5050 - Interdistrict Inspektorat av Federal Tax Service of Russland Nei. 16 i Moskva-regionen 5053 - IFTS Russland Ifølge Alktrostal, Moskva-regionen 5072 - Interdistrict IFTS i Russland nr. 8 i Moskva Region 5074 - Interdistrict IFSS i Russland nr. 5 i Moskva Region 5075 - Interdistrict Inspectorate Of The Federal Tax Service of Russia No. 21 i Moskva Region 5081 - Interdistrict Inspectorate of Russland nr. 23 for Moskva Region 5102 - Interdistrict IFTS Russland nr. 1 i Murmansk Region 5105 - Interdistrict Inspektorat av Federal Tax Service of Russland nr. 7 i Murmansk Region 5108 - Interdistrict IFSS of Russland Nei . 5 i Murmansk-regionen. 5110 - Interdistrict Inspektorat i Russland nr. 2 i Murmansk Region 5118 - Interdistrict Inspektorat fra Federal Tax Service av Russland nr. 8 i Murmansk Region 5190 - IFTS Russland i Murmansk 5275 - MINA FTS OF RUSSLAND No. 15 i Nizhny Novgorod Region 5300 - UFNS i Russland i Novgorod-regionen 5321 - Interdistrict IFTs Russland nr. 9 i Novgorod-regionen 5331 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 1 i Novgorod Region 5332 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 2 i Novgorod-regionen 5336 - Interdistrict Inspektorat i Russland nr. 6 for Novgorod Region 5476 - Interdistrict IFSS of Russland nr. 16 i Novosibirsk Region 5543 - Interdistrict IFTS Russland nr. 12 i Omsk-regionen 5658 - Interdistrict Inspectorate of the Federal Tax Service of Russland Nei . 10 I Orenburg-regionen 5749 - Interdistrict-inspektoratet til den føderale skatteservice i Russland nr. 9 i Oryol-regionen 5835 - Federal Tax Service of Russland i Oktyabrsky-distriktet Penza 5958 - Interdistrict IFSS of Russland nr. 17 for PERM Territorium 6000 - UFNS RUSSIA PSKOV-regionen 6027 - Interdistrict IFSS of Russland nr. 1 i PSKOV-regionen 6196 - Interdistrict IFSS of Russland nr. 26 i Rostov-regionen 6200 - UFNS i Russland i Ryazan LIVEDI 6214 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 7 for Ryazan Region 6219 - Interdistrict Inspektorat av Federal Tax Service of Russland nr. 5 i Ryazan-regionen 6225 - Interdistrict Inspektorat av Federal Tax Service of Russland nr. 10 I Ryazan-regionen 6226 - Interdistrict-inspektoratet i Russland nr. 9 for Ryazan-regionen 6232 - Interdistrict IFSS of Russland nr. 4 i Ryazan Regioner 6234 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 2 i Ryazan-regionen 6313 - IFTs Russland i Krasnoglinsky District G. Samara 6451 - Interdistrict IFSS of Russland nr. 19 i Saratov-regionen 6500 - UFNs i Russland i Sakhalin-regionen 6501 - Interdistrict IFTS Russland nr. 1 i Sakhalin-regionen 6504 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 5 i Sakhalin-regionen 6507 - Interdistrict Inspektorat i Russland nr. 3 i Sakhalin Region 6509 Interdistrict Inspektorat av Federal Tax Service av Russland nr. 2 i Sakhalin Region 6517 - Interdistrict Inspektorat av Federal Tax Service of Russland No. 4 i Sakhalin Region 6658 - Federal Tax Service of Russland på Verkhnevsky District of Ekaterinburg 6700 - UFNs i Russland i Smolensk Region 6733 - Interdistrict Inspektorat i Russland nr. 5 for Smolensk Region 6820 - Interdistrict i Tambov-regionen 6906 - Interdistrict IFSS of Russland nr. 2 i Tver Region 6908 - Interdistrict IFSS of Russland nr. 3 i Tver-regionen 6910 - Interdistrict-inspektoratet i Russland nr. 4 i Tver-regionen 6912 - Interdistrict Inspektoratet i Russland nr. 5 for Tver-regionen 6913 - Interdistrict Intns av Russland nr. 6 i Tver-regionen 6914 - Interdistrict IFTs av Russland nr. 7 i Tver-regionen 6915 - Interdistrict IFTs Russland nr. 8 i Tver-regionen 6952 - Interdistrict inspektorat av den føderale skatteservice i Russland nr. 12 i Tver-regionen 7031 - Interdistrict Inspektorat av Federal Tax Service of Russland nr. 7 på Tomsk-regionen 7100 - UFNS i Russland i Tula-regionen 7154 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 10 i Tula-regionen 7232 - Interdistrict Inspectoons i Russland nr. 14 i Tyumen-regionen 7325 - IFTS Russland i Leninsky-distriktet G. Ulyanovsk 7400 - UFNS i Russland i Chelyabinsk-regionen 7456 - Interdistrict IFSS av Russland nr. 17 i Chelyabinsk-regionen 7505 - Interdistrict-inspektoratet i Russland nr. 5 i Trans-Baikal-territoriet 7513 - Interdistrict Inspektoratet i Russland nr. 6 i Trans-Baikal Territory 7527 - Interdistrict IFTs Russland nr. 7 i transporten -Baikal territorium 7530 - Interdistrict inspektorat i Russland nr. 4 i Trans-Baikal Territory 7536 - Interdistrict Inspektoratet i Russland nr. 2 i Chita 7538 - Interdistrict Inspektorat i Russland nr. 8 i Trans-Baikal Territory 7580 - Interdistrict Inspektoratet i Russland Nr. 1 i Trans-Baikal Territory 7627 - Interdistrict IFSS of Russland nr. 8 7 i Yaroslavl-regionen 7700 - UFNs av Russland i Moskva 7746 - Interdistrict IFTS i Russland nr. 46 i Moskva 7800 - UFNS i Russland i St. Petersburg 7801 - Interdistrict. IFNs av Russland nr. 16 i St. Petersburg 7802 - Interdistrict Inspektorat i Russland nr. 17 i St. Petersburg 7804 - Interdistrict Inspektoratet i Russland nr. 18 i St. Petersburg 7805 - Interdistrict Inspektorat i Russland nr. 19 i St. Petersburg 7806 - Interdistrict Inspectorate of the Federal Tax Service of Russland №21 i St. Petersburg -Petherburg 7807 - Interdistrict IFSS av Russland №22 i St. Petersburg 7810 - Interdistrict Inspektoratet i Russland nr. 23 i St. Petersburg 7811 - Interdistrict Inspectorate of Russland Nei . 24 i St. Petersburg 7813 - Interdistrict-inspektoratet i Russland nr. 25 i St. Petersburg 7814 - Interdistrict IFTS Russland №26 i St. Petersburg 7816 - Interdistrict IFSS of Russland №27 i St. Petersburg 7817 - Interdistrict Inspektoratet i Russland nr. 20 i St. Petersburg 7819 - Interdistrict Inspektorat i Russland nr. 3 i St. Petersburg 7820 - Interdistrict IFTs Russland nr. 2 for St. Petersburg 7838 - Interdistrict Inspektorat av Federal Tax Service of Russland nr. 7 i St. Petersburg 7839 - Interdistrict inspektorat av den føderale skatteservice av Russland nr. 8 i St. Petersburg 7840 - Interdistrict IFSS of Russland nr. 9 i St. Petersburg 7841 - Interdistrict IFTS Russland nr. 10 i St. Petersburg 7842 - Interdistrict IFTs Russland №1 1 i St. Petersburg 7843 - Interdistrict Inspectorate of the Federal Tax Service of Russland nr. 12 i St. Petersburg 7847 - Interdistrict Inspektoratet i Russland nr. 15 i St. Petersburg 7848 - Interdistrict Inspektorat i Russland nr. 28 i St. Petersburg 7901 - IFTs Russland for Birobijanu Jewish Autonomous Region 8600 - UFNs av Russland i Khanty-Mansiysk Autonome Okrug-Ugra 8617 - Federal District of Russland i Surgut District of the Khanty-Mansiysk Autonomous Okrug - Ugra 8700 - UFNS of Russland for Chukotka AO 8709 - Interdistrict IFTs Russland nr. 1 for Chukotka Autonome District 8901 - Interdistrict Inspektorat i Russland nr. 1 i Yamalo-Nenets Autonome District 9103 - Interdistrict Inspektorat i Russland nr. 8 i Republikken Krim 9105 - Interdistrict Inspektorat i Russland nr. 1 i Republikken av Krim 9108 - Interdistrict Inspektorat i Russland nr. 4 i Ruspublikken Krim 9110 - Interdistrict IFSS of Russland nr. 6 i Republikken Krim 9111 - Interdistrict Inspektorat av Federal Tax Service of Russland nr. 7 i Republikken Krim 9112 - Interdistrict Inspectorate of the Federal Tax Service of Russia No. 9 i Republikken Krim 9204 - Federal Tax Service of Russland i Leninsky District of Sevastopol 9901 - IFTS Russland i byen og Cosmodrome Baikonur

Etter at søknaden dukket opp i Pyrus, passerer den flere stadier.

    Fordeling. Søknaden vises i Innkommende på operatøren. Den fyller tomme felt: Angir typen program, klientdata og ansvarlige.

    Første linje. Søknaden mottar den ansvarlige operatøren som er ansvarlig. Han kommuniserer med klienten på sin appell direkte til Pyrus. Så snart spørsmålet er løst, lukker spesialisten søknaden.
    Merk: Pyrus registrerer den første responstiden til klienten. Dette er viktig for analyse - i sammendraget kan du estimere tiden for det første svaret, inkludert med detaljene for ansatte, og gjennomsnittlig svartid.

    Andre linje (eskalering). Hvis den første linjeekspert ikke kan løse problemet, eskalerer han søknaden om den andre linjen. Den andre linjespesialisten ser en søknad i seg selv Innkommende og kobles til arbeid. Etter å ha løst problemet, lukker han søknaden eller sender den til den første linjen for å gjøre en kollega (i henhold til forskriftene i enkelte selskaper, informerer den første linjepersonen kundens resultat og lukker søknaden).

    Lukker et program. Tiden når du lukker søknaden, husker Pyrus som en tid for å løse problemet. I sammendraget kan du se gjennomsnittlig løsningstid for alle applikasjoner. Lukkede applikasjoner lagres i Pyrus. De kan bli funnet ved hjelp av søkefunksjonen eller i registret.
    Merk: Beslutningen er bare tatt i betraktning når søknaden er åpen. For eksempel snakket en spesialist klienten og sendte et søknad til arkivtiden etter klagen. Hvis klienten reagerer i en uke, åpnes applikasjonen automatisk igjen. Anta at for andre gang svarte spesialisten en halv time og sendte igjen et program til arkivet. Tiden som søknaden var i arkivet, er ikke tatt i betraktning, så den totale avgjørelsestiden er en og en halv time.

Spør: Du kan stille noen prosedyre for behandling av applikasjoner. I Rute Editor kan du legge til og slette stadiene av å jobbe med søknaden og spørre hvem som er ansvarlige for beslutningen i hvert trinn. For å distribuere applikasjoner automatisk, avhengig av dataene som er angitt, bruk konvensjonell ruting.

Svar på klienten

For å svare på klienten, velg fanen i kommentarfeltet El. postkontor, Telegram, Viber, Facebook eller VK. Skriv teksten og klikk Sende. Klienten vil motta en melding på kanalen du valgte - på e-post, i Telegram, Viber, Facebook eller Vkontakt. Hvis han reagerer med en melding, vil hans svar bli vist i programmet, i kommentarbåndet.

Her er også tilgjengelige ferdige svar - tekstmaler som passer for ofte gjentatte situasjoner - for eksempel forfine bestillingsnummeret, be om et skjermbilde av feil eller skannedokument. For å bruke det ferdige svaret, klikk på ikonet for ferdigvarslede svar og velg det aktuelle alternativet. .

Klar svar er gruppert i tilfeller som de passer. Velg den venstre gruppen, og til høyre - ønsket svar.

Du kan redigere grupper og svar eller legge til nye på side ferdige svar.

Hvis klientens spørsmål er løst, klikker du Send og fullfør. Hvis du ga et mellomliggende svar, men fortsett å jobbe med programmet, klikk Sende.

Hvis støtte spesialister stengte oppgaven, og klienten skrev et svarbrev etter det, vil programmet automatisk åpne igjen, og den ansvarlige vil se den i seg selv Innkommende.

Det skjer, kundene skriver til den gamle søknaden om et nytt emne. For eksempel snudde klienten, fordi jeg ikke kunne betale for bestillingen, og en uke senere bestemte jeg meg for å stille et spørsmål om vilkårene for tjenesten. Det er ganske naturlig å finne en gammel korrespondanse med støttetjenesten og skrive en respons-e-post. Men emnet er nytt, og for statistikk er det bedre at det går en egen oppgave. Det kan gjøres slik at den gamle applikasjonen ikke er høstet, og den nye ble opprettet i stedet.


I eksemplet ovenfor, hvis klienten skriver inn i en gammel applikasjon innen en uke etter lukningen, vil den bevege seg, og støtte vil fortsette å kommunisere med klienten i den. Hvis han skriver en uke etter avslutning eller senere, vil en ny søknad bli opprettet.

Når du arbeider med søknaden, er det viktig å sende en SMS-melding til klienten. For eksempel varsle om at banken godkjente en låneansøkning eller en rapport som du har utstedt tilbakebetaling, og snart kommer de til kundens kort. Du kan sende SMS direkte fra Pyrus, i skjemaet Kunde appell. Det er nok å velge det forberedte svaret, om nødvendig, endre ordlyden og klikk på Send-knappen.

For å gjøre de riktige innstillingene og sende SMS-meldinger, vær så snill.

Intern diskusjon

Med programmet kan du fungere som med den vanlige Pyrus-oppgaven: Inviter kolleger og diskutere detaljer i kommentarene på fanen Intern korrespondanse. Klienten vil ikke se disse handlingene.

Når du behandler en kundes søknad, bruker en supportspesialist historien til hans klager. Kanskje klienten oppstår hele tiden det samme problemet, og kanskje støtte spesialister ignorert sine første meldinger.

Anropshistorikken er på panelet til høyre, i delen Lignende oppgaver:

Du kan åpne en hvilken som helst oppgave fra listen og lese hvordan kolleger hjalp klienten før. Oppgaver er definert som lignende om den samme e-postadressen eller klienttelefonen er spesifisert i dem.

Eskalering

Det skjer at den første linjepesialisten ikke kan løse spørsmålet uavhengig: for eksempel er det ikke nok kunnskap eller krefter. I dette tilfellet kan han gjøre sin del av arbeidet og overføre søknaden til neste nivå. For å gjøre dette, bare åpne programmet, på fanen Intern korrespondanse trykk på knappen 2. linje og trykk Sende.

Som vanlig kan du invitere en kollega til å løse spørsmålet: Begynn å skrive inn navnet på tastaturet, velg det fra listen og legge til forklarende tekst.

Applikasjonsstatuser

På et tidspunkt kan søknaden være i forskjellige stater. For å spore dem, er det praktisk å bruke statuser. Anta at en spesialist mottar et søknad og oversetter det til statusen "i arbeid". Hvis du trenger å avklare informasjonen, spør et spørsmål til klienten og endrer statusen på "Informasjonsforespørsel". Og når problemet er løst, setter status "evaluering".

Tilgjengelige statuser kan settes på fanen Omgivelser I formmalen.

Statuser reflekterer stadiene av å behandle programmet, se programmets status, du forstår umiddelbart hvilken stat det er.

Systemet gir fire hovedstatuser av applikasjoner: Ny, i behandling, behandlet og utsatt. Så snart søknaden kommer inn i systemet, blir den automatisk tilordnet statusen til en ny, og personalet kan se de besøksprogrammene i CRM-fanen - applikasjoner.

For å vise aktuelle data om statusene til applikasjoner, behandlingstid, etc. Bruk oppdateringsknappen. Denne knappen vil hjelpe deg med å få de nyeste endringene på forespørsel uten å overbelaste siden og uten å forlate denne kategorien.

Mulige statuser av applikasjoner:

  • nytt: søknaden kom bare inn i systemet, og ansatte har ennå ikke blitt behandlet. Navn og status for søknaden er uthevet av fet skrift;
  • ved behandling: En ansatt, hvorav navnet er angitt i kolonnen i Fio-ansatt, behandler for tiden søknaden, dvs. Han har et åpent applikasjonsvindu;
  • behandlet: Søknad behandles av en ansatt hvis FIO er angitt i FIO-kolonnen til den ansatte;
  • det ble utsatt: søknaden blir utsatt av entreprenøren i en viss periode (årsaken kan være uautorisert eller utilgjengelighet av abonnenten).

Tenk på mer detaljert hver av statusene i søknaden.

Ny status

Nylig vurdert ikke sett på ordrer som kom fra form av å fange kontakter i systemet, samt disse applikasjonene som medarbeider med en rollemyndighet satte statusen Ny manuelt (årsaken kan være feil behandling av søknaden eller unøyaktig informasjon som er oppnådd som en Resultatet av å kommunisere med klienten).

Du kan returnere programmet til den nye statusen fra CRM-siden - Programmer, knappen.

Søknaden betraktes som ny inntil arbeidstakeren begynte å behandle den.

Hvis en ansatt lukket programbehandlingsvinduet uten å behandle det og ikke identifisere klienten, returneres søknaden til statusen til en ny.

Hvis du får et nytt program på systemet, vises alle brukere i overskriften varsel ved ankomst av en ny applikasjon. Klikk på dette ikonet åpner formasjonsskjemaet.

Status i behandling

Status i behandling er tildelt søknaden dersom arbeidstakeren åpnet applikasjonsvinduet. Mens dette vinduet er åpent, er søknaden i statusen for behandling.

Tabellen med listen over applikasjoner registrerer søknadsstatusen, fioen til den ansatte som behandler søknaden, samt dato og tidspunkt for startet av søknaden.

Status behandlet

Søknaden anses å bli behandlet bare hvis arbeidstakeren i applikasjonsbehandlingsvinduet valgte applikasjonsalternativet, behandles og trykker på Lagre-knappen.

Søknadstabellen er registrert av FIO for den ansatte som har behandlet søknaden, fullføringsperioden for behandling, samt varigheten av applikasjonsbehandlingen.

Status utsatt

En ansatt som tar en søknad om arbeid, kan utsette implementeringen for enhver periode.

Årsaken kan være forespørselen fra klienten ringe tilbake eller unlash.

I dette tilfellet velger applikasjonsbehandlingsvinduet, en ansatt velger applikasjonsalternativet som er utsatt, angir tid og lagrer.