Adobe Sign Online Payments를 사용하면 발신자가 수신자 프로세스의 일부로 지불을 요청할 수 있습니다(역할에 관계 없음). 지불은 고정 값(견적), 계약서(주문 양식)의 계산된 필드에서 파생된 값 또는 고객이 입력한 값(기부)으로 정의할 수 있습니다. 이 기능은 NA, EU 및 AU 데이터 센터의 Business 및 Enterprise 서비스 수준에서 사용할 수 있습니다.

기능 설명

Adobe Sign의 온라인 지불 서비스는 서명 프로세스에 연결된 지불 게이트웨이로서 Braintree를 통합합니다. 이 통합 기능은 양식에 지불 필드를 추가하여 사용할 수 있습니다.

양식은 다음 값을 기반으로 하는 지불 필드를 사용하여 생성할 수 있습니다.

  • 고정 값 - 서비스 견적의 값
  • 동적 값 - 여러 항목, 수량 및 운송 방법이 있는 주문 양식에서처럼 양식의 계산된 필드에서 파생
  • 수신자가 입력한 값 - 기부 요청 등

참고:

계약서의 지불 필드를 사용하면 지불 필드의 값이 null이 아닌 경우 클릭하여 서명 단추가 결제 및 서명 단추로 변경됩니다.

 

Braintree 통합에서는 결제 및 서명 단추를 클릭하면 서명자 인터페이스에 결제 창이 삽입됩니다.이 창은 모든 개인 지불 정보를 수집하여 서명자가 해당 개인 정보를 Adobe Sign 양식에 입력할 필요가 없도록 하고, 서명자 정보에 대한 일반적인 보안을 개선하고, 발신자가 지불을 캡처하여 수동으로 처리하지 않아도 되도록 합니다. 

참고:

JP1 또는 IN1 데이터 센터의 고객 계정은 온라인 지불을 사용할 수 없습니다.


사용되는 방식

성공적인 지불 양식을 작성하려면 계약서에서 지불 양식 필드를 사용해야 합니다.

Adobe Sign에서 양식을 작성하는 것이 처음인 경우에는 인앱 작성 도구에 익숙해질 시간을 갖도록 하십시오.

작성 프로세스에 익숙한 사용자는 새로운 필드 유형(지불) 및 해당 필드 유형이 올바로 작동하는 데 필요한 사항을 알아야 합니다.

끌어다 놓기 작성 사용

지불 필드는 [작성] 창의 오른쪽에 있는 필드 범주 목록의 하단에 있습니다.

1. Add Payment field

 

지불 필드를 적용하려면 필드 옵션에 주의하여 양식이 제대로 기능하도록 해야 합니다.

특히,

할당 대상 - 지불을 제공할 것으로 예상되는 수신자에게 필드를 할당해야 합니다. 이것은 고정 지불 값에 대해 직관에 반대되는 것으로 보일 수 있지만, 필드의 할당은 지불인을 지불 기록과 논리적으로 관련시키는 것입니다.

값 유형 - 양식의 기능과 연결되어 있습니다.

  • 입력한 값은 견적과 같이 명시된 값인지, 기부와 같이 수락된 값인지 상관없이 고정 값을 제공합니다.
  • 계산된 값은 다른 필드가 포함된 수식에서 파생된 값을 제공합니다. 동적 주문 양식에 사용됩니다.

읽기 전용 - 이 옵션을 선택하면 발신자는 필드가 고정 값으로 채워지거나 계산된 값으로 채워지도록 해야 합니다.

이 옵션을 선택하지 않으면 작성하는 동안 설정된 기본값이나 수신자가 입력한 값이 됩니다.

기본값 - 양식에 고정 지불에 대한 설정 값 또는 제시된 기부 값이 있는 경우 사용됩니다.

통화 - 목표 대상에게 적합한 통화를 설정합니다. 1000엔은 1000파운드와 아주 다릅니다.

