Massutskick med en CSV – Ny version

Varning:

Den här artikeln innehåller information om förhandsversion. Lanseringsdatum, funktioner och annan information kan ändras utan föregående meddelande.

Varning:

Att använda CSV-uppladdningsalternativet för Massutskick stöder inte redigering av fält i appen. Alla fält måste placeras i dokumentmallen innan den laddas upp till gränssnittet Massutskick .

Konfigurera CSV-filen

När du skapar en CSV-fil för Massutskick måste du se till att filen är kodad i UTF-8-format, särskilt om du använder andra tecken än det latinska alfabetet.

En CSV-fil skapas bäst med ett kalkylbladsprogram som Excel, Numbers, Google Sheets osv. De flesta kalkylblad kan exporteras till ett CSV-format, vilket krävs för att uppladdningen ska lyckas.

Kalkylblad presenterar data i ett lättläst tabellformat, där rader (d.v.s. poster) och kolumner (d.v.s. fält) lätt kan urskiljas. När du skapar CSV-filen representerar varje rad ett underordnat avtal och varje kolumn är ett argument som tillämpas på avtalet (som mottagarens e-postadress och anpassade formulärfält).

Två saker att tänka på innan du börjar skapa CSV-filen:

  • Mallen Massutskick gör det möjligt att konfigurera många avtalsalternativ. Om CSV:n inte uttryckligen definierar en inställning används standardvärdet från den överordnade mallen. Så om alla avtal har samma Avtalsnamn, inkludera inte den kolumnen i CSV-filen.
  • Ett värde behöver inte placeras i varje fält eftersom det finns en kolumn. Tomma fält ignoreras och standardvärdet från den överordnade mallen Massutskick används. Så det finns inget behov av att fylla i varje fält i varje post.

Själva CSV-filen kan delas in i tre meningsfulla avsnitt:

Obs!

Den nya miljön för Massutskick stöder för närvarande inte konfiguration av avsändaren för att signera först via användargränssnittet.

Kunder som använder en äldre CSV-fil i den nya upplevelsen kommer inte att kunna infoga avsändaren som den första signeraren. En ny CSV-fil med den nya formateringen måste skapas med avsändaren definierad som den första mottagaren för varje underordnat avtal.

Minst en och upp till 100 mottagare kan inkluderas i varje underordnat avtal. 

Varje mottagare kan definieras av sex fält:

  • Recipient_X:Name
  • Recipient_X:Email
  • Recipient_X:Role
  • Recipient_X:Auth_Type
  • Recipient_X:Auth_Value
  • Recipient_X:Private_Message

Där _X är mottagarindexnumret (Recipient_1, Recipient_2, osv.) och argumentet efter : är det värde som används av systemet för att skapa avtalet.

Endast e-postadressen krävs. Alla andra värden kan ignoreras eller ärvas från den överordnade mallen genom att kolumnen utelämnas eller fältet lämnas tomt.

Exempel på en CSV-fil som visar de sex mottagarkolumnerna

Obs!

Du kan definiera mottagarvärden som mottagarnamn, titel och företag med hjälp av unikt namngivna kolumnrubriker som mappas till fält med samma namn i dokumentet. Se Definiera anpassade fält för sammanfogning av fältdata i avtalen nedan.

Kolumnrubrikerna är skiftlägeskänsliga och måste matcha fältnamnen exakt.

Fältvärden:

:Name  – i det här fältet accepteras alla strängar, vilket brukar vara mottagarens namn.

:Email – i det här fältet accepteras alla strängar i ett e-postformat (x@y.zz). Värden i fältet :E-post som inte följer e-postformatet utlöser ett fel.

:Role – godkänner standarden Roller för avtal:

  • SIGNERARE
  • GODKÄNNARE
  • ACCEPTANT
  • FORMULÄR_IFYLLARE
  • CERTIFIERAD_MOTTAGARE
  • DELEGATE_TO_SIGNER
  • DELEGATE_TO_APPROVER
  • DELEGATE_TO_ACCEPTOR
  • DELEGATE_TO_CERTIFIED_RECIPIENT
  • DELEGATE_TO_FORM_FILLER

:Auth_Type – accepterar en av nedanstående autentiseringsmetoder. Om en autentiseringsmetod har definierats som inte är aktiverad för avsändargruppen genereras ett fel.

:Auth_Value – gäller endast för autentiseringar med telefon och lösenord. Ingen annan Auth_Type ska innehålla ett Auth_Value. Accepterar en sträng som definierar det värde som används för att validera autentiseringsmetoden (i aktuella fall).:

  • Lösenordsautentisering – en sträng som definierar ett värde som mottagaren måste ange för att autentiseringsutmaningen ska skickas.
  • Telefonautentisering – en siffersträng som definierar mottagarens telefonnummer. Telefonnumret används för att kommunicera koden till mottagaren.
    • Telefonnumret måste vara formaterat så att det finns ett bindestreck mellan landskoden och telefonnumret (t.ex. 1-5555551212 och 91-9934765344)
    • Telefonnummerformatet kan inkludera ett plustecken i början och ett bindestreck i numret för att skapa en mer läsbar sträng som du vill. (t.ex +1 555-555-1212)

:Private_Message – en sträng på upp till 1 000 tecken som levereras till mottagaren som ett privat meddelande i e-postmeddelandet och på e-signeringssidan.

Obs!

För mottagargrupper tillämpar Acrobat Sign det privata meddelandet som tilldelats den först listade medlemmen på alla medlemmar i gruppen. Om den medlemmen inte har ett privat meddelande konfigurerat får inga gruppmedlemmar något meddelande.

