Microsoft Dynamics GP의 Payables Management 또는 Receivables Management에 대한 전자 자금 이체에서 EFT 파일 또는 EFT 미리 표시 파일을 생성할 때 따라야 할 지침

아티클
03/20/2024

이 문서에는 EFT(전자 자금 이체) 파일 또는 EFT 미지급금 관리를 위한 전자 자금 이체에 EFT 미리 표시 파일을 생성할 때 따라야 할 지침이 포함되어 있습니다.

적용 대상: Microsoft Dynamics GP
원래 KB 번호: 945955

소개

지침은 Microsoft Dynamics GP 및 수취 관리의 Payables Management에 대한 것입니다.

추가 정보

EFT 파일 또는 EFT 사전 참고 파일을 생성하려면 다음 지침을 따르세요.

참고

이 문서의 지침을 따르기 전에 문제가 발생할 경우 복원할 수 있는 데이터베이스의 전체 백업 복사본이 있는지 확인합니다.

옵션 1: EFT에 사전 인증 필요

Payables Prenote 필수 검사 상자 또는 수취인 미주 필수 확인란을 선택한 경우 시스템에서 일반 EFT 파일을 생성하기 전에 먼저 EFT 미리 주석 파일을 생성해야 합니다. EFT 사전 주석 파일을 생성하려면 다음 단계를 수행합니다.
1. 카드 메뉴에서 재무를 가리킨 다음, 수표를 선택합니다.
2. Checkbook 유지 관리 창의 체크북 ID 상자에 적절한 체크 북 ID 를 입력한 다음 , EFT Bank를 선택합니다.
3. 수표 EFT 은행 유지 관리 창에서 지급 옵션을 선택합니다. (또는 수취인 옵션)
4. EFT 지급 옵션(또는 수취인 옵션) 영역에서 미지불 미주 필수(또는 수취 미주 필수) 검사 상자가 선택되어 있는지 확인합니다. Payables Prenote Required(또는 Receivables Prenote Required) 검사 상자가 선택된 경우 적절한 방법을 따릅니다.
  - 방법 1: 미주 파일이 필요하지 않도록 Payables Prenote Required(또는 수취인 미주 필수) 검사 상자를 선택 취소합니다.
  - 방법 2: 미주 생성 을 선택하여 은행에 필요한 경우 미리주 파일을 계속 생성합니다.
5. 확인을 두 번 선택하여 창을 닫은 다음 저장을 선택합니다.
옵션 2: 공급 업체에 대 한 EFT 지불 당기지 않습니다.

EFT 파일 또는 EFT 프리노트 파일을 생성하려면 수표와 공급업체(또는 고객) 간의 특정 필드가 일치해야 합니다. 이러한 필드에는 통화 ID(다중 동시성이 설치된 경우), 국가/지역 코드 및 은행 국가/지역이 포함됩니다. 이러한 필드는 필요하지 않지만 양쪽에 채워진 경우 다른 필드는 일치해야 합니다. 확인하려면 다음 단계 중 하나를 사용합니다.
1. 카드 메뉴에서 재무를 가리킨 다음, 수표를 선택합니다.
2. Checkbook 유지 관리 창의 체크북 ID 상자에서 적절한 체크북 ID 를 선택합니다.
3. 통화 ID가 체크북 유지 관리 창에 채워져 있는지 확인합니다. 통화 ID 필드를 기록해 둡니다.
4. EFT Bank를 선택합니다.
5. EFT 은행 유지 관리 수표 창에서 은행 국가/지역 필드가 설정된 항목과 국가/지역 코드가 채워지는 경우를 기록해 둡다.
6. 확인을 선택하여 창을 닫은 다음 저장을 선택합니다.
7. 이제 이러한 필드가 공급업체 또는 고객에 대해 동일한 값을 갖는지 확인합니다. Payables 또는 Receivables에 대한 EFT 파일을 생성하려고 하는지 여부에 따라 아래 방법을 따르세요.
  - 지불금: 카드 메뉴에서 구매 를 선택하고 공급업체를 선택합니다.
  - 수취인: 카드 메뉴에서 판매를 선택하고 고객을 선택합니다.
8. 공급업체 유지 관리(또는 고객 유지 관리) 창에서 적절한 공급업체 ID(또는 고객 ID)를 선택합니다.
9. 주소 단추를 선택하고 EFT에 사용되는 적절한 주소 ID를 선택합니다.
10. 국가/지역 코드 필드의 값이 위의 체크북에서 찾은 값과 일치하는지 확인합니다. (필수 필드가 아니므로 양쪽에서 일치하거나 비워야 합니다.)
11. EFT Bank를 선택합니다.
12. 공급업체(또는 고객) EFT 은행 유지 관리 창에서 은행 국가/지역 필드 및 통화 ID 필드에 있는 값을 확인하여 이러한 값이 수표에서 찾은 값과 일치하는지 확인합니다. 필요에 따라 값을 변경합니다.
13. 확인을 선택하여 공급업체(또는 고객) EFT 은행 유지 관리 기간을 닫습니다. 저장을 선택하여 공급업체(또는 고객) 주소 유지 관리 기간을 닫습니다.
14. 공급업체 유지 관리(또는 고객 유지 관리) 창에서 옵션 단추를 선택합니다.
15. 통화 ID 필드의 값과 체크북 ID 필드를 확인합니다.
  
  참고
  
  수취인의 경우 옵션 탭이 아닌 계정 탭에서 수표 ID를 찾을 수 있습니다 .
16. 확인을 선택하여 창을 닫습니다. 저장을 선택하여 공급업체 유지 관리 기간을 닫습니다.
17. 이제 EFT 파일 또는 EFT 미리 표시 파일을 다시 테스트합니다.
옵션 3: EFT 파일을 생성하려고 할 때 오류 발생