값 범위 - 기부 값의 한정된 범위를 정하는 경우 유용합니다.

2. Payment Field Properties

고정 값(견적)

고정 값이 있는 양식에는 작성하는 동안 설정된 입력한 값이 있어야 합니다.

  • 이 필드는 읽기 전용으로 정의해야 합니다.
  • 0이 아닌 기본값을 입력해야 합니다.
  • 대상 수신자에 대해 올바른 통화를 선택하십시오.
3. Static Value properties

 

사용자 환경에 필드와 값이 표시되지만 지불인이 값을 변경할 수는 없습니다.

Static value customer view

동적 값(주문 양식)

동적 값 지급 필드는 계산된 값으로 구성해야 합니다.

  • 필드를 읽기 전용으로 만드는 이 옵션은 계산된 값에 필요하므로 속성 메뉴에서는 제거됩니다. 
  • 계산된 값은 수신자자 상호 작용할 수 있는 다른 필드(수량, 운송 방법, 보험 옵션 등)에서 파생됩니다.
  • 작성하는 동안에는 수식이 숫자 값 대신 필드에 표시됩니다.

적절한 통화를 선택하십시오.

4. Calculated Value properties

 

사용자 환경은 필드를 보기 위한 것입니다. 필드의 값은 옵션을 선택할 때 실시간으로 조정되지만 수신자가 직접 필드와 상호 작용할 수는 없습니다. (강조 표시가 아래에 추가됨)

Calculated field

수신자가 정의한 값(기부)

서명자가 정의한 지불 필드는 사용자가 지불 금액을 직접 입력하는 것을 허용합니다. 입력한 값으로 구성해야 하며 읽기 전용 기능은 사용하지 않아야 합니다.

기본값을 사용할 수 있지만 자유롭게 편집할 수 있습니다.

값 범위가 허용되며 엄격하게 적용됩니다.  이것은 가장 낮은 값을 사용하도록 제한하려는 경우, 그렇게 할 수 있음을 의미합니다.

Donation Value properties

 

사용자 환경에서는 필드가 표시되고 완전히 편집할 수 있으며 설계에 따라 기본값을 사용할 수 있습니다.

상한 또는 하한이 정의되어 있는데 해당 범위를 벗어나는 값을 입력하는 경우, 오류가 발생하고 값을 수정하기 전까지는 수신자가 서명할 수 없습니다.

Donation Input

참고:

필드에 0 또는 빈 값이 있는 경우 결제 및 서명 단추가 클릭하여 서명으로 변경되어 계약에 관련된 지불이 없음을 나타냅니다.

Null Value field

 

음수 값은 허용되지 않습니다.

Negative value

트랜잭션 기록

데이터가 안전하게 저장되도록 하는 것은 지불 세부 사항과 같은 개인 정보를 다룰 때 기본적인 추진력입니다. Adobe Sign 및 Braintree에서는 트랜잭션을 완료하고 계약과 관련하여 지불의 적절한 감사가능성을 보장하기 위해 필요한 최소한의 정보만 공유합니다.

Braintree 기록

Adobe Sign 시스템은 계약 문서의 관리인이며 수신자 및 상호 작용에 관한 기록입니다. Braintree는 트랜잭션의 내용이나 전체 수신자 목록을 전혀 알 수 없습니다. (부득이하게 지불인은 Braintree가 알아야 합니다.)

결제 및 서명 단추를 클릭하면 Braintree 서비스에 I-프레임이 열리고 네 개의 데이터 개체가 전달됩니다.

  1. 통화 유형 - Braintree에서 정확한 판매자 계정을 사용하기 위해서만 필요합니다.
  2. 지불 필드의 숫자 값 - 수금액을 아는 데 필요합니다.
  3. 지불인의 전자 메일 주소 - 지불인을 식별하는 데 필요합니다.
  4. 트랜잭션 참여 코드 - 지불 기록을 계약 기록과 직접 관련짓는 데 필요합니다. 
