Data de publicação: 02/10/2026

🎯 Objetivo

Orientar o cadastro de clientes estrangeiros no TOTVS Protheus, com destaque para o correto preenchimento dos campos da tabela SA1 — Cadastro de Clientes, e apresentar o procedimento indicado pela TOTVS para emissão de Nota Fiscal de Exportação pelo módulo SIGAFAT — Faturamento.

O correto enquadramento do cliente como estrangeiro é fundamental para que o Protheus reconheça a operação como exportação e permita a geração adequada do documento fiscal.

A documentação oficial destaca especialmente os campos:

A1_EST
A1_CEP
A1_TIPO
A1_PAIS
A1_MUN
A1_PFISICA
A1_COD_MUN
A1_INSCR
A1_CGC

e reforça que o campo:

A1_TIPO = X - Exportação

é importante para a geração das Notas Fiscais de Exportação. TOTVS TDN

🧩 Ambiente

A documentação oficial consultada apresenta o seguinte ambiente:

• Produto: Microsiga Protheus;
• Versões: V11 e V12;
• Módulo: Faturamento;
• Cadastro: Clientes;
• Tabela principal: SA1;
• Processo: emissão de Nota Fiscal de Exportação;
• Rotina relacionada: Pedido de Venda / Faturamento;
• Módulo específico de exportação: SIGAEEC, quando contratado. TOTVS TDN

🔎 Visão geral

Para emitir uma Nota Fiscal de Exportação pelo SIGAFAT, é necessário inicialmente garantir que o destinatário estrangeiro esteja corretamente cadastrado no Protheus.

O cadastro precisa informar ao sistema que:

Cliente = Estrangeiro
Tipo = Exportação
Estado = EX
País ≠ Brasil

Além disso, determinados campos normalmente utilizados em cadastros nacionais devem permanecer em branco, como:

CNPJ
Inscrição Estadual
Código do Município

conforme orientação da página oficial da TOTVS. TOTVS TDN

🗃️ Tabela SA1 — Cadastro de Clientes

Os clientes são armazenados na tabela:

SA1

Para clientes estrangeiros, alguns campos precisam receber tratamento específico.

O objetivo é diferenciar claramente o cadastro de um cliente nacional daquele destinado a operações de exportação.

⚙️ Configuração do cliente estrangeiro

1. 🌎 Estado — A1_EST

O campo:

A1_EST

deve ser preenchido com:

EX

Portanto:

A1_EST = EX

Esse valor identifica que o cliente não pertence a uma Unidade da Federação brasileira. TOTVS TDN

2. 📮 CEP

Para o cliente estrangeiro, o TDN orienta utilizar:

00000000

Assim:

CEP = 00000000
``` :chatgpt-content-reference{index="4"}


---

# 🌐 3. Tipo do Cliente — A1_TIPO

O campo:

```text
A1_TIPO

deve ser configurado como:

X - Exportação

Ou seja:

A1_TIPO = X

A TOTVS destaca que essa configuração é importante para a geração das Notas Fiscais de Exportação. TOTVS TDN

⚠️ Campo fundamental para a operação

Entre os campos do cadastro, este merece atenção especial:

A1_TIPO = X

porque é o enquadramento utilizado para caracterizar o cliente como cliente de exportação no cadastro.

Durante diagnósticos de emissão de NF-e de exportação, esse deve ser um dos primeiros campos verificados.

🌍 4. Código do País — A1_PAIS

O campo:

A1_PAIS

deve ser preenchido com o código correspondente ao país do cliente.

Segundo a documentação, ele:

• não pode permanecer em branco;
• não deve possuir o código 01058.

A orientação pode ser representada como:

A1_PAIS <> " "

e:

A1_PAIS <> 01058
``` :chatgpt-content-reference{index="6"}


---

## 🔎 Atenção ao código 01058

O código:

```text
01058

não deve ser utilizado para o cliente estrangeiro conforme a orientação da página.

Portanto, é importante selecionar o código efetivamente correspondente ao país do destinatário.

