나머지는 AIM을 사용하여 Authorize.net에 트랜잭션을 제출할 때 어떻게 복잡한 이름을 처리합니까?Authorize.net AIM으로 복잡한 이름 AIM
지구상에있는 거의 모든 전자 상거래 응용 프로그램은 사용자에게 "신용 카드에 표시된 이름"을 채울 것을 요청합니다. 이상한 이유로 Authorize.net은 x_First_Name과 x_Last_Name을 제출하기를 원합니다. 당신이 메리 존스 또는 잭 스미스을 처리 할 때
이 괜찮습니다. Margret A. Jones-Robinson 및 H. 윌리엄 로버트 반 호른, Sr. 그래도 진짜 번거 로움이됩니다.
여기에 모범 사례가 있습니까?
처음으로 & x_First_Name 필드의 중간 이름은 무엇입니까?
성, x_Last_Name 필드의 성, 하이픈이있는 이름 및/또는 접미사?
누구나 이름을 구문 분석하는 루틴을 개발 했습니까?
감사합니다.
결제 양식에 두 개의 입력란이 있습니다. 하나는 성을위한 것이고 다른 하나는 성을위한 것입니다. 그러나 고객이 양식을 작성하기로 선택하면 양식을 제출해야합니다 (그렇게 선택하면 데이터베이스에 저장). 참고로, 신용 카드의 이름은 신용 카드 처리에 사용되지 않으므로 거래를 처리하기 위해 Authorize.Net로 전송할 필요가 없습니다. 어쨌든 거래 내역을 감사 할 때 편리하고 정확한 기록을 유지하는 데 도움이되므로 어쨌든해야합니다.
"The Smith Family"또는 "Barabara and Steve"와 같은 잘못된 정보를 사람들이 입력 할 수있는 가능성을 열어주기 때문에 일반적으로 이름 필드에 필드를 사용하지 마십시오. 명확하게 구분 된 두 개의 필드를 사용하면이 항목의 발생을 크게 줄일 수 있습니다.
결제 섹션에는 2 개의 입력란을 사용해야합니다. 이름과 성. 신용 카드의 이름은 실제로 일부 서비스에서 특정 카드에 사용됩니다. 따라서 AVS 및 사기 발견에 가입 한 경우 해당 이름을 사용하고 일치 여부에 대한 피드백을 제공합니다. 이 고객이 통제 느낌 당신은 피할 수 -suffix
-prefix - 첫 이름 - 중간 초기 - 마지막 이름 : 는 다른 방법으로, 그리고 우리가 과거에했던 것은 대한 고객 문의입니다 그들은 2 개의 주요 필드 (이름, 성)에 쓰레기를 채 웁니다. Authorize.net 및 다른 판매자 서비스 제공자는 다른 필드에 신경 쓰지 않으며 사용자는이를 선택하지 않을 수도 있습니다. 이는 데이터를 "보다 깨끗하게"유지하는 방법 일뿐입니다.
"신용 카드의 이름은 신용 카드 처리 과정에서 사용되지 않습니다." 사기의 가능성을 극적으로 증가시키지 않습니까? – Axeva
정말. :) 그러나 그것은 AVS와 CVV가 들어오는 곳입니다. 그들은 똑같은 것을 성취합니다. –
그러나 이것은 다루지 않는 한 가지 중요한 시나리오는 회사 카드입니다. 이름과성에 대해 두 개의 필드를 사용했지만 회사 카드를 사용하는 고객은 3 단어로 된 회사 이름을 입력하는 방법에 대해 확신이 없었기 때문에 지불 프로세스에서 탈락했습니다. –