은행 파일 형식을 지정하지 않으면 EFT 파일을 생성하려고 할 때 다음 오류 메시지가 표시됩니다.

선택한 수표가 지불 파일 형식으로 설정되지 않았습니다. EFT 파일을 생성할 수 없습니다.
선택한 체크북이 수신 파일 형식으로 설정되지 않았습니다. EFT 파일을 생성할 수 없습니다.

EFT 파일을 생성하려면 은행 파일 형식을 지정해야 합니다. 이렇게 하려면 다음 단계를 따르세요.
1. 카드 메뉴에서 재무를 가리킨 다음, 수표를 선택합니다.
2. 체크북 유지 관리 창의 체크북 ID 상자에 적절한 체크북 ID 를 입력합니다.
3. EFT Bank를 선택한 다음, 지급 옵션(또는 EFT for Payables 또는 EFT for Receivables로 작업하는 경우에 따라 수취 옵션)을 선택합니다.
4. 파일 형식 영역에서 조회 단추를 선택하여 모든 공급업체(또는 고객)에 대해 하나의 형식만 사용하는 경우 단일 형식의 EFT 파일 형식 ID를 선택하거나 다른 공급업체(또는 고객)에 대해 다른 형식을 사용하는 경우 공급업체를 기반으로 합니다.
  
  참고
  
  서식 필드 옆에 있는 파란색 확장 화살표 단추를 선택하여 EFT 파일 형식 유지 관리 창으로 드릴백합니다. 또는 이 창에서 새 ID를 바로 키로 지정할 수 있으며 시스템에서 새 형식으로 추가할 것인지 묻는 메시지를 표시합니다. 또는 EFT 파일 형식 창으로 직접 이동하려면 카드 메뉴에서 재무를 가리킨 다음 EFT 파일 형식을 선택합니다.
5. 확인을 두 번 선택하여 창을 닫은 다음 저장을 선택합니다.
옵션 4: EFT 파일을 생성하려고 할 때 오류 발생

EFT 파일 출력 또는 사전 표시 파일 출력을 저장할 위치의 경로를 지정하지 않으면 EFT 파일을 생성하려고 할 때 다음 오류 메시지가 표시됩니다.

EFT 파일은 수표 EFT 지불 옵션의 Payables Prenote 파일에 지정된 경로에서 생성할 수 없습니다.
EFT 파일은 수표 EFT 수취 옵션의 수취인 미주 파일에 지정된 경로에서 생성할 수 없습니다.

EFT 파일 출력 또는 사전 표시 파일 출력을 저장할 위치의 경로를 지정해야 합니다. 이렇게 하려면 아래 단계를 사용합니다.
1. 카드 메뉴에서 재무를 가리킨 다음, 수표를 선택합니다.
2. 체크북 유지 관리 창의 체크북 ID 상자에 적절한 체크북 ID 를 입력합니다.
3. EFT Bank를 선택합니다.
4. 지급 옵션(또는 지급액에 EFT를 사용하는지 또는 수취인용 EFT를 사용하는지 여부에 따라 수취 옵션)을 선택합니다.
5. 기본 출력 파일 영역에서 EFT 출력 파일을 사용하지 않더라도 세 줄 모두에 저장할 위치를 지정합니다.
  - 참고
    
    새 설정인 경우 테스트하는 동안 파일이 생성되도록 항상 먼저 로컬 드라이브 에 테스트 EFT 파일을 생성하는 것이 좋습니다. 파일이 로컬 드라이브에 생성되면 필요한 경우 출력 파일의 경로를 공유 드라이브로 변경하고 여전히 작동하는지 확인할 수 있습니다. 이 메서드는 테스트하는 동안 공유 드라이브에 대한 사용 권한 문제를 그림에서 가져옵니다.
  - 참고
    
    선택한 출력 경로에서 저장한 폴더 또는 파일 이름에 공백, 마침표, 숫자 또는 특수 문자(마침표, 대시 등)가 없는지 확인합니다. 예를 들어 파일 이름을 prenote1.txt 또는 1.txt미리 나타내는 경우 대신 prenote.txt 만들어야 합니다(숫자 제거). 또는 경로가 J://Payables/결제/Jane.Doe/Payment.txt인 경우 Jane.Doe 폴더의 마침표에 문제가 발생합니다. 대신 J://Payables/결제/payment.txt 저장을 테스트하여 동일한 드라이브의 이 폴더 수준에서 작동하는지 확인합니다.
  - 경로가 너무 많은 폴더가 깊지 않은지 확인합니다. (3개 미만의 폴더)
  - 경로가 GP 창에 표시되는 필드 길이보다 길지 않은지 확인합니다.
  - 웹 클라이언트를 사용하는 경우 두꺼운 클라이언트에서 테스트해야 합니다.
  - 참고
    
    파일 이름에 확장명이 되도록 하려면 출력 파일 경로에 바로 입력합니다. 예를 들어 out put 파일에서 .txt 확장명을 원하는 경우 파일 이름을prenotex.txt지정합니다.
  - 매핑된 드라이브를 사용하는 경우 사용자가 다른 파일을 해당 위치에 수동으로 저장할 수 있는지 확인합니다.
  - 매핑된 드라이브를 사용하는 경우 드라이브가 각 워크스테이션의 동일한 문자에 매핑되었는지 확인합니다.
  - 매핑된 드라이브를 사용하는 경우 드라이브가 네트워크에서 동일한 문자에 매핑되었는지 확인합니다.
  - 공유 위치에 대한 사용자 환경 내의 권한에 대한 추가 지원은 로컬 IT 직원에게 문의하세요. 사용자에게는 '모든 권한' 액세스 권한이 있어야 합니다.
6. 확인을 두 번 선택하여 창을 닫은 다음 저장을 선택합니다.
옵션 5: EFT 파일이 특정 체크북 ID에 대해 생성되지 않음

