19.CUBE 2.7.4 Release Note

Edit

19.1추가된 기능

19.1.1Omni-Channel Balanced Routing 전략

Virtual Media, Virtual Queue, Universal Queue 에 대한 내용을 알고싶으신 분들은 여기를 참고하시길 바랍니다.

19.1.1.1Omni-Channel Balanced Routing 전략이란?

기존 Contact Center에서는 Voice에 의존한 고객과 상담사간의 Communication이 형성 되었으나, 최근에는 다양한 미디어를 통해 서로간의 Communication을 요구 하고 있습니다. Omni-Channel Balanced Routing이란 이런 트랜드에 맞춰 다양한 채널을 통한 상담사와 고객과의 Communication이 이루어지도록 라우팅을 하는 전략입니다. 즉, 상담사는 Voice 뿐만이 아니라 E-mail, Chat, SNS등을 통해 고객과 상담을 하게 되며, 각 미디어에 대한 상담을 진행중이더라도 다른 미디어의 호를 동시에 받아 처리 할수 있게 됩니다.

19.1.1.2Omni-Channel Balanced Routing 설정

19.1.1.2.1Media 등록

Voice(Call)가 아닌 기타 미디어를 통해 상담사와 고객간의 호 연결을 하기 위해서는 해당 미디어를 Virtual Media(10: MEDIA_VIRTUAL)로 등록 하여야 합니다. UI A에서 해당 미디어에 대해 다음과 같이 Virtual Media 로 등록 합니다.

미디어 아이디 1:     Real Media(Avaya PBX)
미디어 아이디 3~8: Virtual Media

19.1.1.2.2권한등록

Omni-Channel Balanced Routing을 사용시 UI별 다음 메뉴 ID를 추가 해야 합니다

표 19-1Omni-Channel Balanced Routing 권한등록

NEXUSCUBE UI

Product ID

Menu ID

Menu 설명

UI Administrator

2

22

멀티 계정 등록, 수정, 삭제

UI Insight

1

22

멀티 계정 관련기능 표시

UI Personal

5

22

멀티계정 관련기능 표시

UI Report

6

101

Virtual Media 관련 콜종류 표시

19.1.1.2.3자원등록

상담사가 다양한 미디어에 대해 상담을 받기 위해서는 해당 미디어에 로그인을 하여야 합니다.
따라서 일반 콜센터의 자원 등록과 마찬가지로 DN, 상담원 ID, 로그인 ID를 등록 하도록 합니다.

단, 자원에 대한 미디어 ID는 해당 Virtual Media의 ID로 등록 해야합니다. 
또한 각 DN들은 미디어 ID가 다르더라도 중복된 번호를 가질수 없으며, 해당 자원에 대해서는 라이선스가 카운팅 됩니다.

19.1.1.2.4멀티계정 등록

Omni-Channel Balanced Routing시 상담사는 각 미디어에 대해 전담 혹은 병행하여 업무를 처리 할수 있습니다. 전담으로 사용시는 해당 미디어에 등록된 아이디로 로그인 하여 업무를 진행하면 되나, 병행하여 업무 처리를 하기 위해서는 멀티계정에 다음과 같이 아이디를 등록해 주어야 합니다.
마스터 ID는 주 계정을 의미 하며, 이 계정과 함께 같이 사용할 아이디를 등록합니다.

즉, 주계정 2003을 사용하는 상담사는 추가로 3003, 3004, 8004, 8003에 로그인 하여 업무를 병행할수 있습니다.

멀티 계정을 설정 후 엔진에서 prtagent 확인시 다음과 같이 해당 정보가 나타납니다.
해당 정보는 Parent ID, 상담대 ID, 미디어 ID순입니다.

v2.7.4 에서는 child 계정을 5개까지 생성이 가능합니다.

향후는 개수를 더 늘릴 예정입니다.

19.1.1.3상담사 로그인 및 상태 변경

상담사 멀티계정을 등록하여 각 미디어에 대한 병행 업무를 처리시 Softphone에서는 해당 미디어 DN에 대해 Adddevice를 한후 로그인 하여 사용 하면 됩니다.