Transaction

Adobe Sign 기록

Braintree는 지불 기록 관리인이며, 지불인의 개인 정보와 관련된 기록은 Adobe Sign에 전달되지 않습니다.

지불이 성공적으로 완료되면 Braintree 트랜잭션 번호 다시 Adobe Sign에 전달됩니다. 이 transactionID는 [기록] 탭([관리] 페이지에 있음)과

6. History tab

 

[감사 보고서]에서 찾을 수 있습니다.

Audit Report


활성화하거나 비활성화하는 방법

Adobe Sign에서 지불 필드로 작업하려면 먼저 Braintree 계정이 있어야 합니다.

먼저 다음 사이트에서 Sandbox 계정을 설정하는 것이 좋습니다.

  • https://www.braintreepayments.com/sandbox
  • Sandbox 환경에 연결하는 경우 Adobe Sign 지원팀에 연락하여 Braintree Sandbox를 가리키도록 계정/그룹을 구성하라고 요청하십시오.

Production 계정은 여기에 등록할 수 있습니다.

 

Adobe Sign Online Payments 기능은 Adobe Sign 계정 관리자가 계정 수준에서 활성화할 수 있습니다.

  • 그룹 수준 설정이 허용되며, 이 설정은 해당 계정 수준 값을 무시하게 됩니다.
  • 각 그룹에는 고유한 Braintree 계정이 활성화되어 있을 수 있습니다.

이 기능을 사용하려면 계정 > 계정 설정 > 결제 통합으로 이동하십시오.

NAvigate to Payments

 

Braintree 자격 증명 패널을 표시하려면 결제 기능 사용 확인란을 선택하고 저장을 클릭하십시오.

10. Braintree credentials

요청한 정보를 Braintree 계정에서 복사하여 자격 증명 패널에 붙여넣은 다음, 저장을 클릭하십시오.


Braintree 자격 증명 변경

Braintree 자격 증명을 변경해야 하는 경우(예: Sandbox에서 Production으로 변경):

지불 페이지로 이동하십시오(계정 > 계정 설정 > 결제 통합).

다른 Braintree 계정을 등록합니다 확인란을 선택합니다.

저장을 클릭합니다.

  • 자격 증명을 입력하라는 오버레이가 나타납니다.
11. Register new credentials

참고:

Sandbox와 Production Braintree 계정 간을 전환할 때에는 먼저 Adobe Sign 지원팀에 연락하십시오. 그래야 지원팀에서 계정/그룹이 올바른 환경을 가리키도록 구성할 수 있습니다.


Braintree 사용 안 함

Adobe Sign의 [결제 통합] 페이지(계정 > 계정 설정 > 결제 통합)에서 Adobe Sign과 Braintree 간의 통합을 비활성화할 수 있습니다.

결제 기능 사용 확인란의 선택을 취소하십시오.

저장을 클릭합니다.

12. Disable Braintree

 

통합을 비활성화할 필요가 있는지 확인하는 데에는 어려움이 있습니다.

13. Disable Braintree account

동일한 Braintree 자격 증명으로 통합을 다시 활성화할 것으로 예상되는 경우 사용하지 않지만 나중에 사용할 수 있도록 Braintree 계정을 저장합니다 확인란이 선택되어 있는지 확인하십시오.

이 확인란의 선택을 취소하면 Adobe Sign이 인증 정보를 저장하지 않으므로 기능이 다시 활성화되면 다시 입력해야 합니다.

14. Reenable Braintree


구성 옵션

Braintree 서비스에서는 서명자의 환경을 크게 향상시킬 수 있는 다양한 구성 옵션을 제공합니다. 사용자마다 지불 서비스에 대해 서로 다른 요구를 가지고 있으며, Braintree 기능에 대한 완전한 탐구는 그만한 가치가 있습니다.

Adobe Sign 통합과 관련하여 서명자의 환경과 직접 관련이 있는 기능이 몇 가지 있습니다.

  • 통화 - 어떤 통화를 허용하고 있습니까?

