Send i bulk med en CSV - Ny versjon

Varsel:

Denne artikkelen inneholder forhåndsutgivelsesinformasjon. Utgivelsesdatoer, funksjoner og annen informasjon kan endres uten varsel.

Varsel:

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

Opprett CSV-filen

Når du oppretter en CSV-fil for Send samlet-prosessen, må du passe på å bruke en CSV-fil som er kodet i UTF-8 -format, spesielt hvis du bruker ikke-latinbaserte tegn.

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 seks felt:

  • Recipient_X:Name
  • 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:

:Name  – Dette feltet godtar en streng som representerer mottakerens navn.

: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.

: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.

Merk:

For mottakergrupper bruker Acrobat Sign den private meldingen som er tilordnet det første oppførte medlemmet for alle medlemmer i gruppen. Hvis dette medlemmet ikke har konfigurert en privat melding, mottar ingen gruppemedlemmer noen melding.

CC_X:E-post- E-postadressen til en avtaledeltaker som er satt på kopi i avtalen og som bare kan se 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. Denne meldingen kan inneholde opptil 10 000 tegn eller omtrent 1 600 ord.
  • Rekkefølge – Dette feltet beskriver mottakerflyten.
    • Hver mottaker kan bare spesifiseres én gang i rekkefølgen.
    • En streng med mottakere der kun komma skiller hver mottaker, identifiseres som en sekvensiell signaturflyt. f.eks. Mottaker_1,Mottaker_2,Mottaker_3
      • Hver mottaker får tilgang til avtalen etter at forrige mottaker har fullført sin del.
    • Alle mottakere innenfor parenteser (Mottaker_4,Mottaker_5), identifiseres som å være i en parallell signaturflyt. 
      • Alle medlemmer varsles samtidig og alle må signere.
    • Alle mottakere innenfor hakeparenteser [Mottaker_7,Mottaker_8], identifiseres som å være i en "mottakergruppe". 
      • Alle medlemmer varsles samtidig, men bare ett medlem kan signere.
    • Du kan fritt blande disse metodene i hvilken som helst rekkefølge for å opprette en hybrid signaturflyt:
      f.eks. Mottaker_1,Mottaker_2,Mottaker_3,(Mottaker_4,Mottaker_5),Mottaker_6,[Mottaker_7,Mottaker_8],Mottaker_9
      • Ett unntak fra det hybride arbeidsflyt-alternativet er at du ikke kan bygge inn en parallell flytstruktur (alle må signere) innenfor en mottakergruppestruktur (bare ett medlem kan signere)
        f.eks. [Mottaker_1, Mottaker_2,(Mottaker_3,Mottaker_4),Mottaker_5,Mottaker_6].
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 StreetAddress må kolonneoverskriften i CSV-en være StreetAddress. 

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.

Adobe, Inc.

Få hjelp raskere og enklere

Ny bruker?