상호 금업과 지불업계에서 경험한 동료들은 모두 자금 손실이라는 단어를 알고 있다. 이름에서 알 수 있듯이 자금 손실이다.
시스템 수준:
인위적인 이유:
너는 많이 생각했을지도 몰라, 나는 쓰고 싶지 않아. 하하.
일반적으로, 돈을 지불해야 자본 손실이 발생할 수 있다. 회사 차원의 자본 손실입니다. 보증금의 경우 사용자 중복 공제가 발생하여 사용자 불만이 발생하여 고객 경험에 영향을 미칠 수 있습니다. 물론 성공해도 돈을 빼지 않는 장면도 있다. 성공으로 간주해도 자금 손실을 초래할 수 있다.
그래서 자금의 일상적인 처리에 각별히 주의해야 한다. 이 돈을 잘못 처리하면 회사에 헤아릴 수 없는 손실을 초래할 가능성이 매우 높다.
물론, 우리는 모든 사람에게 보증금 처리를 소홀히 하라고 요구한 것은 아니다. 보증금 처리가 부적절하면 대량의 고객 불만이 발생할 수 있으며 기업 고객의 점도도 낮아져 사용자의 활동도를 낮추고 손실을 초래할 수 있습니다. 물론, 내가 위에서 언급한 장면에서, 투자도 회사의 자금 손실을 초래할 수 있다.
특수 시나리오는 사용자 공제가 실패했지만 성공으로 간주되는 장면입니다. 사용자의 전자 계좌에 돈을 더하고 사용자가 현금을 인출한다. 그런 다음 자본 손실이 즉시 발생합니다.
1. 중복 결제:
상호 금업계의 동포들에게 이런 반복 지불 조작은 낯설지 않다.
그렇다면 어떻게 중복 지불을 피할 수 있을까요?
장면마다 전략이 다릅니다. 여기 조금 언급하겠습니다. 장면이 복잡하기 때문에 시간이 제한되어 불편할 수 있습니다.
업계 내에서 통행하는 방법은 하류 시스템이 상류 시스템의 전력 등을 통제하는 것이다. 예를 들어, 제 3 자 금융 기관이 알리페이의 인터페이스를 호출하면 알리페이의 오픈 플랫폼이 먼저 지불 전표를 받아야 한다는 것을 알 수 있습니다. 이 숫자는 유일하다. 그런 다음 자신의 플랫폼으로 이동하여 지불 정보를 입력하십시오. 모든 후속 지불 작업을 위해 이 id 를 휴대해야 합니다. 알리페이가 이렇게 하는 목적 중 하나는 그것을 멱등 및 단방울조회의 메커니즘으로 삼는 것이다.
2. 반환 코드를 매핑하는 동안 오류가 발생했습니다.
비슷한 경험이 없는 사람들에게 타격은 파멸적이다. 이 개념이 없기 때문입니다.
한 번은 팀의 한 작은 파트너가 진행 중인 거래를 실패로 직접 처리하는 것을 보고 깜짝 놀랐다.
음, 본론으로 돌아가면 반환 코드는 상류 호출에 대한 하류의 응답입니다.
업스트림이 다운스트림의 실패 반환 코드를 구문 분석하면 성공으로 구문 분석되고, 그렇지 않으면 실패로 구문 분석됩니다. 결과는 상상할 수 있다. 。 。 。 。
물론 일반적으로 두 가지 반환 코드가 있습니다. 만약 은행 채널을 인수한다면, 하나는 통신 반환 코드라는 인상을 받을 것이다. 다른 하나는 거래 또는 지불의 반환 코드입니다.
우리는 이 두 개의 반환 코드를 처리해야 한다. 두 단계로 판단하다.
이상은 일반적인 방법이므로 공식을 적용할 수 있습니다.
물론 반환 코드에는 계층 매핑이 필요합니다. 밑바닥에 대해서는 제도적 차원에서 편향될 수 있다. 업스트림 또는 비즈니스 시스템의 경우 비즈니스 수준을 사용자가 이해할 수 있는 설명으로 변환해야 합니다.
예를 들어, 얼마 전, 우리의 업무와 기술은' 철회' 와' 철회' 에 얽혀 있었다. 사실, 비즈니스 관점에서 볼 때, 사용자가 현재의 운영 상황을 이해하고 명확히 할 수 있기를 바랍니다. 기술적인 관점에서 볼 때, 우리는 시스템 차원에서 문제를 볼 수 있을 것이다.
3. 처리 과정에서 거래가 부적절하게 처리되었습니다
처리 중인 트랜잭션의 경우 일반적인 방법은 처리 중인 것으로 기록하는 것입니다. 그런 다음 질의를 통해 최종 거래의 상태를 확인합니다. 단순히 실패나 성공으로 보는 것이 아닙니다.
물론 또 다른 아이디어가 있습니다. 참고해 드리겠습니다.
업무 긴급 상황에서 일부 거래는 즉시 실패하거나 성공하여 처리할 수 있다. 물론입니다. 접근금을 구분해야 합니다.
이 두 가지 방안은 어느 정도 회사에 오는 자금의 안전을 보장했다.
。 。 。 。 。 。 컴퓨터가 고장나다. 。 。 내일 계속하겠습니다.