🏘️ 5. Bairro

O campo de bairro pode permanecer:

Em branco

Caso o ambiente tenha sido customizado ou configurado para tornar esse campo obrigatório, a TOTVS orienta que seja utilizado um valor genérico. TOTVS TDN

🏙️ 6. Município — A1_MUN

O campo:

A1_MUN

deve ser preenchido com:

ESTRANGEIRO

Assim:

A1_MUN = ESTRANGEIRO

A documentação também informa que o código de município:

999999

pode ser incluído diretamente na tabela de Municípios do IBGE:

CC2
``` :chatgpt-content-reference{index="8"}


---

# 🗺️ Tabela CC2 — Municípios

A tabela:

```text
CC2

é utilizada no contexto das informações municipais.

Para o tratamento descrito no TDN, pode ser cadastrado:

999999

como código relacionado ao município estrangeiro. TOTVS TDN

🪪 7. RG / Cédula de Estrangeiro — A1_PFISICA

O campo:

A1_PFISICA

é indicado pela documentação para receber a informação de:

Registro Geral / Cédula de Estrangeiro
``` :chatgpt-content-reference{index="10"}


A utilização deve considerar os dados disponíveis para o cadastro do destinatário.

---

# ⬜ 8. Código do Município — A1_COD_MUN

Para o cliente estrangeiro, o campo:

```text
A1_COD_MUN

deve permanecer:

Em branco
``` :chatgpt-content-reference{index="11"}


---

# ⬜ 9. Inscrição Estadual — A1_INSCR

O campo:

```text
A1_INSCR

também deve permanecer:

Em branco
``` :chatgpt-content-reference{index="12"}


---

# ⬜ 10. CNPJ — A1_CGC

Para o cadastro estrangeiro, o campo:

```text
A1_CGC

deve permanecer:

Em branco

conforme orientação do TDN. TOTVS TDN

📊 Resumo dos principais campos

Essas orientações correspondem ao procedimento descrito pela TOTVS para clientes de origem estrangeira. TOTVS TDN

⚠️ Campos configurados como obrigatórios

A TOTVS faz uma observação importante sobre os campos:

A1_COD_MUN
A1_INSCR
A1_CGC

Por padrão, esses campos não deveriam exigir preenchimento no cenário descrito.

Entretanto, um ambiente pode ter sido alterado para torná-los obrigatórios.

Nesse caso, é necessário avaliar essa configuração. TOTVS TDN

🛠️ Alternativa 1 — Retirar temporariamente a obrigatoriedade

Se a empresa considerar que a obrigatoriedade deve ser mantida para os demais cadastros, a documentação sugere realizar o procedimento em modo exclusivo:

1. retirar temporariamente a obrigatoriedade;
2. cadastrar o cliente estrangeiro;
3. confirmar o cadastro;
4. retornar a obrigatoriedade depois da inclusão.

A própria TOTVS alerta que, nesse cenário, futuras alterações no cadastro poderão novamente enfrentar a mesma validação caso os campos permaneçam vazios. TOTVS TDN

⚙️ Alternativa 2 — Desabilitar a obrigatoriedade no Configurador

Caso a obrigatoriedade desses campos seja considerada desnecessária, a documentação orienta realizar a alteração pelo Configurador — SIGACFG.

O caminho indicado é:

Configurador
   ↓
Base de Dados
   ↓
Dicionário
   ↓
Bases de Dados
   ↓
Dicionário de Dados

Depois:

1. localizar a tabela correspondente;
2. editar a tabela;
3. localizar o campo desejado;
4. editar o campo;
5. acessar a aba:

Uso

6. desabilitar:

Obrigatório

7. confirmar;
8. salvar. TOTVS TDN

⚠️ Avaliar o impacto antes de alterar o dicionário

Antes de remover a obrigatoriedade de qualquer campo, deve ser avaliado o impacto da alteração no ambiente.

O próprio TDN orienta avaliar o impacto para o negócio, pois a configuração do dicionário influencia os demais cadastros e processos que utilizam aquele campo. TOTVS TDN

