'<phrase_match_query>'
Oversikt
Adobe Acrobat Sign muliggjør komplekse søk for å finne innhold i brukerens avtaler. Søkelinjen på Administrer -siden, returnerer alle transaksjoner som stemmer overens med en streng som er gitt for den valgte innholdskilden.
- Hvis du ser på "Dine avtaler", søker du i innholdet ditt. Hvis du ser på en delt konto, søker du i innholdet for den delte kontoen.
Innholdet i feltene nedenfor indekseres når en transaksjon opprettes/oppdateres:
- Tittel – avtaletittel.
- Merk – et privat avtalenotat gjort av deltakeren som ikke er synlig for noen andre.
- Melding – en liste over meldinger som er synlige for denne deltakeren (inkluderer både offentlige og private meldinger).
- Originalt filnavn – originalt navn på en opplastet fil knyttet til avtalen.
- E-post – mottaker (inkludert mottakere av kopi) eller avsenderens e-postadresse.
- Fullt navn – for- og etternavn til mottakeren (inkludert mottakere av kopi) eller avsender.
- Stillingstittel – stillingstittelen til mottakeren (inkludert mottakere av kopi) eller avsender i deres firma.
- Firmanavn – firma- eller organisasjonsnavn på mottakeren (inkludert mottakere av kopi) eller avsender.
- Mottakergruppenavn – navn på ad-hoc-avtalegruppenavnet som mottakerne kan tilhøre.
- Tekstfeltinnhold – brukeroppgitt tekstfeltinnhold i skjemaet.
- Delerens fulle navn – fullt navn på den som deler avtalen. Dersom det ikke blir delt, er dette navnet på brukeren.
- Delerens mottakergruppenavn – mottakergruppenavnet til den som deler avtalen. Dersom det ikke blir delt, er dette mottakergruppenavnet til brukeren.
- Ekstern ID – avsenderens tildelte ID til avtalen som kan være av hvilken som helst form, men vanligvis i form av "<gruppeID>:<ID>". Ekstern ID sendes i kallet til API for avtaleoppretting.
- Ekstern gruppe-ID – avsenderens tildelte gruppe-ID til avtalen som kan være av hvilken som helst form, vanligvis brukt som et prefiks for ekstern ID. Ekstern gruppe-ID sendes i kallet til avtaleopprettings-API. Du må angi ekstern ID hvis du angir parameteren ekstern gruppe-ID.
Slik fungerer tekstsøk
Hvis du søkte etter strengen: "En enkel fisk"
- Acrobat Sign-søk "tokeniserer" strengen og bruker mellomrom som skilletegn. Eksempelstrengen over deles opp i tre tokener: En, enkel og fisk.
- Tegn i strengsøk tilhører en av tre forskjellige typer: bokstav, tall eller skilletegn.
- Tegn som behandles som skilletegn (annet enn mellomrom) er: ~ ` ! @ # $ % ^ & * ( ) - + = { } [ ] | \ . , : ; " ' < > ? /
- Punktum, understreker og apostrof forblir som en del av et symbol hvis tegn før og etter dette symbolet er av samme type.
- Sitater som omgir hele søkestrengen er ikke skilletegn og spesifiser en bokstavelig strengverdi (frase)
- Sitater inne i en søkestreng er skilletegn og angir ikke en bokstavelig strengverdi
- Skillet mellom store/små bokstaver fjernes. Eksempel: en, enkel og fisk
- Søket prøver deretter å matche hver fulle tekst i hver token til en indeksert verdi.
- Mer kompleks tokenisering skjer for Avtaletittel (se nedenfor).
- Et inkluderende søk brukes, som betyr at hver avtale som samsvarer med minst en token fra minst ett søkbart felt, inkluderes i datasettet som returneres.
- Det returnerte datasettet er sortert etter relevansscore med det mest relevante søkeresultatet øverst.
Avtaletittelfeltet:
Som nevnt ovenfor har avtaletittel-feltet en mer sofistikert tokenisering på grunn av en ekstra "tilpasset" tokenisering som først og fremst tokeniserer på kontekstskilletegn (i motsetning til eksplisitte tegn). Denne tilpassede tokeniseringen er forskjellig fra standarden ved at:
- Prefiks-tokener (opptil 10 tegn) genereres – Et prefiks-token er den inkrementelle strengen i et hvilket som helst standardtoken. Eksempel: Hvis standardtokenet er fisk, er de inkrementelle tokenene: f, fi, fis og fisk
- Dette gjør det mulig å søke etter delvise strenger, under forutsetning av at du begynner med det første tegnet i tokenet.
- De midterste strengsamsvarene blir ignorert. Eksempel: Et søk etter syn vil ikke matche med ordet sannsynligvis
- Del token ved ikke-alfanumeriske tegn. F.eks.: Strengen: Super_Duper gir tokenene: Super og Duper
- Understreker er ikke skilletegn i standard tokenisering.
- Delte tokener ved overganger mellom store og små bokstaver. Eksempel: Strengen PowerShot gir tokenene Power og Shot.
- Delte tokener ved overganger mellom bokstaver og tall. Eksempel: Strengen XL500 gir tokenene XL og 500.
- Fjerner foranstilte eller etterstilte skilletegn fra hvert token. Eksempel: Strengen: XL --- 42+'Autocoder' gir tokenene: XL, 42 og Autocoder.
- Fjerner engelsk genitiv-s fra slutten av hvert token. Eksempel: Strengen Dave's gir tokenet Dave.
Legg merke til at kombinasjonen av standard og tilpasset tokenisering lar deg søke etter den komplette tokenstrengen (takket være standard tokenisering) og prefikstokenene (takket være den tilpassede tokeniseringen), men du kan ikke matche et prefikstoken som spenner over et skilletegn.
Eksempel 1: Hvis du har en avtale som heter My_NDA
- Standard tokenisering ville gi et token som så slik ut: my_nda
- Den tilpassede tokeniseringen ville gi en serie med prefikstokener: m, my, n, nd og nda
- Forsøk på å søke etter my_nd ville ikke gitt noen resultater fordi:
- Standard tokenisering lager ikke prefiks-tokener, bare fulle strenger.
- Den tilpassede tokeniseringen skiller ved understreken, så eventuelle prefiks-tokener ville ikke inkludere den.
Eksempel 2: Hvis du har en avtale med navnet XL500
- Standard tokenisering ville gi et token som så slik ut: xl500
- Den tilpassede tokeniseringen ville gi en serie med prefikstokener: x, xl, 5, 50 og 500.
- Forsøk på å søke etter xl5 ville ikke gitt noen resultater fordi
- Standard tokenisering lager ikke prefiks-tokener, bare fulle strenger.
- Den tilpassede tokeniseringen skiller ved overgangen mellom bokstav og tall, så det kan ikke bygges noe prefiks-token som bygger bro fra en bokstav til et tall.
Søk med spesiell spørringssyntaks
Som beskrevet i avsnittet ovenfor, utfører Avtalesøk en omtrentlig matching mellom alle søkbare felt i en avtale. Søkbart feltinnhold tokeniseres, og deretter matches disse tokenene med spørringsstrengen på spørringstidspunktet. Avtalesøk utfører også en prefiksmatch med opptil 10 tegn for disse tokenene. Treff på en hel feltverdi og treff på et uttrykk fra en feltverdi kan imidlertid bare oppnås med en spesiell syntaks.
SPØRRING MED UTTRYKKSMATCH:
En spørring med uttrykksmatch bør brukes når det kreves et uttrykkssøk blant alle søkbare felt.
- En vanlig omtrentlig matching av spørring vil matche hvis NOEN av tokenene vises i et felt (men ikke nødvendigvis alle), og tokenrekkefølgen er irrelevant siden tokener ikke nødvendigvis vises sammen
- En uttrykksmatch gir oss mulighet til matching der flere tokener vises i samme felt, og disse tokenene vises i rekkefølgen angitt i anførselstegn
Syntaksformat for spørring med uttrykksmatch:
|
eller
"<phrase_match_query>" |
Hvis spørringssyntaksen ikke følger reglene for en spørringssyntaks for uttrykksmatch, utfører Avtalesøk en spørring med vanlig omtrentlig match blant alle søkbare felt.
SPØRRING MED FELTNAVNPREFIKS:
En spørring med feltnavnprefiks bør brukes når du søker etter bare ett bestemt felt i brukerens avtaler. Spørringen med feltnavnprefiks skal inneholde et feltnavnprefiks etterfulgt av en spørring med vanlig omtrentlig match eller uttrykksmatch.
Syntaksformat for spørring med feltnavnprefiks:
<field_name>:<query> |
eller
<field_name>:"<phrase_match_query>" |
eller
<field_name>:'<phrase_match_query>' |
Hvis <field_name> ikke er angitt, vil det spørres mot alle felt som støttes for uttrykksmatch. Ellers er bare <field_name>- feltet i spørringen.
Hvis spørringssyntaksen ikke følger reglene for spørringssyntaksen med feltnavnprefiks, vil Avtalesøk bruke hele spørringen som en søkespørring (omtrentlig match eller uttrykksmatch, avhengig av syntaksen) og utføre et søk blant alle søkbare felt.
Eksempelvis vil spørringen med uttrykksmatch:
tittel: "Hello World"
bør bare utføre et søk mot feltet som inneholder tittelen på avtalen.
Nedenfor er en liste over prefikser som støttes for spørringen med feltnavnprefiks.
Feltnavnprefikser skiller mellom store og små bokstaver.
For bakoverkompatibilitet har noen av feltnavnprefiksene aliaser som i funksjonalitet tilsvarer de originale feltnavnprefiksene. Disse aliasene er avviklet og vil til slutt bli fjernet: * Feltnavnsprefiks 'navn' kan brukes i stedet for 'tittel'. ** Feltnavnsprefiks 'deltakerE-post' kan brukes i stedet for 'e-post'. *** Feltnavnsprefiks 'deltakernavn' kan brukes i stedet for 'fulltNavn'. |
Filtrering av returnerte data
Å søke på innholdet ditt kan returnere et skremmende antall poster.
Fire filtre, som kan brukes individuelt eller i kombinasjon, er tilgjengelige for å redusere datasettet til en oversiktlig liste over poster.
Filtrering etter endret dato
Verdien Endret dato filtrerer det nyeste tids-/datostemplet når en brukerhandling oppdaterer avtalen. Den endrede datoen blir en låst verdi når avtalen når en terminalstatus (fullført/kansellert/utløpt).
Endret dato filterikonet åpner alternativene for å ytterligere redusere datasettet ved å velge et datoområde:
- Alle datoer
- Siste 24 timer
- De siste sju dagene
- Siste 30 dager
- Siste 12 måneder
- Egendefinert datoområde
Filtrering etter feltverdier
Bruker Søk inndataboks (til høyre for knappen Filter) kan du bruke et filter på individuelle felt som kan inneholde svært spesifikke eller unike data.
De søkbare feltalternativene er:
- Alle felt - Standardverdien; dette alternativet søker i alle feltalternativer for den eksakte strengen i søk-feltet, og returnerer det største settet med poster.
- Tittel - Begrenser det returnerte datasettet til poster med den søkte strengen som finnes i objektets tittel (f.eks. Avtalenavn).
- Notat - Begrenser datasettet til poster som inneholder den søkte strengen i søker brukers personlige notater.
- Beskjed - Begrenser datasettet til poster som inneholder den søkte strengen i beskjed felt eller Privat melding av avtalen.
- Originale filnavn - Evaluerer filnavnet til det originale opplastede dokumentet og returnerer bare poster som samsvarer.
- E-post - Tilsvarer e-postadressen til en mottaker.
- Merk at dette filteret gjør det ikke felle tekst felt definert med en e-postadresse -validering.
- Fullt navn - Passer til navn verdi levert av en mottaker når du bruker en signatur. Hvis bare ett navn er oppgitt, returneres alle poster som samsvarer med den ene verdien.
- Noter at Navne-verdier avhenger av hva mottakeren skriver inn og samsvarer kanskje ikke med tidligere signaturverdier eller profilnavn (hvis mottakeren har en Acrobat Sign-brukerkonto).
- Jobbtittel - Matcher verdier plassert i tittel-feltet.
- Selskapsnavn - Matcher verdier plassert i Selskap felt.
- Navn på mottakergruppe - Samsvarer med (avsender oppgitt) Mottakergruppe-navn.
- Tekstfeltinnhold - Tilsvarer den nøyaktige verdien av en hvilken som helst Tekst inndatafelt. Dette inkluderer standardverdier og individuelle ord som finnes i større tekstblokker.
Filtrering etter gruppe
Kontoer som har brukere i flere grupper aktivert, har tilgang til et gruppe -filter som begrenser det returnerte datasettet til kun avtaler som er sendt fra den gruppen.
Når et filter velges, vises et symbol ved siden av filterikonet. Alle filtre kan klikkes på for å fjerne dem etter at datasettet er returnert.