상담사 ID 2003에 대해 위와 같이 등록 하여 사용 할 경우,
상담사 ID 2003, 상담대 2003으로 Openserver -> Monitorstart 후, 상담대 3003, 3004, 8003, 8004에 대해 Adddevice한 후 각 DN별로 로그인/로그오프/상태 변경을 하여 업무를 진행하면 됩니다.
Softphone에서는 각 DN에 대해 이벤트와 콜ID, 상담원 ID를 별도로 관리하여야 합니다.

단, 로그인시 Login Channel Mode값을 설정 하여야 하며, 이 설정에 따라 업무시 받을수 있는 콜 종류가 설정 됩니다. (Login Channel Mode값은 Login시에만 적용되며 Logoff및 상태 변경시는 설정 되지 않습니다.)

또한, Login Channel Mode는 로그인시 해당 DN이 Virtual Media의 DN인 경우에만 사용 하게 되며 Virtual Media가 아닌 경우는 Voice로만 로그인이 됩니다.

Login Channel Mode는 Voice, Twitter, Facebook, Chat, Video, Email, Fax 총 7가지입니다.

상담사는6가지 상태를 가집니다. (Login, Logout, Notready, Ready, AftercallWork, Otherwork)

19.1.1.4모니터링 및 통계

Omni-Channel Balanced Routing에서 사용하는 권한 등록시 다음과 같이 UI별 해당 정보가 나타납니다.

UI A의 22번 권한 설정시 아래와 같이 A화면에 멀티계정 탭이 추가 됩니다.
해당 탭에서는 상담사의 멀티계정을 등록, 수정, 삭제 할수 있습니다.

UI R의 101번 권한 설정시 R통계 화면에서 상담사가 받은 콜의 종류를 확인 할수 있습니다.

UI I의 22번 권한 설정시 아래와 같이 I화면에 멀티계정 탭이 추가 됩니다.
해당 탭에서는 멀티 계정 설정된 상담사가 나타나면 각 계정별 상태를 실시간으로 확인 가능합니다.

UI P의 22번 권한 설정시 아래와 같이 P화면에 버튼 하나가 추가 됩니다.
해당 버튼을 선택시 소속 멀티 계정의 통계가 나타납니다.

19.1.1.5Dedicate 함수

dedicate 함수를 사용 하면 상담사 병행 업무 처리시 각 미디어에 대한 호 분배 여부를 설정 할 수가 있습니다.

큐에 인입된 시나리오가 다음과 같을 경우:

dedicate 함수가 없으면

모든 type 의 호가 분배가 가능합니다.

dedicate["Voice","Facebook,Email"]
상담사가 Facebook 혹은 Email 업무에 대해 통화 중이더라도 Voice 호인입시 분배 하도록 합니다.
만일, 상담사가 Facebook, Email이 아닌 다른 업무에 대해 통화중일 경우 Voice 호는 분배 되지 않습니다.

dedicate["VOICE","CHAT,FAX"]
1 ->> [200.0]

dedicate["TWITTER","TWITTER"]
1 ->> (5)

dedicate["FACEBOOK","FACEBOOK"]
1 ->> (5)

dedicate["CHAT",""]
1 ->> (5)

dedicate["VIDEO","VIDEO"]
dedicate["EMAIL","EMAIL"]
dedicate["CHAT","SNS,FAX"]
dedicate["CHAT","VOICE"]

정의 가능한 Call Kind는 다음과 같이 8가지 입니다.

VOICE
TWITTER
FACEBOOK
CHAT
VIDEO
EMAIL
FAX

만일, 상담사를 멀티 계정에 등록하여 미디어별로 로그인한 상태에서 dedicate함수 사용 없이 호분배시, 각 미디어에 로그인 하여 대기한 상담사에게 각 미디어별로 호를 분배하게 됩니다.