Portanto, uma alteração dessa natureza deve ser:

• analisada;
• documentada;
• testada;
• homologada;
• aplicada conscientemente em produção.

🚢 Emissão de Nota Fiscal de Exportação

Depois que o cliente estrangeiro estiver corretamente cadastrado, o próximo passo é gerar a operação de exportação.

A TOTVS informa que existe um módulo específico para gerenciamento das exportações:

SIGAEEC

Esse módulo concentra funcionalidades próprias para os processos de exportação. TOTVS TDN

🧩 E se a empresa não possuir o SIGAEEC?

Caso a empresa não possua o módulo específico de exportação e precise emitir a Nota Fiscal de Exportação utilizando o SIGAFAT, a documentação informa que deve ser utilizado o processo habitual do Faturamento.

O fluxo é:

Cadastro do Cliente Estrangeiro
          ↓
Pedido de Venda
          ↓
Preparação do Documento de Saída
          ↓
Documento Fiscal de Exportação
``` :chatgpt-content-reference{index="20"}


---

# 🛒 Pedido de Venda

No SIGAFAT, a operação começa normalmente pela emissão do:

```text
Pedido de Venda

O pedido deve utilizar o cliente estrangeiro previamente cadastrado com:

A1_TIPO = X

e os demais dados necessários à operação.

📄 Preparação do Documento de Saída

Depois do Pedido de Venda, o fluxo continua por meio da:

Preparação do Documento de Saída

Esse é o processo habitual utilizado pelo módulo de Faturamento para geração do documento fiscal.

Segundo a documentação:

não existe no SIGAFAT um tratamento específico para exportação.

Quando o módulo SIGAEEC não é utilizado, a operação segue o processo normal do Faturamento. TOTVS TDN

🔄 Fluxo completo pelo SIGAFAT

O processo pode ser representado da seguinte forma:

Cliente Estrangeiro
        ↓
SA1
        ↓
A1_EST = EX
        ↓
A1_TIPO = X
        ↓
A1_PAIS = País estrangeiro
        ↓
Pedido de Venda
        ↓
Preparação do Documento de Saída
        ↓
Nota Fiscal de Exportação

🧮 Tratamento fiscal citado pelo TDN

A página oficial consultada registra que, para uma Nota Fiscal de Exportação:

• a alíquota do ICMS difere das demais e é indicada no material como 13%;
• o código fiscal deve começar com o número:

7
``` :chatgpt-content-reference{index="22"}


### ⚠️ Importante

Essas informações estão reproduzidas conforme o conteúdo da página TDN, cuja última modificação registrada é de **17/04/2025**. A própria TOTVS recomenda consultar o **departamento Fiscal da empresa** para informações sobre a operação de exportação. :chatgpt-content-reference{index="23"}

Consequentemente, a configuração tributária efetivamente utilizada em produção deve ser validada conforme a legislação, UF, natureza da operação e regras vigentes para a empresa, sem assumir automaticamente que um percentual ou enquadramento fiscal será aplicável a todos os cenários.

---

# 🧾 CFOP de exportação

A documentação informa que o código fiscal utilizado na operação deve iniciar por:

```text
7

Ou seja, trata-se do grupo de CFOPs correspondente às operações destinadas ao exterior, conforme o cenário fiscal aplicável. TOTVS TDN

A definição do código específico deve ser validada pela área fiscal.

⚠️ Processos não contemplados pelo SIGAFAT

O TDN também destaca que alguns controles próprios do processo de comércio exterior não são contemplados por esse fluxo do SIGAFAT.

Entre os exemplos citados estão:

Guia
Carta de Crédito
``` :chatgpt-content-reference{index="25"}


Isso reforça a diferença entre:

```text
SIGAFAT

e:

SIGAEEC

🧠 SIGAFAT x SIGAEEC