Braintree는 광범위한 통화 유형을 허용하며 사용자는 수락할 각 통화에 대해 "판매자 계정"을 만들 수 있습니다. 이 판매자 계정을 통해 사용자가 허용할 지불 유형(Paypal 및/또는 개별 신용 카드)을 정의할 수 있습니다.

15. Merchant account

 

Adobe Sign 내에서는 한 가지 통화 유형에 대해 지불 필드를 구성해야 합니다. 이 구성 값은 동일한 통화 유형의 판매자 계정에 연결됩니다. 

Adobe Sign 필드 속성에 나열된 값은 Braintree 판매자 계정에 허용된 통화의 영향을 받습니다.

기본 판매자 계정을 설정하면 Adobe Sign 지불 필드에 로드된 기본 통화도 정의됩니다.

16. Currency

 

  • 중복 트랜잭션 검사 - 빠른 두 번 클릭으로 두 개의 트랜잭션이 생성되어 서명자에게 두 번 대금을 청구하는 일이 발생하지 않도록 합니다.
17. Dupe Transaction


알아야 할 사항

PCI 내용 및 스토리지

지불 프로세스에서 모든 정보는 Braintree 인터페이스에 입력됩니다.

모든 지불 정보는 Braintree 계정에만 저장됩니다.

Adobe Sign 환경은 API 자격 증명을 Braintree 계정과 Braintree에서 다시 전달되는 트랜잭션 번호(Adobe Sign Audit Trail에 기록됨)에만 저장합니다.

실제 지불 정보는 Adobe Sign 시스템에 도달하지 않으므로 최적의 PCI 규정 준수 및 서명자 보안을 보장합니다.

지불과 서명 간의 트랜잭션 중단

지불을 사용할 때 서명 프로세스는 두 부분에서 이루어집니다.

  • 지불 감지
  • 서명 완료

따라서 지불을 먼저 감지하지 않고는 계약서를 완료할 수 없습니다.

어떤 이유로든 프로세스가 중단되면 서명자는 원래 링크(또는 알림 메시지가 구성된 경우 알림 메시지 링크)에서 계약을 다시 열고 서명 프로세스를 재개할 수 있습니다.

지불이 중단되기 전에 지불이 감지된 경우 해당 정보가 서명자에게 명확하게 표시됩니다.

18. Distrupted sign - Payment made

 

[기록] 탭에는 이 상태도 적절히 반영됩니다.

19. Disrupted transaction history

중복 지불 방지

Braintree 서비스에는 중복 트랜잭션 검사 기능이 있어서 설정된 시간 범위 내에서 동일한 transactionID에 대한 다중 트랜잭션을 방지합니다. 이렇게 하면 여러 번의 단추 클릭으로 여러 지불이 기록되는 것을 방지할 수 있습니다.

[중복 트랜잭션 검사] 옵션을 구성하려면 다음을 수행하십시오.

1. Braintree 계정에 로그인합니다.

2. 설정 > 처리 > 중복 트랜잭션 검사로 이동합니다.

3. 설정을 켭니다.

20. Dupe Transaction

지불 분쟁

어떤 이유로든 지불 분쟁이 있는 수신자는 원래의 "서명하십시오" 전자 메일에 회신하여 계약서를 보낸 당사자에게 연락해야 합니다.

Adobe Sign은 서명 프로세스용 플랫폼을 제공하지만 지불 프로세스는 Braintree에 넘깁니다.

Adobe Sign에서는 지불 또는 지불 정보를 수집하지 않으며, Adobe에서는 계약서 발신자가 구성한 지불 포털을 표시합니다.

이 작업에는 Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License의 라이센스가 부여되었습니다.  Twitter™ 및 Facebook 게시물은 Creative Commons 약관을 적용받지 않습니다.

법적 고지 사항   |   온라인 개인 정보 보호 정책