19.1.1.6참고사항

  1. Virtual Media에 등록되는 자원도 prtlicense에 표현 되는 개수에 포함됩니다.

  2. Omni-Channel Balanced Routing 사용시 각 Virtual Media별로 호에 대한 분배 여부를 dedicat함수를 통해 설정 가능합니다.

  3. 큐에 시나리오가 없을 경우 또는 dedicate 시나리오가 없을 경우 멀티 계정에 상담사 대기시, 각 Media별로 모두 호가 인입 됩니다.

  4. Media에 종속되는 자원 DN과 Queue는 Media ID가 다르더라도 중복된 번호를 가질수 없습니다.

  5. 멀티계정 등록시 Child Agent의 통계는 Parent Agent 통계에 포함 됩니다.

  6. 멀티계정 설정 삭제시 해당 Child Agent의 엔진 메모리 통계는 초기화 됩니다.

  7. 미디어에서는 Virtual Media에 Openserver시 App name을 sys_ivr로 해야합니다.

  8. 미디어에서는 Registercall후 Select Target을 받게 되며 바로 Release Call을 통해 바로 Divert를 해야합니다.

    (App에서 늦게 Releasecall 호출시 대기 상태가 아닌 상태에서 호분배 가능성이 있습니다.)

  9. Virtual Media에서 라우팅한 호에 대해서는 협의, 전환, 회의, Singlestep Transfer가 불가합니다..(요청시 검토)

  10. Virtual Media에 로그인시 상담사는 대기 상태가 됩니다.

  11. Virtual Media의 분배 우선 순위는 다음과 같습니다.

    1. Parent ID의 총 Busy카운트가 아닌 해당 채널 모드의 Busy 카운트가 적으면서 가장 오래 대기한 상담원

    2. Parent ID의 총Busy 카운트가 아닌 해당 채널 모드의 Busy 카운트가 적으면서 스킬 댑스가 가장 큰 상담원

19.1.2Omni-Channel 모니터링 기능 추가

Omni-Channel 의 NEXUSCUBE I 에서 모니터링 기능을 추가하였습니다.

  1. Child Id의 경우 기존 모니터링과 같이 각각 개별 모니터링이 가능합니다.

  2. Parent ID를 모니터링을 할 경우 멀티 계정으로 소속된 Child ID의 대한 현재 상태에 대해 숫자 형태로 표현합니다.

기존에 PSTN , W2W,W2P 으로 표시되던 부분을 voice , facebook ,twitter 변경

19.1.3비밀번호 인증 FLOW 모니터링 및 통계 기능(비밀번호 인증전 콜타입)

고객과 상담사간 통화 중, IVR로 고객 비밀번호 인증시 협의, 회의 통화로 카운팅이 되며 시간이 누적 되던 부분을 기존 콜타입을 유지하여 통계를 쌓고 모니터링을 할 수 있도록 기능을 추가 하였습니다.
준비할 사항 입니다.

1. Release v2.7.4.00 이상 제품
2. UI A 변경 : 큐 설정시 큐타입 6번 (Auth Queue 로 설정)
- ACD 큐와는 다른 개념으로 IVR 채널을 묶은 가상의 번호
IVR 비밀번호 인증 시나리오 입니다.

1. 고객 전화 큐에 대기
2. 시나리오에 의해 상담사 호 분배
3. 고객과 상담사 통화 중 고객 비밀번호 인증을 위해 Auth Queue로 협의 & 회의 통화 요청
4. IVR Hunt(ACD Hunt)에서는 IVR 채널로 Circular하게 호를 분배
5. 고객, 상담사 & IVR 채널간에 Conference 통화 진행(필요시 상담사가 Hold Call을 요청 하여 고객 입력하는 톤음을 듣지 못해야 함.)
6. IVR 채널에서 고객 비밀번호 인증후 상담사와 고객간의 호 연결, Hold된 상태라며 Retrieve Call을 요청

비밀번호 인증 개요

비밀번호 인증 주의 사항


1. IVR 비밀번호 인증을 위해 교환기에서 ACD Hunt (IVR채널을 묶은 가상의 번호)를 설정 하여야 합니다.

2. 9100 ACD Hunt는 UI A에서 (큐종류 : 3 Queue, 큐타입 : 6 Auth Queue)로 설정합니다.

3. 상담사는 비밀번호 인증 시, IVR채널이 아닌 ACD Hunt인 9100 (Auth Queue)로 호를 넘겨야 합니다.

(9100 ACD Hunt는 ACD Queue가 아닌 IVR 채널을 묶은 가상의 번호입니다.)

4. 9100 ACD Hunt에 대해 큐 타입 : 6 Auth 으로 설정시 엔진에서는 교환기로 모니터링을 요청 하지 않습니다. (해당 번호에 대해 이벤트 발생시는 통계 영향 발생)