A própria documentação esclarece que o SIGAEEC é o módulo específico para gerenciamento das exportações e que o SIGAFAT, quando utilizado isoladamente, segue o fluxo normal de Faturamento. TOTVS TDN

🔍 Roteiro de diagnóstico

Quando houver problema na emissão de uma Nota de Exportação, recomenda-se iniciar pelo cadastro do cliente.

1. O cliente está configurado como exportação?

Validar:

A1_TIPO = X

2. O estado está configurado corretamente?

Validar:

A1_EST = EX

3. O país está preenchido?

Validar:

A1_PAIS

O campo:

• não deve estar em branco;
• não deve utilizar 01058, conforme a orientação do artigo.

4. O município está configurado?

Validar:

A1_MUN = ESTRANGEIRO

5. Existem campos nacionais preenchidos indevidamente?

Conferir:

A1_COD_MUN
A1_INSCR
A1_CGC

que, no cenário documentado, devem permanecer em branco.

6. Algum desses campos está obrigatório?

Caso esteja, revise o Dicionário de Dados no Configurador.

7. A operação está seguindo o fluxo correto?

Sem SIGAEEC:

Pedido de Venda
        ↓
Preparação do Documento de Saída

🚨 Erros comuns

❌ Cliente cadastrado como nacional

Exemplo:

A1_EST = SP

ou outro estado brasileiro.

Para o cenário estrangeiro documentado:

A1_EST = EX

❌ Tipo de cliente incorreto

Caso:

A1_TIPO

não esteja definido como:

X

o cadastro não estará seguindo a configuração de cliente de exportação indicada pelo TDN.

❌ País não informado

O campo:

A1_PAIS

não deve permanecer em branco.

❌ Código 01058 informado no A1_PAIS

A documentação determina que o código do país do cliente estrangeiro deve ser diferente de:

01058

❌ CNPJ obrigatório

Se:

A1_CGC

foi configurado localmente como obrigatório, o cadastro estrangeiro poderá ser bloqueado.

Nesse caso, deve ser analisada a configuração do Dicionário de Dados.

❌ Inscrição Estadual obrigatória

A mesma situação pode ocorrer com:

A1_INSCR

❌ Código do município obrigatório

Também deve ser verificado:

A1_COD_MUN

A recomendação oficial para esse cadastro é mantê-lo em branco. TOTVS TDN

📋 Checklist — Cadastro do cliente estrangeiro

• Cliente cadastrado na SA1;
• A1_EST = EX;
• CEP igual a 00000000;
• A1_TIPO = X - Exportação;
• A1_PAIS preenchido;
• A1_PAIS diferente de 01058;
• bairro revisado;
• A1_MUN = ESTRANGEIRO;
• A1_PFISICA avaliado;
• A1_COD_MUN em branco;
• A1_INSCR em branco;
• A1_CGC em branco;
• obrigatoriedade dos campos revisada no dicionário, quando necessário.

📋 Checklist — Emissão da exportação

• Cliente estrangeiro validado;
• tipo de cliente configurado como X;
• TES da operação validada;
• tributação validada pela área fiscal;
• CFOP de exportação validado;
• Pedido de Venda criado;
• Preparação do Documento de Saída executada;
• documento fiscal conferido;
• XML validado antes da transmissão;
• autorização fiscal acompanhada.

✅ Resultado esperado

Após o correto cadastro do cliente estrangeiro, o Protheus deverá possuir as informações necessárias para identificar o destinatário da operação como cliente de exportação.

O cadastro esperado terá, entre outros:

A1_EST      = EX
A1_TIPO     = X
A1_PAIS     = País estrangeiro
A1_MUN      = ESTRANGEIRO
A1_COD_MUN  = Em branco
A1_INSCR    = Em branco
A1_CGC      = Em branco

Caso a empresa não utilize o módulo SIGAEEC, a emissão poderá seguir o fluxo habitual do SIGAFAT:

Pedido de Venda
        ↓
Preparação do Documento de Saída
        ↓
Nota Fiscal

conforme descrito pela documentação oficial. TOTVS TDN

💡 Boas práticas

