Microsoft Dynamics GP의 EFT(전자 자금 이체) 형식에 대한 사용자 지정 데이터 필드
이 문서에서는 Microsoft Dynamics GP의 EFT(전자 자금 이체) 형식에 대한 사용자 지정 데이터 필드에 대한 정보를 제공합니다.
적용 대상: Microsoft Dynamics GP
원본 KB 번호: 2956922
증상
많은 은행들이 검사 인쇄 서비스, CEPS 프로그램 및 플랫 결제 파일이 필요한 기타 서비스를 제공하고 있습니다. Microsoft Dynamics GP의 EFT 기능은 표준 게시된 NACHA 형식에 필요한 필드를 준수하도록 설계되었습니다. 따라서 은행에서 제공하는 이러한 다른 서비스 중 일부에 대한 사용자 지정 플랫 파일을 만들려는 경우 사용자 지정 형식을 설정해야 하며 특정 필드를 달성하기 위해 손속성 사용자 지정이 필요할 수 있습니다. 사용자 지정 형식은 현재 Microsoft Dynamics GP에서 지원되지 않으며 사례 정책은 아래에 나열되어 있습니다. 형식의 특정 줄에서 필드를 선택할 수 있다고 해서 반드시 해당 줄에서 작동하도록 디자인된 것은 아닙니다.
아래 링크에서 EFT 구성기 파일에 대한 사례 정책을 검토합니다. 현재 정책은 지원 인시던트당 하나의 필드 또는 오류 메시지입니다. 그러나 해당 필드의 기능이 사용하려는 줄에서 작동하지 않는 경우 손속 사용자 지정이 필요합니다.
Microsoft 지원 전문가가 지원 사례가 컨설팅 참여가 되는 시기를 결정하는 데 사용하는 지침
원인
Microsoft Dynamics GP에서 아직 제공되지 않은 사용자 지정 EFT 형식을 가져오려는 경우 은행에서 제공하는 다른 서비스에 대한 플랫 파일을 만들기 위해 사용자 지정 형식을 달성하기 위해 손속성 사용자 지정이 필요할 수 있습니다.
해결 방법
다음은 알아야 할 몇 가지 사용자 지정 필드입니다.
고유 파일 식별자/EFT 문서 ID:
고유 파일 번호 기능은 생성된 EFT 파일당 고유 번호입니다. 여러 줄 형식에서 선택한 경우 동일한 번호가 각 줄에 인쇄되고 새 EFT 파일이 생성될 때마다 증가합니다. 이 숫자는 다음과 같이 필드를 매핑하여 Microsoft Dynamics GP에서 이미 사용할 수 있습니다.
EFT 다음 파일 번호:
에 매핑: 데이터 필드
표: 수표 전자 자금 이체 마스터
필드: EFT 다음 파일 번호
참고
생성된 은행 미리 표시 파일은 이 필드에 0을 인쇄합니다.
일괄 처리 헤더/일괄 처리 제어 줄의 일괄 처리 ID:
Microsoft Dynamics GP는 모든 결제를 EFT 파일의 단일 일괄 처리에 넣도록 설계되었으며 이는 허용됩니다. (대부분의 은행은 Microsoft Dynamics GP에 포함된 개별 일괄 처리 ID의 수를 신경 쓰지 않습니다.) 따라서 파일로 끌어온 모든 일괄 처리는 EFT 파일에서 하나의 큰 일괄 처리로 표시됩니다. 따라서 하나의 Batch 헤더와 파일당 하나의 Batch 컨트롤 줄만 표시됩니다. 이것은 의도적으로 하고 은행에 허용됩니다.
시퀀스 번호:
이 필드는 Addenda Line 형식에서만 작동하도록 설계되었습니다. 이 필드가 다른 줄 형식에서 작동하지 않는 경우 사용자 지정을 요청해야 합니다.
청구서 번호:
송장 번호와 금액은 형식의 Addenda Line에 매핑될 예정이며 올바른 정보를 가져오려면 다음과 같이 매핑되어야 합니다.
청구서 번호:
에 매핑: 데이터 필드
표: 기록 파일에 PM 적용
필드: 문서 번호에 적용
청구서 금액:
에 매핑: 데이터 필드
표: 기록 파일에 PM 적용
필드: 적용된 금액(해당 금액이 작동하지 않는 경우 다음 으로 적용 금액에서 적용 을 시도하고 올바른 양인지 확인합니다.)
*청구서의 경우 PM 기록 테이블에 적용(PM30300)의 필드로만 제한되므로 청구서 설명 또는 PO 필드와 같은 필드를 가져올 수 없습니다. EFT 파일은 적용 레코드에서 사용할 수 있는 것 외에 청구서 정보가 아닌 결제 레코드 정보로 전환하도록 설정됩니다.
머리글 줄의 모든 'count' 또는 'sum' 필드:
일반적으로 'count' 또는 'sum' 필드는 바닥글 줄에서만 작동하거나 줄이 나열된 후에만 작동합니다. 따라서 대부분의 'count' 또는 'sum' 필드는 Batch 컨트롤 및 파일 제어 바닥글 줄에서만 작동하며 머리글 또는 세부 정보 줄에서는 작동하지 않습니다. 확인하려면 테스트해야 합니다.
세부 정보 줄의 addenda 레코드 수:
Addenda Count는 Addenda 줄 형식에서만 작동하며 세부 정보, 일괄 처리 컨트롤 또는 파일 제어 줄에서는 작동하지 않습니다. Addenda 줄은 연속적으로 나열된 후에만 계산할 수 있으며 이전에는 계산할 수 없습니다.
예를 들어 'Addenda Count'는 파일 컨트롤 헤더 줄 또는 추가 항목 레코드 수가 아직 나열되지 않았기 때문에 세부 정보 지불 줄에서 작동하지 않습니다. 시스템이 나열되기 전에 계산하거나 합계를 계산할 수 없습니다. 따라서 손수 사용자 지정 없이는 CTX 형식의 이 요구 사항을 충족할 수 없습니다.
해결 방법으로 대부분의 은행에서 수락한 일괄 처리 제어 및 파일 제어 줄에서 사용할 수 있는 'Detail + Addenda'에 대한 옵션이 있습니다. 따라서 은행에서 이 필드를 대신 수락하는지 확인합니다. 또 다른 옵션은 '공급업체당 하나의 검사' 대신 '청구서당 하나의 검사'을 사용하여 EFT 파일을 생성하는 것입니다. 이 옵션을 사용하면 세부 정보 줄당 하나의 추가 항목 줄이 있으므로 세부 정보 줄에서 이를 '1'로 하드 코딩할 수 있습니다.
줄 수:
줄 수 데이터 필드는 파일 제어 줄에서 작동하도록 설계되었으며 파일의 모든 줄을 계산합니다. 이 필드는 다른 줄 형식에서는 작동하지 않습니다.
예를 들어 EFT 파일에 총 줄이 10개 있는 경우 이전 줄만 나열할 수 있으므로 Batch 컨트롤 줄의 줄 수는 9로 나열됩니다. 이 필드는 이 줄에서 작동하도록 설계되었으므로 파일 제어선의 줄 수에 10의 올바른 수가 나열됩니다. 그러나 이러한 추가 바닥글 줄은 표준 NACHA 형식의 일부가 아니므로 줄 수 필드는 추가 바닥글 줄(트레일러 레이블 1 및 트레일러 레이블 2)에서 작동하지 않습니다.
기타 날짜 형식:
(MM-DD-YYYY 또는 MM/DD/YYYY를 달성하기 위해 날짜에 대시 또는 슬래시 포함)
EFT 파일 형식의 날짜 필드의 경우 구성기의 드롭다운 목록에서 MMDDYYYY 또는 DDMMYYYY와 같은 날짜 형식만 사용할 수 있습니다. 그러나 날짜 필드를 '5개 필드'로 분할하여 이를 해결할 수 있습니다(그리고 날짜가 줄에 있어야 하는 위치에 있는 한 은행은 차이를 알 수 없습니다). 예를 들어 첫 번째 필드를 길이 2로 만들고 '왼쪽 맞춤'을 지정하고 MMDDY를 선택하여 MM을 잡습니다. 그런 다음 대시 또는 슬래시를 사용하여 두 번째 필드를 상수로 1의 길이로 만듭니다. 그런 다음 세 번째 필드를 2의 길이로 만들고 '왼쪽 맞춤'으로 만들고 DDMMYY를 선택하여 DD를 잡습니다. 네 번째 필드는 슬래시 또는 대시가 있는 CONSTANT로 다시 1의 길이입니다. 마지막 필드를 길이 4로 만들고 '왼쪽 맞춤'으로 만들고 이번에는 YYYYMMDD 형식을 선택합니다. (또는 길이가 2이고 2자리 연도에 필요한 경우 YYMMDD를 선택합니다.)
추가 정보
EFT 파일 형식 설정은 자문 서비스에 속하지만 더 이상 허용되지 않습니다. 필요한 대부분의 표준 필드가 나열되고 GP가 제공하는 형식을 달성하기 위해 코딩되므로 직접 테스트하고 Dynamics GP의 기본 형식을 가이드로 사용하는 것이 가장 좋습니다. 사례당 하나의 필드에 대한 지원을 위해 지원 사례를 열 수 있습니다.
EFT 설정 및 기타 질문과 대답에 대한 자세한 내용은 Microsoft Dynamics GP의 Payables Management 또는 수취 관리용 전자 자금 이체에서 EFT 파일 또는 EFT 미리 표시 파일을 생성할 때 따라야 할 지침을 참조하세요.