5. IVR채널은 모니터링 되어야 합니다. (필수 사항)

6. IVR 비밀번호 인증 Flow시 DBFILE에서는 콜타입을 변경하지 않고, 이후에 진행되는 콜전개는 레코드에 NONSERVICE 10으로 세팅됩니다. 만약 비밀번호 인증후 다시 일반 Flow로 콜이 전개되면 이후 진행되는 레코드는 NONSERVICE -1로 세팅됩니다.

7. 비밀번호 인증 Flow를 판단하는 기준은 OR 이벤트의(협의시) Calledparty에 QUEUE 번호 Type이 비밀번호 인증큐이고, 최초 콜타입이 IB또는 OB일때 입니다.

8. NONSERVICE가 10이면, 통화건수는 제외하고 통화시간만 누적시킵니다. 다만 보류건수와 보류 시간은 동일하게 누적됩니다.

9. IVR 비밀번호 인증을 위해 IVR채널과 Conference상태시 처음 호 인입시의 콜타입을 유지합니다.

- 인바운드 비밀번호 인증 TOBE : 인바운드(CALL_TYPE=11) -> IVR 비밀번호 인증(CALL_TYPE=14) -> 인바운드(CALL_TYPE=11) 로 모니터링 및 통계마감

- 아웃바운드 비밀번호 인증 TOBE : 아웃바운드(CALL_TYPE=22) -> IVR 비밀번호인증(CALL_TYPE=24) -> 아웃바운드(CALL_TYPE=22) 로 모니터링 및 통계마감

10. 비밀번호 인증 시 FLOW 는 협의-회의 로 요청해야 합니다.(SingleStepConference, OneStepConference 사용금지)

주의사항. 현재 적용된 media 는 nxmedia_asai, nxmedia_csta2, nxmedia_tsapi 입니다. 다른 교환기의 경우는 NRDG로 문의바랍니다.

19.1.4AVAYA PBX(ASAI) heartbeat 체크 기능

PBX와 nxmedia_asai간에 HeartBeat을 송수신 못하고 설정한 값 또는 기본 설정값(62초)을 경과 후에도 송수신을 못한다면 링크 단절로 판단하고 프로세스 재기동합니다.

NEXUSCUBE A 에서 해당 미디어의 옵션 필드에 "lps=값" 으로 설정 합니다.

admin에서 lps=값 을 등록하지 않거나 lps를 아예 옵션에 추가하지 않으면 default 값 62초 입니다.

값을 등록하면 등록된 값(sec) 동안 heart bit 이 안오더라도 링크를 끊어내지 않습니다.

설정 최대값은 65535이며 값이 넘으면 디폴트 값으로 세팅됩니다.