CC_X:E-postadress - E-postadressen till en avtalsdeltagare som är CC-kopierad på avtalet och endast ser avtalet när det är slutfört. Precis som mottagaren är X-värdet ett tal som börjar med 1 och ökar om du har flera kopiemottagare. Om du t.ex. har tre kopiemottagare måste du konfigurera tre kolumner: CC_1:E-POST, CC_2:E-POST, CC_3:E-POST

Dessa kolumner avser avsnitten Avtalsinformation och Avtalsinställningar av konfigurationsgränssnittet Massutskick. När du konfigurerar transaktioner för Massutskick i Acrobat Sign-gränssnittet anger du de standardvärden som ska användas om det inte finns något värde som uttryckligen har definierats i dessa kolumner. Det finns fem olika fält:

  • Språkinställning – detta definierar det språk (lokalisering) som tillämpas på mottagarens upplevelse. E-post- och e-signeringssidelementen som ingår i Acrobat Sign-mallen är endast lokaliserade. Anpassat innehåll som läggs till av avsändaren översätts inte.
  • Baskiska (Spanien) – eu_ES 
  • Bokmål (norska) – nb_NO 
  • Katalanska (Spanien) – ca_ES
  • Kinesiska – zh_CN 
  • Kinesiska (Taiwan) – zh_TW 
  • Kroatiska – hr_HR
  • Tjeckiska – cs_CZ
  • Danska – da_DK 
  • Nederländska – nl_NL 
  • Finska – fi_FI 
  • Franska – fr_FR
  • Tyska – de_DE
  • Hebreiska – iw_IL 
  • Ungerska – hu_HU
  • Isländska – is_IS 
  • Indonesien – in_ID 
  • Italienska – it_IT 
  • Japanska – ja_JP 
  • Koreanska – ko_KR 
  • Malajiska – ms_MY
  • Norska – no_NO 
  • Nynorsk (norska) – nn_NO 
  • Polska – pl_PL 
  • Portugisiska – pt_PT 
  • Portugisiska (Brasilien) – pt_BR 
  • Rumänska – ro_RO
  • Ryska – ru_RU 
  • Slovakiska – sk_SK 
  • Slovenska – sl_SI 
  • Spanska – es_ES
  • Svenska – sv_SE 
  • Thailändska – th_TH
  • Turkiska – tr_TR 
  • Ukrainska – uk_UA
  • Brittisk engelska – en_GB
  • Amerikansk engelska – en_US 
  • Vietnamesiska – vi_VN
  • Agreement_Name – Värdet Avtalsnamn som infogas i mottagarens e-postmeddelande och tillhandahålls på sidan Hantera .
  • Utgår – det här fältet anger antalet dagar innan avtalet avbryts automatiskt.
  • Agreement_Message – definierar det globala meddelandet som infogas i mottagarens e-postbrödtext. Det här meddelandet kan innehålla upp till 10 000 tecken eller runt 1 600 ord.
  • Ordning – det här fältet beskriver mottagarflödet.
    • Varje mottagare kan endast anges en gång i order.
    • En sträng med mottagare med kommatecken som avgränsar varje mottagare identifieras som ett sekventiellt signaturflöde. t.ex. Recipient_1,Recipient_2,Recipient_3
      • Varje mottagare får åtkomst till avtalet efter att den föregående mottagaren har slutfört sin del.
    • Alla mottagare inom parentes (Recipient_4,Recipient_5), identifieras som att de befinner sig i ett parallellt signaturflöde. 
      • Alla medlemmar meddelas samtidigt och alla måste signera.
    • Alla mottagare inom hakparenteser [Recipient_7,Recipient_8], identifieras som att de befinner sig i en "mottagargrupp". 
      • Alla medlemmar meddelas samtidigt, men endast en medlem kan signera.
    • Du kan fritt blanda dessa metoder i vilken order som helst för att skapa ett hybridflöde för signaturer:
      t.ex. Recipient_1,Recipient_2,Recipient_3,(Recipient_4,Recipient_5),Recipient_6,[Recipient_7,Recipient_8],Recipient_9
      • Ett undantag från alternativet med hybridarbetsflöde är att du inte kan bädda in en parallell flödesstruktur (alla måste signera) inom en mottagargruppsstruktur (endast en medlem kan signera)
        t.ex. [Recipient_1, Recipient_2,(Recipient_3,Recipient_4),Recipient_5,Recipient_6].
CSV-filen med avtalsrelaterade kolumner synliga

Att lägga till anpassad fältmappning till transaktionen för Massutskick börjar med att förstå fältnamnet i mallen du laddar upp. CSV-filen måste använda dokumentmallens fältnamn som kolumnrubrikens namn.

Om du till exempel har ett fält i dokumentmallen som heter Investering måste kolumnrubriken i CSV-filen vara Investering.

Om du tänker fylla i ett fält med namnet StreetAddress, måste kolumnrubriken i CSV-filen vara StreetAddress. 

Kolumnrubrikerna är skiftlägeskänsliga och måste matcha fältnamnen exakt.

Ett exempel på en CSV-fil med två kolumner för anpassat fält har lagts till

Viktigt:

Det finns sex reserverade ord som inte kan användas som namn på anpassade fält:

  • Namn
  • Titel
  • Företag
  • E-post
  • Datum
  • Roll
Viktigt:

CSV-filen får inte ha ett kommatecken eller blanksteg i slutet av en rad eller i slutet av CSV-filen.

Om du har ett kommatecken eller tomt utrymme i slutet av en rad eller i slutet av filen utlöses felmeddelandet Fel vid läsning av den angivna CSV-filen.

Exempel på en CSV-fil som markerar avslutande kommatecken och en tom rad i slutet av filen.

Adobe, Inc.

Få hjälp snabbare och enklare

Ny användare?