Bruk av Send samlet-alternativet for CSV-opplasting støtter ikke redigering av felt i appen. Alle felt må plasseres i dokumentmalen før opplasting til Send samlet-grensesnittet.

Opprett CSV-filen

En CSV-fil opprettes best ved hjelp av et regnearkprogram som Excel, Numbers, Google Sheets osv. De fleste regneark kan eksporteres i CSV-format, noe som er nødvendig for at opplastingen skal lykkes.

Regneark presenterer dataene i et lett lesbart tabellformat, hvor radene (dvs. oppføringene) og kolonnene (dvs. feltene) er lett gjenkjennelige. Når du oppretter en CSV, representerer hver rad én underordnet avtale. Hver kolonne er ett argument som brukes på avtalen (som mottakerens e-postadresse og tilpassede skjemafelt).

To ting du bør vurdere før du begynner å bygge CSV-en:

Malen Send samlet tillater konfigurasjon av mange avtalealternativer. Hvis CSV-en ikke eksplisitt definerer en innstilling, brukes standardverdien fra den overordnede malen. Så hvis alle avtaler har samme Avtalenavn, inkluderer du ikke den kolonnen i CSV-filen.
Det er ikke nødvendig å plassere en verdi i hvert felt fordi det finnes en kolonne. Tomme felt ignoreres, og standarden fra den overordnede Send samlet-malen brukes. Det er dermed ikke nødvendig å fylle ut alle feltene i hver oppføring.

Selve CSV-filen kan deles inn i tre meningsfulle deler:

Merk:

Det nye Masseforsendelse -miljøet støtter for øyeblikket ikke konfigurasjon av avsender for å signere først gjennom brukergrensesnittet.

Kunder som bruker en eldre CSV-fil i den nye opplevelsen, vil ikke kunne sette inn avsender som første underskriver. En ny CSV-fil med den nye formateringen må opprettes med avsenderen definert som første mottaker for hver underordnede avtale.

Minst én og opptil 100 mottakere kan inkluderes i hver underordnede avtale.

Hver mottaker kan defineres av fem felt:

Recipient_X:Email
Recipient_X:Role
Recipient_X:Auth_Type
Recipient_X:Auth_Value
Recipient_X:Private_Message

Der _X er mottakerens indeksnummer (Recipient_1, Recipient_2 osv.) og argumentet etter : er verdien som brukes av systemet til å bygge avtalen.

Bare e-postadressen er nødvendig. Alle andre verdier kan ignoreres eller arves fra den overordnede malen ved å utelate kolonnen eller la feltet være tomt.

Eksempel på en CSV-fil som viser de seks mottakerkolonnene

Merk:

Definering av mottakerverdier som mottakernavn, tittel og firma kan oppnås ved å bruke unikt navngitte kolonneoverskrifter som tilordnes til felt med likt navn i dokumentet. Se Definere egendefinerte felt for å slå sammen feltdata i avtalene nedenfor.

Kolonneoverskrifter skiller mellom store og små bokstaver, og de må stemme nøyaktig overens med feltnavnene.

Feltverdier:

:Email – Dette feltet godtar en streng i et e-postformat (x@y.zz). Verdiene i :email-feltet som ikke samsvarer med e-postformatet, utløser en feilmelding.

:Role – godtar standarden Roller for avtaler:

UNDERSKRIVER
GODKJENNER
GODTAKER
SKJEMA_UTFYLLER
SERTIFISERT_MOTTAKER

DELEGER_TIL_UNDERSKRIVER
DELEGER_TIL_GODKJENNER
DELEGATE_TO_ACCEPTOR
DELEGATE_TO_CERTIFIED_RECIPIENT
DELEGATE_TO_FORM_FILLER

:Auth_Type – godtar en av autentiseringsmetodene nedenfor. Hvis det er definert en autentiseringsmetode som ikke er aktivert for avsendergruppen, genereres det en feil.

PASSORD – Passordautentisering krever at kunden skriver inn passordverdien som er definert i :Auth_Type-feltet.
KBA – Kunnskapsbasert autentisering. Bare USA-autentisering. Mottakeren må svare på flere spørsmål fra offentlige databasekilder.
ADOBE_SIGN – Adobe Acrobat Sign-autentisering. Krever at mottakeren autentiseres i Adobes identitetssystem.
TELEFON – Autentisering med tekst eller tale levert til telefonnummeret som er definert i :Auth_Value-feltet.
EMAIL_OTP – Engangspassord via e-postautentisering krever at brukeren skriver inn et numerisk passord som sendes til mottakerens e-postadresse.
GOV_ID – Godkjenning med statlig utstedt ID krever at mottakeren angir en statlig utstedt ID (f.eks. førerkort eller pass).

:auth_value – Gjelder bare for TELEFON- og PASSORD-autentiseringer. Ingen annen Auth_Type kan inkludere en Auth_Value. Godtar en streng som definerer verdien som brukes til å validere autentiseringsmetode (når det er relevant).:

PASSORD-autentisering – en streng som definerer en verdi mottakeren må angi for å bestå autentiseringsutfordringen.
TELEFON-autentisering – en streng med tall som definerer mottakerens telefonnummer. Telefonnummeret vil bli brukt til å kommunisere koden til mottakeren.
- Telefonnummeret må være formatert for å ha en bindestrek mellom landskoden og telefonnummeret (f.eks. 1-5555551212 og 91-9934765344)
- Telefonnummeret kan starte med et plusstegn og inneholde bindestreker inne i nummeret for å sikre at de blir lettere å lese, dersom ønskelig. (for eksempel +1-555-555-1212)