기본 권장 값은 62초 입니다.(62초인 이유는 60초를 기본으로 하나 TCP 유예시간 2초를 더한 값입니다.

AVAYA 교환기에서 heartbeat 는 설정한 값에 따라 다르게 올 수 있습니다. (기본 10초) 자세한건 해당 사이트 교환기 엔지니어에 문의 바랍니다.

19.1.5NEXUSCUBE 에서 후처리 자동변경 기능

호 종료 후 CTI 엔진에서 자동 후처리가 되도록 하는 기능입니다.

NEXUSCUBE 가 지원하는 모든 PBX 에서 가능한 기능입니다. afterbusy 옵션에 ready, notready 는 기존에 있었으나 acw 가 없어 추가한 기능입니다.

NEXUSCUBE A의 media 사용자 정의 옵션에 다음 중 택일하여 입력 하시면 됩니다.
afterbusy=acw / afterbusy=ready / afterbusy=notready

19.1.6DB & FTP 접속정보 암호화 기능

v2.7.4 이상 version 에서는 기본으로 적용됩니다. 따라서 사이트의 엔진 업그레이드 시 global.conf 를 꼭 변경하여야 합니다.

이 기능은 NEXUSCUBE 에서 DB 나 FTP 정보를 conf 설정 파일에 정보가 노출되어 표현되는 것을 암호화하여 보안 기능을 강화한 것입니다.

  1. 암호화 방식은 aria입니다.

  2. 암호화 옵션에 따라 동작하지않고 무조건 암호화 해야합니다.( 비밀번호는 최대 32자로 제한합니다 )

  3. 현재 적용부분은 아래 3가지입니다.

    - global.conf의 [dbms] password 부분( user id는 암호화하지 않습니다.)

    - process.conf의 [nxadaptor] ft.passwd 부분

    - nxmedia_db에 소속된 route option 의 password 부분( dns=user/passwrd)

  4. 암호화, 복호화하는 tool이 추가되었습니다.

    - 해당 Tool을 통하여 암호화된 패스워드를 확인하여 설정파일에 입력합니다.

    - 해당 Tool을 통화여 암호화된 패스워드를 일반 패스워드로 확인 합니다.

비밀번호 32자 초과 안됩니다.(mysql 의 경우 *******@CUBE@100.100.100.100 의 식으로 암호말고 들어가는 부분의 길이가 깁니다. 32자리를 초과하지 않도록 설정해야 합니다.)

비밀번호에 특수기호 가능합니다.

nxmedia_db 에 소속된 route option passwd 설정에서 전담,직전,VIP 분배 가능합니다.

19.1.7NEXUSCUBE A 상담원 자원이동 10명 제한기능

고객센터 운영중에 NEXUSCUBE A 에서 상담원 자원을 이동하게되면 운영환경에 영향을 주기 때문에 자원이동 가능 개수를 10개로 제한하는 기능을 추가하였습니다.

NEXUSCUBE-A 상담자원 이동제한 기능은 상담원 자원 변경을 한번에 10명 이내로 제한하는 기능입니다.(만약 30명을 변경한다면 10명씩 3번 작업해야 합니다.)

제한사항(메뉴ID 32 입력)

- 10명 이하의 상담원 다른 파트로 이동 가능합니다.

- 11명 이상의 상담원 다른 파트로 이동 불가능합니다.

- 다른파트 상담원과 자신의 파트 상담원을 선택 후 자신의 파트로 이동 불가능합니다.

- 각기 다른파트(1번파트 상담원과 2번파트 상담원)을 멀티 선택후 제 3의 상담 파트로 이동 가능합니다.(10명 이하일 경우)

- 각기 다른파트(1번파트 상담원과 2번파트 상담원)을 멀티 선택후 제 3의 상담 파트로 이동 불가능합니다.(11명 이상일 경우)

- 10명 이하의 상담원 스킬할당 가능합니다.

- 11명 이상의 상담원 스킬할당 불가능합니다.

- 스킬 트리에서 상담원 스킬을 10개 이하 삭제 가능합니다.

- 스킬트리에서 상담원 스킬을 11개 이상 삭제 불가능합니다.


제한사항(메뉴ID 32 제외)

- 상담원 다른 파트로 이동 가능합니다.

- 다른파트 상담원과 자신의 파트 상담원을 선택 후 자신의 파트로 이동 불가능합니다.

- 각기 다른파트(1번파트 상담원과 2번파트 상담원)을 멀티 선택후 제 3의 상담 파트로 이동 가능합니다.(인원 제한없음)

- 상담원 스킬할당 가능합니다.(인원 제한없음)

- 스킬 트리에서 상담원 스킬을 삭제 가능합니다.(개수 제한 없음)


*참고사항 : 테넌트간 상담원 이동은 불가합니다.

메뉴ID 는 NEXUSCUBE A의 32번 입니다.

19.1.8NEXUSCUBE I, R 콜트래킹에 IVR 확장 검색 추가

기존 콜트래킹이 I,R 에서 ivr 인입 부분이 IVR_TRACE 가 추가됨에 따라 ivr 인입에 대해서 자세한 콜트래킹이 가능합니다.

그림 19-1I ivr 콜트래킹 화면

그림 19-2R-ivr콜트래킹화면

그림 19-3R-ivr콜트래킹화면세부

19.1.9OB CIOD 발신리스트 전송 기능(Dialing List File Transfer)

기존 OB CIOD 발신 리스트 전송은 FTP를 이용한 파일전송, DB 를 이용한 전송으로 두가지가 있었습니다. 이번에 추가된 기능(Dialing list file Transfer)은 TCP 로 발신 리스트를 전송할 수 있는 기능입니다.

FTP 를 사용하지 않는 고객사의 경우 이 기능을 사용할 수 있는데 client 구현은 다른 3rd party 업체가 진행합니다.

설정방법


1. EXDdesigner는 CmRlt 파일과 Stats 파일을 동시에 생성합니다.

컴파일시 /EXDdesigner/EXDdesigner/makefile 에서 다음 옵션 추가를 해야합니다.

DEFS = -D__UNIX__ -D__NHCC__


2. EXD-01.INF 설정 사항입니다.

[FILESERVER]

LOGLEVEL=5 ;

; 서버가 2개 이상 IP를 사용시 IP를 설정 한다.

;IP=127.0.0.1

PORT=8003 ; Default Port

LICENSE=5 ; 최대 접속을 허용하는 Client 개수(Max=100, Min=1)

COID=1 ; CIOD의 ID 값(Default=1)

연동 순서
1. CIOD server service listen
2. client connect
3. 패킷 형식에 따라 전문 전송

• 클라이언트 서버에 접속후 5초 이내 라이센스 송부 하지 않을 경우 연결 해제됨니다.

• 5초 간격으로 서버와 클라이언트 간에 Heart bit 송부합니다.

• 발신 리스트를 서버로 전송시, 파일 전송 완료 명령이 안오거나, 파일 전송 간격이 3초 이상시 서버에서는 해당 파일을 삭제합니다.

• 통계 파일을 클라이언트에서 요청 한후 파일 전송 완료 명령이 안오거나, 파일 전송 간격이 3초 이상시파일 삭제하도록 3rd 업체에서 설계시 고려 해야 합니다.

• dism에서는 EXDFileServer 프로세스 이상 유무 확인이 불가하며, ddd에서 해당 프로세스와 접속된 Client 확인 가능 합니다.

• EXDfileServer 재기동 혹은 Stats 파일 삭제시 경우 신규로 생성되는 발신 결과 부터 Client에 실시간 데이터 전송 합니다.

3rd party 연동에 대한 가이드는 Technical Document

NX_CIOD_DialingListfileTransfer_V1.1_S_20151125_.xlsx 를 참고 하시기 바랍니다.

19.1.10OB CIOD 중복발신 방지기능

어떤 문제로 인하여 같은 고객에게 중복발신이 이루어졌을 때 고객 불편이 생기는 것을 방지하기 위한 기능입니다.

아래의 경우에 중복발신이 이루어질 수 있습니다.
1. EXDcallpacing 다운 시 CIDS에서 발신중 리스트 결과 미작성으로 미발신 리스트로 계속 발신되는 현상
2. Exdialer 프로세스 core 및 down 현상 시 CIDS에서 발신되는 현상
3. 캠페인 강제 종료(2번 연속 멈춤 또는 정지) 시 발신 중인 리스트에 대한 결과 작성 하지 않아 중복 발신 되는 현상
아웃바운드 장애 후 복구 시 (CIOD 재시작 시 등) 발신 중인 리스트의 중복 발신을 방지 하지 위하여 발신 중 이라는 발신결과를 마킹하여 중복 발신에 대해서 방지할 수 있도록 합니다.
ex) 캠페인 재발 신 시 발신 중 발신결과 제외 등 알 수 있도록 제공
- 발신 중 발신 결과(DIRT=8) 를 DALIST 및결과 파일에 작성
- 신규 PRODALISTUPDATE 프로시저 추가

