온라인 결제 수금

Adobe Acrobat 결제 수금 기능을 사용하면 전자 서명을 위해 문서를 전송할 때 온라인 결제를 요청할 수 있습니다. 전자 서명을 위해 문서를 전송하고 수신자 경험의 일부로 온라인 결제를 수금할 수 있습니다. 이 기능은 Acrobat 계정으로 이용할 수 있는 Braintree 계정에 연결하여 제공됩니다.

Braintree 계정을 결제 게이트웨이로 통합하면 전자 서명 요청 도구를 사용하여 전송하는 양식에 결제 필드를 추가할 수 있습니다. 다음 값 중 하나를 사용하도록 결제 필드를 설정할 수 있습니다.

• 정적 값(예: 서비스에 대한 견적)
• 양식의 계산된 필드에서 파생된 동적 값(예: 여러 항목, 수량 및 운송 방법이 있는 주문 양식).
• 수신자 입력 값(예: 기부 요청)

수신자는 이메일로 계약 링크를 수신합니다. 링크를 열면 Acrobat이 수신자가 계약을 검토하고 서명을 추가할 수 있도록 합니다. 다음으로 결제 및 서명 버튼을 선택하면 Braintree 통합이 수신자에게 결제 창을 표시하여 모든 필수 개인 결제 정보를 수집합니다. 통합은 수신자와 발신자의 결제 수금을 간소화합니다.

결제 수금 기능 액세스 및 구성

Braintree 계정을 설정했으면 다음 중 하나를 수행하여 결제 수금 기능에 액세스합니다.

• Acrobat 데스크탑 앱에서 도구 센터로 이동하고, 전자 서명 섹션으로 스크롤한 다음 결제 수금을 선택합니다.
• Acrobat 온라인에 로그인하고 상단 탐색 막대의 전자 서명 메뉴를 선택한 다음 결제 수금을 선택합니다.

결제 수금 페이지가 표시됩니다.

Braintree 계정에서 요청한 자격 증명 정보를 복사하여 관련 필드에 붙여넣습니다.

• 공개 키
• 개인 키
• 판매자 ID

완료하였으면 저장합니다.

자격 증명의 유효성이 검증되고 Braintree와 연결이 되면, 연결된 계정을 보여주는 그래픽 아이콘이 표시됩니다. 자격 증명을 최초로 추가하고 유효성이 검증되면 Braintree로 결제 활성화 확인란이 자동으로 선택됩니다.

Braintree로 결제 활성화 확인란을 선택하면 계정에서 사용할 결제 기능이 활성화됩니다.

확인란을 선택 해제하면 결제 기능이 비활성화되지만 자격 증명은 삭제되지 않으므로 나중에 통합을 다시 활성화할 수 있습니다.

통합이 활성화되면 작성 환경에서 결제 필드를 사용할 수 있게 됩니다.

끌어다 놓기 작성 사용

결제 양식을 작성하려면 계약서에서 결제 양식 필드를 사용하면 됩니다.

결제 필드는 전자 서명할 계약서를 준비할 때 [작성] 창의 오른쪽에 있는 필드 범주 목록의 하단에 있습니다.

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

결제 필드 옵션에는 다음이 포함됩니다.

할당 대상 - 지불을 제공할 것으로 예상되는 수신자에게 필드를 할당해야 합니다.

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

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

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

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

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

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

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

고정 값(견적)

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

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

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

동적 값(주문 양식)

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

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

적절한 통화를 선택합니다.

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

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

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

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

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

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

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

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

트랜잭션 기록

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

Braintree 기록

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

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

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

Acrobat 기록

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

결제가 성공적으로 완료되면 Braintree 트랜잭션 번호만 다시 Acrobat에 전달됩니다. 이 transactionID는 계약 활동 섹션 및 감사 보고서에서 찾을 수 있습니다.

결제 통합 관리

구성 옵션

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

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

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

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

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

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

기본 판매자 계정을 설정하면 Acrobat 결제 필드에 로드된 기본 통화도 정의됩니다.

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

알아야 할 사항

알려진 문제: 위임된 계약을 수정하면 결제가 비활성화됩니다.

계약이 결제 프로세스를 우회하도록 하고 결제 보안 없이 계약을 성공적으로 완료할 수 있는 알려진 문제가 있습니다. 문제는 다음과 같은 경우에만 나타납니다.

1. 첫 번째 수신자가 서명 권한을 위임
2. 발신자가 위임 후 계약을 수정

모든 그룹에서 결제 통합을 사용하여 계약 수정 기능을 비활성화하는 것이 좋습니다.

PCI 내용 및 스토리지

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

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

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

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

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

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

• 지불 감지
• 서명 완료

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

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

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

중복 지불 방지

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

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

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

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

3. 설정을 켭니다.

지불 분쟁

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

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

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