[개발일지] - 408

인터페이스에서 product2가 추가되는 경우 PricebookEntry를 추가해야 했는데

해당하는 Pricebook들을 개당 4개씩 생성하는 로직을 추가했다.

 

이후 product2가 추가되는 경우 다른 개체를 생성하고

해당 개체와 상호연결하는 로직을 추가해야 했고

업데이트 되는 경우 기존에 연결되었다고 가정하고 해당 개체를 수정하는 것까지 진행했다.

 

첫번째 프로젝트쪽에서 요청한 사항과 뭔가 다른 내용이 있다면서 수정을 요청했는데

애초에 요청 자체를 모호하게 하기도 했고 리포트 등 다른 기능의 경우

어드민쪽 분이 더 잘 아시기도 하기 때문에 고객사, SAP, SFDC 회의에 어드민분도 초대했다.

 

회의 결과 화요일 오후 2시쯤 진행될 것 같은데

인터페이스는 요청만 제대로 오면 별로 난이도가 높지 않은데

그 이전 단계에서 고객사에서 모호하게 요청하는 것 처리가 제일 스트레스 받는 것 같다.

 

product2 인터페이스에 따른 여러가지 추가 요청사항들 반영 이후

postman으로 발송, 수정 등 테스트를 해본 다음 요청사항에 맞게 처리된 것을 확인했고

요청했던 개발 담당자분에게 해당 사항을 공유했다.

 

테스트클래스도 미리 작성해두려고 했는데

기존에 가능한 모든 경로를 다 해두기도 했고

이번에 추가되는 경우 for문으로 순회하기 때문에 xxx.size() > 0 같은 조건이 없다보니

처리되는 것을 제외한 대부분의 경우 순회 자체는 해서 추가로 테스트클래스를 작성할 필요는 없었다.

 

SAP 오류 관련 문의가 또 들어왔는데

요즘들어 SAP 오류가 지나치게 자주 발생하는 것 같지만

SLD인지 무슨 서버 오류라고 대놓고 나왔기 때문에 이건 서버 관련 문제 같다고 고객사에 전달했고

이후 메일 확인 결과 SAP쪽 무슨 서버 일시 중단으로 인한 문제라고 밝혀졌다.

 

요청사항 관련 인터페이스를 하지는 못하고

일단 메일로 SAP쪽에 추가 요청만 했었는데

전화로 해당 필드들 발송 외 생성 때 수신도 해야 하는지 물어보셨고

그 부분은 생각하지 않았는데 여기에서 보내려면 또 이전 개체에서 생성될 때 가져와야 하고

작업이 자꾸 쓸데없는 부분에서 추가되고 있다.

 

이후 Account 관련 타 회사 인터페이스를 확인하다가

Product 관련 거버너 리밋 문제로 일배치 최대 발송 수치에 대해 SAP쪽에 문의를 한번 해보고

1회 DML low 제한이 1천개였기 때문에 그 이하로 처리되는 것을 확인하고 넘어갔다.

 

 

(1).백준 16394번 홍익대학교는 개교 몇주년인지를 묻는 문제로

처음에 나온 예제를 통해서 1946년부터 시작된 것을 역추적 할 수 있었기 때문에

주어진 값에서 1946을 뺸 값을 출력하는 방식으로 해결했다.

const input = `2018`

console.log(input - 1946)