체크북 ID에 대시(-), 슬래시 표시(/) 또는 아포스트로피(')와 같은 특수 문자가 포함된 경우 다른 체크북 ID를 사용하거나 특수 문자가 없는 새 체크북 ID를 만듭니다. 다른 체크북 ID 또는 새 수표 ID를 사용하여 EFT 파일 또는 EFT 미리 주석 파일을 생성한 후에는 모든 테이블에서 수표 ID를 변경해야 합니다. 이렇게 하려면 다음 방법 중 하나를 사용합니다.
- 방법 1
  
  전문 서비스 도구 라이브러리를 사용하여 모든 테이블의 체크북 ID를 변경하려면 체크북 한정자 도구를 사용합니다.
- 방법 2
  
  SQL 쿼리 도구를 사용하여 모든 테이블에서 체크북 ID를 변경합니다. 이렇게 하려면 다음 단계를 따르세요.
  1. SQL Server Management Studio를 시작합니다.
  2. 다음 스크립트를 실행하여 CHECKbook ID 필드(CHEKBKID)가 포함된 모든 테이블을 찾습니다.
```
select * from sysobjects o, syscolumns c
where o.id = c.id
and o.type = 'U'
and c.name = 'CHEKBKID'

order by o.name
```
  3. 다음 스크립트를 실행하여 체크북 ID를 사용하는 모든 테이블에서 수표 ID 값을 변경합니다.
```
update <Table_Name> set CHEKBKID = '<XXX>' where CHEKBKID = '<YYY>'
```
    참고
    
    이 스크립트 <에서 XXX> 자리 표시자는 특수 문자가 없는 새 체크북 ID의 자리 표시자입니다. <YYY> 자리 표시자는 이전 체크북 ID의 자리 표시자입니다.
옵션 6: EFT 파일을 생성할 때 오류 발생

최근에 Microsoft Dynamics GP 10.0 또는 GP 2010으로 업그레이드한 경우 다음 오류 메시지가 표시될 수 있습니다.

공급업체의 송금 주소에 할당된 은행 국가/지역이 누락되거나 비활성 상태입니다. 은행 국가/지역을 주소에 할당하거나 형식을 활성화합니다.

이 오류 메시지가 표시되면 PM20000(PM_Transaction_Open) 테이블을 검사 VADCDTRO 열의 공급업체 주소가 이전 버전의 공급업체에 대해 동일한 주소인지 확인합니다. PM20000 테이블의 VADCDTRO 열은 각 공급업체에 대한 PM00200(PM_Vendor_Master) 테이블의 VADCDTRO 열과 일치해야 합니다. 오류 메시지를 생성하는 공급업체를 확인하려면 다음 방법 중 하나를 사용합니다.
- 방법 1
  1. Microsoft Dynamics GP에서 카드 메뉴에서 구매를 가리킨 다음 공급업체를 선택합니다.
  2. 공급업체 유지 관리 창의 공급업체 ID 상자에 적절한 공급업체 ID 를 입력합니다.
  3. 주소 ID 영역에서 Remit To 하이퍼링크를 선택한 다음 팝업 창에서 주소 ID를 선택합니다.
- 방법 2
  1. SQL Server Management Studio를 시작합니다.
  2. 회사 데이터베이스에 대해 다음 스크립트를 실행합니다.
```
Update PM20100 set VADCDTRO='REMIT TO' where VENDORID='<XXX>'
```
    참고
    
    이 코드 <에서 XXX> 자리 표시자는 실제 공급업체 ID의 자리 표시자입니다.
  3. PM20000 테이블의 VADCDTRO(공급업체 주소 코드 - 송금) 열이 PM00200 테이블의 VADCDTRO 열과 일치하는지 확인합니다. 또한 PM20100(PM_Apply_To_OPEN_OPEN_temporary) 테이블의 VADCDTRO 열이 PM00200 테이블과 PM20000(PM_Transaction_Open) 테이블의 VADCDTRO 열과 일치하는지 확인합니다.
옵션 7: EFT 파일이 생성되지 않음, 오류 없음

최근에 GP 9.0 또는 이전 버전에서 Microsoft Dynamics GP 10.0 또는 GP 2010으로 업그레이드한 경우 은행 이름 상자에 은행 이름을 수동으로 입력해야 합니다.

참고

Microsoft Dynamics GP 9.0 및 이전 버전에는 은행 이름 상자가 없습니다.

은행 이름 상자에 은행 이름을 수동으로 입력하려면 다음 단계를 수행합니다.
1. 카드 메뉴에서 구매를 가리킨 다음 공급업체를 선택합니다.
2. 공급업체 유지 관리 창의 공급업체 ID 상자에 적절한 공급업체 ID 를 입력합니다.
3. 주소를 선택한 다음, EFT Bank를 선택합니다.
4. 은행 이름 상자에 적절한 이름을 입력합니다.
5. 확인을 선택한 다음 저장을 선택합니다.
6. 공급업체 주소 유지 관리 기간을 닫습니다.
7. 공급업체 유지 관리 창에서 저장을 선택합니다.

질문과 대답

Q1: EFT 지원에 대한 지원 사례는 언제 컨설팅 비용이 되나요? EFT 지원 사례를 얼마나 열어 둘 수 있나요?

A1: EFT 파일 형식 설정은 컨설팅 비용으로 간주됩니다. 각 지원 인시던트 범위를 지정하여 사례당 하나의 필드 또는 오류 메시지를 처리해야 합니다. 사례에 정의된 원래 scope 별도로 연구할 수 있는 새로운 질문 또는 오류 메시지는 새 지원 사례에 넣어야 합니다. 따라서 은행에서 테스트 EFT 파일을 거부하고 문제를 해결하기 위한 새 오류 메시지를 제공하는 경우 새 문제에 대한 새로운 지원 사례를 열어 달라고 요청합니다. 이러한 지침은 Microsoft 지원 전문가가 지원 사례가 보고서 작성기, SSRS, Word 템플릿, SmartList Builder/Designer, SQL 스크립트, 비즈니스 경고, VB 스크립트, 한정자/VBA & 구성자, 워크플로에 대한 컨설팅 참여가 되는 시기를 결정하는 데 사용하는 지침의 Ebanking 구성자 섹션에 게시됩니다.

Q2: EFT 파일에서 청구서 정보를 보낼 수 있나요?

A2: 예, Addenda 줄이라고 합니다. 은행의 사양에 따라 EFT 파일 형식으로 Addenda 줄의 줄 형식을 매핑해야 합니다. 그러나 많은 청구서가 결제를 구성하기 위해 많은 추가 라인이 인쇄됩니다. 표준 NACHA(National Automated Clearing House) 형식의 Addenda 줄은 일반적으로 '7'의 레코드 형식 코드로 시작합니다.

Q3: EFT 파일에서 여러 addenda 줄을 보낼 수 있나요?

A3: addenda 줄의 기능은 다른 버전의 Dynamics GP에서 다르게 작동하므로 사용 중인 버전에 따라 답변이 달라집니다. GP 10.0에서는 결제당 0 또는 1개 추가 항목 회선만 보낼 수 있습니다. GP 10.0에는 한 번의 결제에 여러 개의 추가 기능을 포함할 수 있는 기능이 없습니다. GP 2010 RTM에서는 결제당 0개 또는 모든 추가 항목 줄만 보낼 수 있습니다. 그러나 GP 2010 SP2에서는 EFT 파일 형식 유지 관리 창에 있는 세부 정보 줄 Addenda 에 대해 새로 추가된 확인란을 사용하여 각 결제에 대해 0, 1 또는 모든 추가 레코드를 보낼 수 있도록 다른 기능이 추가되었습니다. 이 항목에 대한 자세한 내용은 Microsoft Dynamics GP의 EFT 파일에서 다중 추가 기능 줄에서 찾을 수 있습니다.

Q4: 여러 송장 번호를 하나의 addenda 줄에 넣을 수 있나요?

A4: 아니요. 각 추가 기능 줄은 결제를 구성하는 각 청구서에 대한 정보를 저장합니다. 예를 들어 결제를 구성하는 6개의 청구서가 있는 경우 모든 추가 기능을 포함하도록 선택한 경우 6개의 추가 항목 줄을 받게 됩니다. 현재 동일한 addenda 줄에 6개의 청구서 번호를 모두 포함할 수 있는 기능은 없습니다.

Q5: 인쇄 파일 확인 형식을 생성하도록 EFT 파일 형식을 구성할 수 있나요? (많은 은행에서 현재 이 서비스를 제공하여 수표를 인쇄하고 각 추가 기능 줄이 자체 송금 형식인 XML 형식이 필요합니다.)

A5: 테스트할 수 있습니다. 현재 Microsoft Dynamics GP는 실제 EFT 파일 형식이 아닌 사용자 지정된 파일이므로 인쇄 파일 확인 형식을 제공하거나 지원하지 않습니다. 은행에서 제공하는 다른 서비스용입니다. Dynamics GP의 EFT 기능은 기본 제공에 포함된 EFT 파일 형식을 구현하기 위해 코딩되므로 일부 요구 사항이 있을 수도 있고 그렇지 않을 수도 있습니다. 필요한 형식을 현재 EFT 기능으로 Dynamics GP에서 수행할 수 있는지 여부를 확인하기 위해 직접 테스트해야 합니다. 지원 사례를 여는 경우 지원 인시던트당 하나의 필드 또는 하나의 오류 메시지에 대해 조언하는 것과 동일한 지원을 기대할 수 있습니다. 종종 정기적인 지원 지침을 벗어난 손속성 사용자 지정이 필요할 수 있습니다.

각 송금 정보가 자체 그룹화에 나열되는 xml 형식에 대해 살펴보았던 한 가지 요구 사항은 손속성 사용자 지정이 필요합니다. Microsoft Ideas 제품 제안 데이터베이스에서 이 제품 제안에 투표하여 향후 향상된 기능을 검토할 수 있도록 하는 것이 좋습니다.

Q6: EFT 뱅킹 정보가 업그레이드를 통해 전달됩니까?

A6: 공급업체 및 수표에 대한 은행 정보는 업그레이드를 통해 제공됩니다. 공급업체의 은행 정보는 SY06000 테이블에 기록되며 공급업체 유지 관리 카드 있는 공급업체의 기본 주소를 사용합니다. 업그레이드를 통해 가져오지 않는 유일한 정보는 EFT 파일 형식입니다. 처음부터 직접 설정하거나 선택 목록에 이미 제공된 표준 형식 중 하나를 선택하여 GP 10.0 또는 GP 2010에서 EFT 파일 형식을 다시 설정해야 합니다. 참조할 GP 9.0에서 파일 형식 설정의 화면 인쇄를 만드는 것이 도움이 될 수 있습니다. GP 10 및 GP 2010에는 NACHA(National Automated Clearing House)가 게시한 표준 파일 형식 중에서 선택할 수 있습니다. Microsoft는 이러한 표준 게시 형식으로 코딩하므로 은행에서 다른 형식 또는 표준 형식에 대한 사용자 지정이 필요한 경우 이를 컨설팅 요청으로 간주합니다.

Q7: Dynamics GP에서 제공되는 EFT 파일 형식은 무엇인가요?

A7: Dynamics GP는 연방 은행 기관 및 NACHA(국립 자동 정리 하우스)에서 설정한 표준 요구 사항에 따라 게시되는 10개의 표준 EFT 파일 형식을 제공합니다. 사용자가 원하는 형식으로 설정할 수 있도록 하나의 사용자 정의 파일 형식도 사용할 수 있습니다.

EFT를 활성화하려면 Microsoft Dynamics GP 메뉴에서 도구를 선택하고 설치 프로그램을 가리킨 다음 시스템을 가리킨 다음 등록을 선택합니다. EFT Payables 또는 EFT 수취인의 적절한 모듈이 적절하게 표시되어 있는지 확인합니다.

해당 모듈에서 작동하는지 확인하려면 카드를 선택하고 구매 (또는 판매)를 가리킨 다음 공급업체 (또는 고객)를 선택합니다. 공급업체 ID(또는 고객 ID)를 입력하고 주소 단추를 선택합니다. 공급업체(또는 고객) 주소 유지 관리 기간의 오른쪽 아래에 EFT BANK 라는 단추가 표시되면 EFT가 작동합니다.

Q8: 은행에서 Dynamics GP에서 제공되는 표준 형식 중 하나와 약간 다른 파일 형식을 사용하는 경우 어떻게 해야 하나요?

A8: Microsoft Dynamics GP에서 사용할 수 있는 EFT 파일 형식은 미국 정부 및 NACHA(전국 자동 정리 하우스 협회) 게시된 형식을 따르도록 설정됩니다. 게시된 표준 요구 사항입니다. 현재 Microsoft Dynamics GP에서 제공되는 파일 형식은 이러한 표준 형식의 필수 필드를 달성하기 위해 코딩됩니다. 따라서 은행에 GP에서 제공되는 표준 형식 중 하나 또는 보다 업데이트된 형식 버전과 약간 다른 형식이 필요한 경우 사용자 지정을 위해 컨설팅 서비스를 추구해야 할 수 있습니다. 그 동안 은행에 검사 예외가 발생하는지 확인하거나 Dynamics GP가 수행할 수 있는 다른 형식(예: 표준 NACHA 형식 중 하나)을 수락하거나 은행에 보내기 전에 메모장에서 EFT 파일을 편집할 수 있습니다.

Q9: 은행에서 GP에 나열된 EFT 파일 형식을 사용하지 않습니다. 은행에 따라 새 형식을 만들려면 어떻게 해야 하나요?

A9: 사용자 정의 EFT 파일 형식을 사용하여 고유한 형식을 만들 수 있습니다. 그러나 설정 및 테스트는 사용자가 담당합니다. Microsoft는 사용자 지정 형식을 지원할 수 없습니다. 사례당 하나의 필드 또는 오류 메시지를 사용할 수 있습니다. 형식을 직접 설정할 수도 있습니다. 이 문제를 직접 해결하는 경우 PPD 또는 CCD 파일 형식과 같은 시스템의 형식 중 하나를 사용하여 다른 샘플 형식을 설정하는 것이 좋습니다. 이 형식을 참조로 사용하여 필드가 매핑되는 방식을 확인하고 동일한 방식으로 형식을 미러 수 있습니다(또는 PPD 또는 CCD 형식으로 시작하고 필요에 따라 수정). 이렇게 하면 대부분의 필드를 수행하는 데 도움이 됩니다. 그러나 필요한 모든 필드를 사용할 수 없거나 사용할 수 있는 것처럼 보이지만 작동하지 않을 수 있습니다(예: 개수 또는 합계). 한 줄에서 테이블/필드를 선택할 수 있다고 해서 테이블/필드가 작동한다는 의미는 아닙니다. (예를 들어 검사 정보를 addenda 줄에 넣습니다.) 확인하려면 테스트해야 합니다. 어떤 필드가 어떤 줄에서 작동하는지 직접 테스트해야 합니다. Dynamics GP의 형식은 NACHA(전국 자동 정리 하우스 협회)가 게시한 표준 형식에 따라 각 줄의 필수 필드에 따라 코딩되었습니다. NACHA.org 방문하여 각 표준 형식에 필요한 필드를 볼 수 있습니다.

A10: 결제 라인은 기본적으로 은행이 서로 균형을 맞추는 EFT 파일에서 직불 및 신용 라인을 요청하는 곳입니다. 세부 정보 줄당 하나의 결산선 또는 전체 파일에 대해 하나의 결산선을 가질 수 있습니다. 전체 파일에 대해 하나의 결제 라인을 올바르게 설정하는 방법에 대한 자세한 내용은 Microsoft Dynamics GP의 Payables Management에 대한 EFT(전자 자금 이체) 파일에서 결제 라인이 잘못 계산됨을 참조하세요.

Q11: IAT 형식이란?

A11: IAT 형식은 NACHA 및 OFAC 조직이 국제 ACH 파일과 함께 사용하도록 요구하는 IAT(국제 ACH 트랜잭션) 규칙의 변경 내용을 수용하기 위해 제공됩니다.

IAT 형식에는 특정 트랜잭션, 회사 또는 공급업체 정보를 포함하도록 각 줄이 코딩되는 7개의 추가 항목 줄이 포함되어 있습니다. Remittance addenda 줄은 표준 게시된 형식의 필수 정보가 아니므로 이 형식으로 코딩되지 않았습니다. 송금 정보(결제를 구성하는 청구서)를 포함하도록 다른 7개의 추가 기능 줄을 대체할 수 없습니다. NACHA.org 방문하여 표준 게시된 형식 및 필수 필드를 확인합니다.

Q12: 표준 미국 NACHA 파일에 대한 PPD 및 CCD는 무엇을 의미하나요? + 는 각각 옆에 무엇을 의미하나요?

A12: 이러한 형식은 다음을 의미합니다.

PPD는 사전 정렬된 지불 및 예금을 의미합니다. 소비자 계정을 신용하거나 이체하는 데 사용됩니다. 급여 직접 예금 및 사전 승인 된 청구서 지불에 널리 사용됩니다.
CCD는 회사 크레딧 또는 직불을 의미합니다. 주로 비즈니스 및 비즈니스 트랜잭션에 사용됩니다.
각 파일 형식 옆의 +는 파일 형식에 Addenda 줄 형식에 대한 매핑이 포함되어 있음을 의미합니다.

Q13: 대부분의 미국 라우팅 번호가 9자리에 불과한 경우 EFT 파일의 은행/전송 라우팅 번호가 10자리로 설정된 이유는 무엇인가요? 은행 라우팅 번호의 검사 숫자는 어디에 입력합니까?

A13: 전송 라우팅 번호 필드는 라우팅 번호의 9자리 숫자와 그 뒤에 있는 1개의 Check Digit 번호를 보유하여 은행 운송 라우팅 번호 필드에 총 10자리를 저장합니다. 은행은 은행 사양에 따라 이 두 필드를 별도로 분할할 수 있으므로 EFT 파일 매핑의 한 필드에 묶을지(10자리) 또는 두 필드로 분할할지 선택할 수 있습니다. 예를 들어 은행 전송 라우팅 번호를 9자리 길이의 하나의 필드로 매핑한 다음 다른 필드를 한 자리로 매핑하고 필요한 값(일반적으로 1)에 상수로 하드 코딩합니다.

Q14: 캐나다에서 8자리에 불과한 은행 운송 라우팅 번호를 처리할 어떻게 할까요? 있나요?

A14: 캐나다는 8자리 라우팅 번호를 가지고 있었지만 미국 일치하도록 9자리로 변경했습니다. 기존 8자리 라우팅 번호 앞에 0을 추가했습니다.

또한 캐나다의 RM/PM EFT 파일 형식으로 라우팅 번호를 뒤집을 수 있습니다. 8자만 키로 지정할 수 있으며, 나열된 MICR 번호가 BBBBBAAA인 캐나다 수표에서 직접 입력하는 것으로 가정합니다. 여기서 BBBB는 5자리 전송 또는 분기 번호이고 AAA는 기관 번호입니다. 따라서 Dynamics GP는 이 방법으로 입력되었다고 가정하고 EFT 파일에서 0+AAA+BBBBB가 되도록 대칭 이동합니다. (그리고 오른쪽 맞춤 및 선행 0으로 안쪽 여백은 9자리 길이입니다.) 따라서 마지막 세 자리는 안쪽 여백이 0으로 앞에 있는 앞쪽으로 이동됩니다. 따라서 45678123(BBBBBAAA)를 입력하면 파일에서 0 + 123 + 45678로 대칭 이동됩니다. 끝에 처음 세 자리 숫자로 Dynamics GP에 입력하려고 합니다. 따라서 12345678 있는 경우 Dynamics GP에 45678123(BBBBBAAA)를 입력합니다.

Q15: 모든 줄 형식 행에서 개수 줄이 작동하지 않는 이유는 무엇인가요?

A15: 아쉽게도 개수 필드는 모든 줄에 대한 매핑에서 선택할 수 있지만 현재는 모든 줄 형식에서 작동하지 않습니다.

Addenda Count - Addenda Line 형식에서만 작동합니다. 이 개수 필드는 세부 정보 줄 또는 Batch 제어줄 또는 파일 제어줄에서 작동하지 않습니다.

줄 수, 세부 정보 수, 세부 정보 + 추가 기능 수, 세부 정보 수, 총 직불 수, 총 크레딧 수는 Batch 컨트롤 및 파일 제어 줄에서만 작동합니다. 이러한 필드는 파일 헤더, 세부 정보 또는 Addenda 줄에서 작동하지 않습니다.

현재 설계되어 있으며 향후 향상된 기능으로 간주될 예정입니다.

Q16: 은행에서 EFT 파일 형식에 패드 블록 또는 블록 개수 10을 추가해 달라고 요청합니다. 그게 무슨 뜻인가요?

A16: Pad 차단 또는 '블록 개수'를 사용하려면 EFT 파일에 일부 줄 또는 생성된 파일의 여러 줄이 있어야 합니다. 예를 들어 Pad 블록이 10이 필요한 경우 파일이 10줄의 배수로 표시되도록 합니다. 따라서 파일이 22줄인 경우 시스템은 파일의 총 줄 수가 30이 되도록 8개의 더미 줄을 추가해야 합니다. 또는 파일이 49줄인 경우 시스템은 파일을 50줄로 만들기 위해 더미 줄을 하나만 추가하면 됩니다. 파일의 총 줄 수는 10의 배수여야 합니다.

Dynamics GP(카드>금융>EFT 파일 형식)에서 EFT 파일 형식을 엽니다.
파일 형식 ID를 선택합니다.
오른쪽 위 섹션에서 '패드 블록 추가' 확인란을 표시합니다.
은행에 필요한 패드 문자, 패딩된 문자 수 및 블록 수를 정의합니다. 가장 일반적인 시나리오는 '9' 문자를 10개 블록으로 패딩하는 것입니다. 다음과 같이 입력됩니다.
```
Pad character:   9
Number of pad chars:  94   (width of line needed)
Pad lines in multiple of: 10   (block count)
```

Q17: 값이 EFT 파일의 전체 필드를 채우지 않는 경우 필드의 나머지 부분을 0 또는 공백으로 채우려면 어떻게 해야 할까요?

A17: EFT 파일 유지 관리 창에는 각 줄에 Pad Char 필드가 있습니다. 필드에 공백이 있도록 하려면 이 필드를 비워 둡니다. 또는 필드의 사용되지 않는 부분을 0으로 패딩하려면 이 필드에 0을 넣습니다. 필드의 데이터를 오른쪽 또는 왼쪽 맞춤으로 설정했는지 여부에 따라 필드의 나머지 부분에서 0이 채워집니다.

Q18: PM 유료 트랜잭션 기록 파일에는 '트랜잭션 설명'이라는 필드가 있습니다. 이 필드는 공백으로 인쇄되며 청구서에서 설명을 가져오지 않습니다. Addenda 줄의 청구서에서 트랜잭션 설명을 얻으려면 어떻게 해야 하나요? (또는 PO#, 또는 청구서의 전체 문서 금액 등)

A18: EFT 파일은 전자 결제용이므로 항상 결제 기록의 관점에서 매핑된 필드를 찾고 있습니다. 따라서 PM 유료 트랜잭션 기록 파일에서 Addenda 줄로 트랜잭션 설명 필드를 끌어오면 청구서가 아닌 결제를 찾고 있으므로 아직 결제가 게시되지 않았기 때문에 비어 있는 인쇄가 됩니다. 추가 줄로 끌어올 수 있는 유일한 청구서 정보는 PM 기록 테이블에 적용 기록 테이블의 결제에 적용 레코드에 있는 청구서 정보뿐입니다. 여기에는 청구서 문서 번호, 청구서 날짜, 할인 및 순 지불 금액만 포함됩니다. 현재 지원되지 않으므로 청구서 또는 PO#또는 전체 문서 금액과 연결된 트랜잭션 설명에 연결할 수 없습니다. 자세한 내용은 Microsoft Dynamics GP의 EFT(전자 자금 이체) 형식에 대한 사용자 지정 데이터 필드를 참조하세요.

Q19: 청구서의 문서 번호를 addenda 줄에 인쇄하려면 어떻게 해야 합니까?

A19: 청구서의 문서 번호를 얻으려면 다음과 같이 매핑해야 합니다.

표: 기록 파일 필드에 PM 적용: 문서 번호에 적용

자세한 내용은 Microsoft Dynamics GP의 EFT(전자 자금 이체) 형식에 대한 사용자 지정 데이터 필드를 참조하세요.

Q20: Microsoft Dynamics GP의 한 공급업체에 여러 송장을 입력했습니다. 일부 청구서는 은행 정보가 포함된 주소 ID로 키가 지정되었으며 일부 청구서는 EFT 뱅킹 정보가 없는 주소 ID로 키 지정되었습니다. 검사 일괄 처리 또는 EFT 일괄 처리를 빌드할 때 예상대로 작동하지 않습니다. 청구서는 검사 및 EFT 일괄 처리로 어떻게 끌어오나요?

A20: 다음과 같이 Microsoft Dynamics GP에 대한 검사 및 EFT 일괄 처리 방법에 대한 기능입니다.

Microsoft Dynamics GP 2010 이상 버전(GP 2018에서 마지막으로 테스트됨) - 공급업체에 검사 및 EFT 유형 청구서 키가 모두 있는 경우 검사 일괄 처리를 먼저 빌드하면 아무 것도 끌어오지 않습니다. 먼저 EFT 일괄 처리를 빌드한 다음 검사 일괄 처리를 빌드해야 합니다. 현재 디자인입니다. 이 디자인이 이후 버전에서 변경된 것을 확인하려면 제품 제안을 기록합니다.

Q21: 파일 생성 날짜를 줄리안 날짜 형식으로 가져올 어떻게 할까요? 있나요? 예를 들어 율리우스 날짜 형식은 '0yyddd'입니다. 여기서 yy는 연도의 마지막 두 자리이고 ddd는 해당 날짜가 365일이 지난 연도의 날짜입니다. 예를 들어 2011년 9월 24일은 줄리안 형식으로 011267.

A21: 줄리안 날짜 형식을 수행하려면 다음과 같이 두 개의 필드를 사용해야 합니다.

EFT 파일 형식을 열고 파일 헤더 줄 형식을 선택합니다.
파일 만들기 날짜 필드를 선택합니다. 길이를 1 로 설정하고 상수 값 0에 매핑합니다.
커서를 다음 줄에 배치하려면 선택하고 위쪽 메뉴 모음에서 편집 을 선택하고 행 삽입을 선택하면 커서가 있는 줄 위에 새 행이 삽입됩니다.
새 필드에서 이름을 파일 생성일 로 지정하고 시스템 날짜로 매핑합니다. 그런 다음 줄을 확장하고 날짜 형식에 대해 필요에 따라 YY+일 번호 또는 일 번호만 선택합니다. (모든 은행이 YY를 필요로 하는 것은 아닙니다.)

Q22: Payables에서 수동 결제를 입력하고 EFT 확인란을 표시할 때 SafePay 파일에 검사 표시되는 이유는 무엇인가요?

A22: 공급업체가 EFT에 대해 설정되지 않은 경우 수동 결제를 입력할 때 EFT 유형으로 표시하더라도 시스템에서 수동 결제를 검사 처리하고 안전 지불 파일에 포함합니다. EFT로 설정되지 않은 공급업체에 관계없이 여전히 검사 취급됩니다. 해결 방법은 EFT가 아닌 공급업체에 EFT 대신 '현금' 유형을 사용하거나 EFT를 사용하여 공급업체를 설정한 다음 수동 결제 키를 다시 입력하는 것입니다. '현금' 유형은 안전 급여 업로드에 포함되지 않습니다.

공급업체가 EFT에 대해 설정된 경우 시스템은 기본적으로 EFT 확인란으로 자동 설정되며 안전 지불 파일에 포함되지 않습니다.

Q23: Microsoft에서 특정 EFT 파일 형식을 사용하는 은행 목록을 제공할 수 있나요?

A23: Microsoft는 책임상의 이유와 은행이 사용하는 형식을 계속 변경하여 해당 정보를 관리하는 것이 불가능하기 때문에 어떤 은행이 어떤 형식을 사용하는지 인증할 수 없습니다. 또한 특정 은행에는 표준 게시 형식에 필요하지 않은 특정 필드가 필요할 수 있습니다. 따라서 은행에 직접 연락하여 수락할 형식을 확인하고 필요한 형식에 대한 요구 사항 문서를 제공해야 합니다. 그런 다음 Microsoft Dynamics GP의 EFT 파일 형식 창에서 형식을 수정하여 편차 필드가 가능한지 여부를 확인해야 합니다. 쉽게 사용할 수 없는 정보를 끌어오도록 파일을 사용자 지정해야 하는 경우 Microsoft Dynamics GP에 문의하여 컨설팅 참여를 요청하세요.

Q24: EFT 파일 이름의 시퀀스 번호가 -0001이고 현재 동일한 시퀀스 번호가 있는 EFT 파일을 이미 업로드했기 때문에 은행은 내 EFT 파일을 수락하지 않습니다. 생성한 다음 파일도 동일한 -0001 시퀀스 번호로 생성되었습니다.

A24: EFT 파일에 대한 명명 규칙(EFT Payables의 경우 Microsoft Dynamics GP 10.0 이상 버전 및 EFT 수취인의 경우 Microsoft Dynamics GP 2010 이상)은 다음과 같이 구성됩니다.

EFT FILENAME + CHECKBOOK ID + DATE + SEQUENCE NUMBER + EXTENSION (if designated)

EFT FILENAME 은 수표의 출력 경로에 대한 지급 옵션 또는 미수금 옵션 탭에 지정된 파일 이름에서 가져옵니다. 여기에 와 같은 .txt 확장이 지정되지 않으면 생성된 EFT 파일에 확장이 추가되지 않습니다.

는 CHECKBOOK ID 체크런에 사용되는 입니다 Checkbook ID .

은 DATE 시스템 날짜입니다.

는 SEQUENCE NUMBER 동일한 이름의 동일한 경로/폴더에 저장된 다른 EFT 파일을 증가합니다. 생성된 다음 EFT 파일에 대해 시퀀스 번호가 그에 따라 증가합니다. 따라서 오늘 시퀀스 번호가 -0001인 EFT 파일을 생성한 경우 오늘 생성된 또 다른 EFT 파일은 동일한 위치에 저장된 -0002로 증가합니다. 그러나 -0001 시퀀스 번호가 먼저 있는 첫 번째 파일을 삭제하면 두 번째 파일이 표시되지 않으며 다시 시작하여 -0001 시퀀스 번호를 다시 사용합니다. 대부분의 은행은 중복 파일로 간주하므로 문제가 됩니다. 다음 날 파일을 생성하면 날짜가 변경되므로 -0001에서 다시 시작됩니다. 따라서 하루에 둘 이상의 EFT 파일을 생성하는 경우 파일이 저장되는 위치에서 EFT 파일을 삭제하지 않도록 해야 합니다.

Q25: EFT 파일에 신용 메모 쇼를 표시할 수 있나요?

A25: 아니요. 신용 메모는 별도의 프로세스로 청구서에 적용됩니다. EFT 파일은 기한이 남은 '순 금액'만 지불합니다. 따라서 신용 메모 정보는 다른 테이블에 저장되며 EFT 파일로 끌어올 수 없습니다.

Q26: EFT 결제를 무효화하면 신용 메모도 청구서에서 자동으로 적용되지 않나요?

A26: Microsoft Dynamics GP 2013 이상에서는 EFT 결제를 무효화하면 신용 메모도 청구서에서 동시에 적용되지 않습니다.

Q27: Checkbook EFT Bank 유지 관리 창에서 통신 유형 및 애플리케이션 필드는 어떻게 작동하나요? GP가 자동으로 내 파일을 은행에 직접 업로드합니까?

A27: Microsoft Dynamics GP는 파일을 은행에 보낼 수 있는 자동 방법이 없습니다. 통신 유형은 EFT를 은행에 업로드하는 데 사용할 프로그램을 시작하거나 은행의 인터넷 링크를 열어 EFT 파일을 업로드하는 데 사용됩니다. GP는 단지 당신을 위해 소프트웨어 또는 링크를 열고, 하지만 더 이상 갈 수 없습니다. 해당 시점에 프로그램 또는 은행의 소프트웨어가 인계되거나 수동으로 파일을 계속 업로드해야 합니다. 일부 은행의 소프트웨어는 지정된 위치에서 자동으로 파일을 가져올 수 있지만 은행의 소프트웨어에 있는 기능에 대해 수행되므로 은행과 검사 합니다.

Q28: Microsoft Dynamics GP에서 사용할 수 있는 ISO 20022 형식 버전은 무엇인가요?

A28: ISO 20022 형식의 버전 1(PAIN 001.001.01)만 현재 Microsoft Dynamics GP에서 사용할 수 있습니다. 아쉽게도 버전 2 또는 버전 3은 현재 사용할 수 없으며 제품 향상으로 간주됩니다. 버전 3(PAIN 001.001.03)과 같이 나중에 Microsoft Dynamics GP에 추가된 이 형식의 최신 버전을 보려면 아래 링크를 선택하고 제품 제안을 입력하고 이에 대한 의견을 추가하면 향후 릴리스를 검토하고 고려할 수 있습니다.

Q29: 각 새 EFT 파일에 대해 생성된 고유 파일 생성 번호를 얻으려면 어떻게 해야 할까요?

A29: 고유 파일 번호 기능은 생성된 EFT 파일당 고유 번호입니다. 여러 줄 형식에서 선택한 경우 동일한 번호가 각 줄에 인쇄되고 새 EFT 파일이 생성될 때마다 증가합니다. 이 숫자는 다음과 같이 필드를 매핑하여 Microsoft Dynamics GP에서 이미 사용할 수 있습니다.

EFT 다음 파일 번호
에 매핑: 데이터 필드
표: 수표 전자 자금 이체 마스터
필드: EFT 다음 파일 번호

참고

생성된 은행 미리 표시 파일은 이 필드에 0을 인쇄합니다.