아래는 발생할 수 있는 상황입니다.(#13524)

1. EXDdialer core 발생시 -> 리스트 발신에 대한 작성후 발신 결과 못받음 -> 정상(DIRT 8상태)

2. EXDcallpacing core 발생시 -> 리스트 발신에 대한 파일 작성후 발신 결과 받음 -> 정상(발신 결과 받음)

3. EXDdesigner core 발생시 -> 리스트 발신에 대한 작성후 발신 결과 못받음 -> 정상(DIRT 8상태)

4. 엔진 다운시 -> 리스트 발신에 대한 작성후 발신 결과 못받음 -> 정상(DIRT 8상태)

5. 캠페인 발신 중 강제 종료시 -> 리스트 발신에 대한 작성후 발신 결과 못받음 -> 정상(DIRT 8상태)

6. CIDS다운시 -> 리스트 발신중 CIDS 다운 되어 CIDS 재시작시 -> 해당 리스트 다시 만들고 발신하게 됨 -> 이슈 등록(#14570)

7. DIRT 8인 리스트에 대한 UI C통계 표현 -> 이슈 등록(#14572)

8. 캠페인 발신 진행 상태 이상 여부 -> 정상

9. 발신 리스트 파일 CmRlt파일내 발신중인 번호는 LTNO에 작성 -> 정상

10. REUSE_DAIL_LIST 옵션 사용 유무에 따른 UI C 통계 정상 여부 -> 정상

11. REUSE_DAIL_LIST 옵션 사용 유무에 따른 Dirt=8 리스트 캠페인 실행시 재로드 여부 -> 정상

19.2향상된 기능

19.2.1NEXUSCUBE M, I, R 검색기능 개선

NEXUSCUBE M, I, R 검색기능이 다르고 동명이인에 대한 처리가 되지 않아 이에 대한 기능을 수정하였습니다.

v2.7.4이전 현황입니다.
M: 검색하면 구문검색하여 검색 키워드가 있는 상담원이 트리에 표시
I: 검색하고 Enter 치면 첫번째 검색된 상담원에게 포커스
R : 검색기능 존재하지 않음

개선된 사항입니다.

1. M, I, R 에서 공통적으로 사용할 수 있는 검색 함수를 추가하였습니다.

2. M 찾고자하는 텍스트 입력후 엔터를 쳤을때 트리상에 찾고자 하는 자원만 보이는 방식으로 개선하였습니다.

3. I 큐, 스킬 자원 트리에서 검색 기능을 추가하였습니다.

4. R 상담그룹, 상담파트, 상담원, 큐, 스킬이 조회됩니다.(다른 자원 선택 시 검색창이 사라집니다.)

5. 검색시 대소문자 구별하지 않습니다.

제약사항입니다.

1. M 은 상담원에 대해서만 검색됩니다.(다른 자원을 보이는 부분이 없기 때문에 상담원 자원만 검색됩니다.)

2. R 검색은 장표의 대상 선택에 따라 이루어집니다.(상담원,상담팀,상담그룹,스킬,큐 선택시 선택된 대상만 검색됩니다.)

cf. 상담대는 검색창이 없습니다.

3. I 검색은 트리 대상 선택에 따라 이루어 집니다.

4. 특수문자는 검색이 되지 않습니다.

5. 검색어 길이는 15자리로 제한합니다.

19.2.2NEXUSCUBE 라우팅 지정상담원(appointment) 기능 향상

전담상담원에 EMPLOYEE_ID 값은 복수개가 가능합니다.
예를들면 A 고객의 전담 상담원이 AGENT1, AGENT2, AGENT3 이라면 3명 모두 지정할 수 있습니다.

최대 지정은 64자리 까지 가능합니다. 만약 EMPLOYEE_ID 가 10자리라면 ","포함하여 5명까지 넣을 수 있습니다.

이것은 v2.7.4 부터 EMPLOYEE_ID 값은 복수개가 가능합니다.

19.2.3NEXUSCUBE 엔진 IVR 최초고객 인입콜이 UEI, CI 정보 나타나는 현상.

IVR 최초 고객 인입콜이 UEI, CI 정보로 나타나 이를 정보가 나타나지 않도록 개선했습니다.

19.2.4NEXUSCUBE 통계 상담원 상태시간(상담원상태 총합 장표) 누락 현상

통계 상담원 상태시간(상담원 상태 총합장표)에서 1시간에서 나타나는 총합이 3600초가 안되는 현상이 있었습니다.
이에 누락되는 상태시간을 누락되지 않도록 개선했습니다.
(DL-otherwork-ES 에서 현상 재현됩니다.)

19.2.5NEXUSCUBE 엔진 base64 decode 안되는 현상

base64 마지막문자 decode 되지 않는 현상을 개선하였습니다.

19.2.6NEXUSCUBE 라우팅 oid시나리오 중 대기호 이상 현상

oid시나리오 중 대기호가 없음에도 wait 수량 잘못 가져오는 증상을 개선하였습니다.(공유메모리 정보와 로컬메모리 정보를 sync 하였습니다.)

19.2.7DB UQ 관련 CALL_KIND 컬럼 사이즈 수정

DB UQ 관련 CALL_KIND 컬럼 사이즈를 변경하였습니다.