• validar o cadastro estrangeiro antes de montar o Pedido de Venda;
• conferir especialmente A1_TIPO, A1_EST e A1_PAIS;
• evitar preencher campos nacionais sem necessidade;
• revisar customizações que tornaram campos obrigatórios;
• testar alterações no Dicionário de Dados inicialmente em homologação;
• validar TES e CFOP com a área fiscal;
• não assumir que toda operação de exportação possui o mesmo tratamento tributário;
• utilizar o SIGAEEC quando houver necessidade dos controles específicos oferecidos pelo módulo;
• documentar eventuais particularidades do cliente estrangeiro;
• gerar e validar o XML antes da transmissão definitiva.

❓ FAQ

1. Qual deve ser o conteúdo do A1_EST para cliente estrangeiro?

EX
``` :chatgpt-content-reference{index="29"}


---

### 2. Qual deve ser o A1_TIPO?

```text
X - Exportação

A TOTVS informa que essa configuração é importante para geração das Notas Fiscais de Exportação. TOTVS TDN

3. O A1_PAIS pode ficar em branco?

Não.

A orientação é que o campo seja diferente de branco e diferente de:

01058
``` :chatgpt-content-reference{index="31"}


---

### 4. O que informar no município?

No campo:

```text
A1_MUN

utilize:

ESTRANGEIRO
``` :chatgpt-content-reference{index="32"}


---

### 5. Existe código de município para estrangeiro?

A documentação informa que o código:

```text
999999

pode ser incluído diretamente na tabela de Municípios do IBGE:

CC2
``` :chatgpt-content-reference{index="33"}


---

### 6. O CNPJ deve ser preenchido?

No cenário documentado pela TOTVS:

```text
A1_CGC = Em branco
``` :chatgpt-content-reference{index="34"}


---

### 7. A Inscrição Estadual deve ser preenchida?

No procedimento descrito:

```text
A1_INSCR = Em branco
``` :chatgpt-content-reference{index="35"}


---

### 8. O A1_COD_MUN deve ser preenchido?

Não no cenário apresentado.

A orientação é:

```text
A1_COD_MUN = Em branco
``` :chatgpt-content-reference{index="36"}


---

### 9. O que fazer se esses campos estiverem obrigatórios?

A obrigatoriedade pode ser revisada no:

```text
SIGACFG

pelo caminho:

Base de Dados
> Dicionário
> Bases de Dados
> Dicionário de Dados

Depois, deve-se editar o campo e revisar a opção Obrigatório na aba Uso. TOTVS TDN

10. É obrigatório possuir o SIGAEEC para emitir uma Nota de Exportação?

Não segundo o artigo consultado.

Caso a empresa não possua o SIGAEEC, a TOTVS informa que a Nota de Exportação pode ser emitida pelo fluxo habitual do SIGAFAT, por meio de Pedido de Venda e Preparação do Documento de Saída. TOTVS TDN

11. O SIGAFAT possui tratamento específico para exportação?

A documentação afirma que não.

O processo utiliza o fluxo habitual de Faturamento quando o SIGAEEC não é utilizado. TOTVS TDN

12. O SIGAFAT contempla carta de crédito e demais controles especializados?

O artigo informa que os controles de guia e carta de crédito não são contemplados pelo sistema nesse processo, sendo o SIGAEEC o módulo indicado para gerenciamento específico das exportações. TOTVS TDN

🔗 Referência oficial

TOTVS TDN — FAT0075 — Cadastro de Clientes Estrangeiros (Campo A1_PAIS) e Emissão de Nota de Exportação no SIGAFAT — Linha Microsiga Protheus.

A página registra versão aplicável V11 e V12, ambiente Faturamento, e última modificação em 17/04/2025. TOTVS TDN

👤 Autor

Fabrizio Augusto Ventavolo
Consultor Especialista TOTVS — Mastersiga Consultoria

“Conectamos tecnologia, processos e pessoas para acelerar resultados com excelência em sistemas TOTVS.”