:Private_Message – En streng på opptil 1000 tegn levert til mottakeren som en privat melding i e-postteksten og på e-signeringssiden.

CC_X:E-post – E-posten til en avtaledeltaker som har fått kopi av avtalen, og som bare viser avtalen når den er fullført. I likhet med Mottaker, er X-verdien et tall som starter med 1 og øker trinnvis hvis du har flere kopimottakere. Hvis du for eksempel har tre kopimottakerparter, må du konfigurere tre kolonner: CC_1:EMAIL, CC_2:EMAIL, CC_3:EMAIL

Disse kolonnene er knyttet til inndelingene med Avtaledetaljer og Avtaleinnstillinger i Send samlet-konfigurasjonsgrensesnittet. Når du konfigurerer Send samlet-transaksjonen i Acrobat Sign-grensesnittet, angir du standardverdiene som skal brukes hvis det ikke er definert en verdi eksplisitt i disse kolonnene. Det er fem forskjellige felt:

Lokalitet – Dette definerer språket (lokalisering) som brukes på mottakerens opplevelse. E-post- og e-signeringssideelementene som er en del av Acrobat Sign-malen, er kun lokalisert. Egendefinert innhold som er lagt til av avsenderen, oversettes ikke. Statusverdiene er:

Baskisk (Spania) – eu_ES
Bokmål (norsk) – nb_NO
Katalansk (Spania) – ca_ES
Kinesisk – zh_CN
Kinesisk (Taiwan) – zh_TW
Kroatisk – hr_HR
Tsjekkisk – cs_CZ
Dansk – da_DK
Nederlandsk – nl_NL

Finsk – fi_FI
Fransk – fr_FR
Tysk – de_DE
Hebraisk – iw_IL
Ungarsk – hu_HU
Islandsk – is_IS
Indonesisk – in_ID
Italiensk – it_IT
Japansk: - ja_JP

Koreansk: - ko_KR
Malayisk: - ms_MY
Norsk: no_NO
Nynorsk - nn_NO
Polsk: - pl_PL
Portugisisk: - pt_PT
Portugisisk (Brasil) - pt_BR
Rumensk: - ro_RO
Russisk: - ru_RU

Slovakisk - sk_SK
Slovensk: – sl_SI
Spansk: - es_ES
Svensk: sv_SE
Thai: th_TH
Tyrkisk: tr_TR
Ukrainsk: uk_UA
Engelsk - en_GB
Amerikansk engelsk - en_US
Vietnamesisk: vi_VN

Agreement_Name – Avtalenavn-verdi som settes inn i mottakerens e-postadresse og angis på Behandle-siden.
Utløper – Dette feltet definerer antall dager før avtalen automatisk kanselleres.
Agreement_Message – Definerer den globale meldingen som er satt inn i mottakerens e-postmeldingstekst.
Rekkefølge – Dette feltet beskriver mottakerflyten.
- En streng med mottakere der kun komma skiller hver mottaker, identifiseres som en sekvensiell signaturflyt.
- Alle mottakere innenfor parentes (Recipient_1,Recipient_2), identifiseres som i en parallell signaturflyt. Alle medlemmer varsles samtidig og alle må signere.
- Du kan fritt blande disse metodene i vilkårlig rekkefølge for å opprette en hybridsignaturflyt:
  f.eks. Mottaker_1, Mottaker_2,(Mottaker_3, Mottaker_4, Mottaker_5), Mottaker_6,(Mottaker_7, Mottaker_8), Mottaker_9

CSV-fil med avtalerelaterte kolonner synlig

Legge til egendefinert felttilordning i Send samlet transaksjonen begynner med å forstå feltnavnet i malen du laster opp. CSV-filen må bruke dokumentmalens feltnavn som kolonneoverskriftsnavn.

Hvis du for eksempel har et felt i dokumentmalen med navnet Investeringer, må kolonneoverskriften i CSV-filen være Investeringer.

Hvis du har tenkt å fylle ut et felt som heter Gateadresse, må kolonneoverskriften i CSV-en være Gateadresse.

Kolonneoverskrifter skiller mellom store og små bokstaver, de må stemme nøyaktig overens med feltnavnene.

En CSV-eksempelfil med to egendefinerte feltkolonner tillagt

Forsiktig!

Det er seks reserverte ord som ikke kan brukes som egendefinerte feltnavn:

Navn
Tittel
Firma
E-postadresse
Dato
Rolle

Forsiktig!

CSV-filen kan ikke ha komma eller mellomrom på slutten av en rad eller på slutten av CSV-filen.

Hvis du har et komma eller tomt mellomrom på slutten av en rad eller på slutten av filen, vises en feilmelding: «Feil ved lesing av den leverte CSV-filen.»

Eksempel på en CSV-fil som uthever etterfølgende komma og en tom linje på slutten av filen.

Få hjelp raskere og enklere

Ny bruker?

Opprett CSV-skjemaet som brukes til å sende samlet

Opprett CSV-filen

Feltverdier:

:Auth_Type – godtar en av autentiseringsmetodene nedenfor. Hvis det er definert en autentiseringsmetode som ikke er aktivert for avsendergruppen, genereres det en feil.

Få hjelp raskere og enklere

Spør fellesskapet

Kontakt oss