FedEx를 웹 애플리케이션에 통합합니다

Question

나는 그들이 API를 가지고 있다는 것을 알고 있지만, 내가 가진 몇 가지 질문은 그것에 의해 대답되지 않을 것이며, 이전에 그것을 통합 한 다른 사람들로부터 피드백을받는 것이 좋을 것입니다.

기본적으로 방문자가 사이트 소유자에게 중고 품목을 판매하도록 선택할 수있는 웹 사이트와 협력하고 있습니다.

사용자가 판매를 결정하면 항목 사양을 입력하고 견적을받을 수 있습니다. 그런 다음 그는 주소를 계속 입력 할 것입니다. 배송 레이블을 생성하는 부분 전과 동안 FedEx API를 사용하는지 확인해야한다고 생각합니다.

따라서 주소가 확인되었다고 가정하면 상호 작용 해야하는 API의 스크립트처럼 보입니다. /Ship/Ground/Domestic/ShipGroundDomestic.php5 (우리는 아직 다른 유형의 배송 유형을 통합하지 않기 때문에).

• 이것은 실제로 배송을 생성하고 계정 설정을 청구하는 스크립트입니까?
• 비누 기반이므로 PDF 및 PNG 배송 레이블 유형에 대한 옵션이 있다는 것을 알고 있습니다. 레이블을 생성하는 것처럼 보이지만 실제로 저장되는 곳은 일시적입니까?
• 스크립트에서 API 키, 비밀번호, 계정 # 및 미터 #에 대한 옵션을 지정합니다. 따라서 배송/레이블 작성 비용을 청구하기 때문에 사이트 소유자 자격 증명을 실제로 알아야합니다. 'CC 설정이 있으십니까?
• 실제로 연락하지 않고 내 계정을 테스트 모드로 사용하도록 지시하지 않고는 아무것도 테스트 할 수 없습니까? 아니면 테스트 모드에 대한 추가 매개 변수가 있습니까?
• 나는 모든 배송을 로컬 데이터베이스에 저장하여 끌어 올려야합니까? 아니면 모든 정보를 저장하기 위해 FedEx에만 의존해야합니까? 로컬 데이터베이스를 사용하는 경우 사용자에게 배송을 매핑하고 FedEx 제공 스크립트를 사용하여 배송 상태를 찾아야한다고 생각합니다.
• 배송 상태 업데이트를 통해 고객에게 자동으로 이메일을 보낸 기능이 있다면 어떤 유형의 CRON 작업을 사용하여 업데이트가 있는지 확인해야합니다. 다른 방법으로는 할 수 없습니까?

Answer 1

FedEx Web Services API를 사용하는 경우 https://www.fedex.com/wpor/wpor/editconsult.do(이미 로그인해야 할 수도 있습니다).

생성 된 레이블은 현재 디렉토리에 덤프합니다. 이는 고유 한 파일 이름을 생성하지 않지만 PHP 파일은 예제 코드이기 때문에 생산 코드에는 허용되지 않습니다. 반환 된 레이블로 원하는대로 수행하기 위해 제공하는 코드를 수정하십시오.

로컬 데이터베이스를 원할 것입니다.

사용자 업데이트를 보내고 싶은 이유는 무엇입니까? 그들이 추적 번호를 사용하고 스스로 찾을 수없는 이유가 있습니까? 추적 API를 주기적으로 호출하고 이메일을 생성 할 수 있지만 사용자는 이러한 이메일을 실제로 원합니까?