Escolar Documentos
Profissional Documentos
Cultura Documentos
SUMÁRIO
INTRODUÇÃO........................................................................................................................................................ 67
LISTAGEM E PAGINAÇÃO .................................................................................................................................... 69
1. MÓDULO NFSE (SERVIÇO) ................................................................................................................................... 70
1.2.1.5.Permissões .......................................................................................................................................... 71
1.2.1.6. Cabeçalho........................................................................................................................................... 71
1.2.3.5. Permissões......................................................................................................................................... 74
1.2.4.7. Envio................................................................................................................................................... 76
1.2.5.7. Envio...................................................................................................................................................78
1.2.8.5.Permissões ........................................................................................................................................ 82
1.2.8.7. Envio.................................................................................................................................................. 82
1.3.1.7. Envio................................................................................................................................................... 84
1.3.2.4. Permissões.........................................................................................................................................87
2.2.3.1. Introdução.......................................................................................................................................... 97
2.2.3.2.URL .................................................................................................................................................... 97
2.3.8.3. Filtro de CNPJ Emissor, Número da NF-e e Série da NF-e ........................................................... 135
3.3.10.3. Filtro de CNPJ Emissor, Número da CT-e e Série da CT-e ......................................................... 200
9.3.7.3. Filtro de CNPJ Emissor, Número da CT-e OS e Série da CT-e OS ............................................... 332
11.3.7.3. Filtro de CNPJ Emissor, Número da NFC-e e Série da NFC-e ..................................................... 393
INTRODUÇÃO
O módulo Webservice da Solução MASTERSAF DFE V3 é baseado em requisições REST. Utilizamos dois tipos de
requisições: POST e GET. Todas as requisições podem ser feitas com tipo de autenticação = Basic Authentication
ou Bearer Token, basic exige um usuário e senha informados e bearer exige um token. Por enquanto estamos
aceitando os dois tipos de autenticação, mas no futuro desejamos manter somente bearer token.
As requisições do tipo POST exigem algum conteúdo (Request Body). É através desse conteúdo que a
requisição será processada.
Nas requisições do tipo GET não é necessário informar nenhum conteúdo, pois na própria URL serão passados
os parâmetros.
O produto DFE utiliza o padrão JSON para compartilhamento dos dados dos documentos via integração
webservice. JSON segue a RFC 7159 (https://tools.ietf.org/html/rfc7159). Na RFC explica que JSON não possui
ordem nos campos, portanto, o software que for ler os dados nesse padrão deve ignorar a posição dos campos
e apenas observar a estrutura no qual os campos devem estar organizados.
Nos arquivos de exemplos que serão mostrados a seguir, a ordem dos campos podem ser alteradas, tanto no
envio (POST) quanto na consulta (GET). Por isso a leitura deve ser feita pelo campo, e não de forma posicional.
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, alguns métodos poderão ser consultados neste link.
AUTENTICAÇÃO
A autenticação do webservice do DF-e permite dois tipos: Basic Authentication ou Bearer Token.
Na Basic Authentication é passado usuário e senha do usuário de integração cadastrado.
Já a Bearer Token, foi criada para trazer mais segurança à comunicação e autenticação com o Webservice, não
utilizamos o protocolo OAuth 2.0, mas implementamos alguns conceitos do protocolo OAuth 2.0, como a
autenticação em duas fases e a utilização de token para conceder acesso aos recursos da aplicação, sem a
necessidade de expor dados do usuário, como login e senha, do lado da aplicação cliente.
A autenticação via Bearer Token, será feita utilizando uma chave de acesso gerada pelo portal. Esta chave será
enviada ao endpoint de login para obter um token de acesso JWT. De posse deste token, todas as requisições
seguintes (até a hora de expiração do token) poderão ser feitas utilizando este token.
Nos cabeçalhos dos métodos especificados neste manual, estão com o tipo: “Basic Authentication”, porém,
implementamos recentemente o tipo “Bearer Token” e está opção já pode ser utilizada. Futuramente iremos
avaliar a desativação da opção basic authentication.
Mais detalhes para autenticação por token podem ser consultados no link: FAQ - Autenticação no Webservice
DFe via Token
LISTAGEM E PAGINAÇÃO
Os endpoints da API que retornam uma listagem são paginados (getListagem e getLog). Para navegar entre as
páginas há 2 parâmetros:
Por exemplo, utilizando maxResults 10 e offset 0 será retornada a primeira página com 10 objetos. Utilizando
maxResults 10 e offset 10 trará a segunda página, maxResults 10 e offset 20 a terceira página, e assim por diante.
O maxResults deve ser um valor numérico entre 1 e 100. Caso seja omitido será utilizado o valor padrão: 10.
Atenção: a paginação passa a existir no método getListagem a partir da versão 3.95.1 e no getLog a partir da
versão 3.96.1.
1.2.1. EnviarPacote
1.2.1.1. Introdução
1.2.1.2. URL
<host>:<port>/<webservice>/api/dfe
1.2.1.4. Layout
1.2.1.5.Permissões
1.2.1.6. Cabeçalho
1.2.1.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do conteúdo é o pipe ( | ). Para quebra de linha usa-se \n.
Para enviar vários RPSs você deve concatenar as strings antes de colocar em txt_conteúdo (txt conteúdo
terá vários “__rps__|versao=1(...)”), mas só pode existir um “__arquivo_fim__|”. No caso de cancelamento o
procedimento é o mesmo (vários __cancelamento__ e apenas um __arquivo_fim__|).
Exemplo de Request Body conforme arquivo de exemplo: nfse_request_post_enviar_pacote.txt
1.2.2. Cancelar
1.2.2.1. Introdução
1.2.2.2. URL
<host>:<port>/<webservice>/api/dfe
1.2.2.4. Layout
1.2.2.5. Permissões
1.2.2.6. Cabeçalho
1.2.2.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do conteúdo é o pipe ( | ).
Exemplo de Request Body conforme arquivo de exemplo: nfse_request_post_cancelar.tx
Body: {“result”:”OK”}
Http status: 200 (Solicitação enviada com sucesso)
1.2.3. MarcarConsultado
1.2.3.1. Introdução
Método para indicar ao WebService que determinados documentos já foram consultados e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para geração de retorno.
1.2.3.2. URL
<host>:<port>/<webservice>/api/dfe
1.2.3.4. Layout
1.2.3.5. Permissões
1.2.3.6. Cabeçalho
1.2.3.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids” com uma
lista de ids com RPSs a serem marcados.
Exemplo de Request Body conforme arquivo de exemplo: nfse_request_post_marcar_consultado.txt
1.2.4. ConsultarRpssAguardandoDownload
1.2.4.1. Introdução
Método para consultar RPSs que estão com status de aguardando download no portal. Serão retornados
os arquivos que devem ser utilizados nos portais das prefeituras.
1.2.4.2. URL
url: <host>:<port>/<webservice>/api/dfe
1.2.4.4. Layout
1.2.4.5. Permissões
1.2.4.6. Cabeçalho
1.2.4.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “referencia” com a
informação “<CNPJ>_<IM>“.
Exemplo de Request Body conforme arquivo de exemplo:
nfse_request_post_consultar_rpss_aguardando_download.txt
CAMPO DESCRIÇÃO
formatoArquivo Formato do arquivo que está sendo retornado: TXT ou XML
body Conteúdo do arquivo.
result “OK”. Confirmação da operação.
*Consultar arquivo de exemplo: nfse_response_post_consultar_rpss_aguardando_download.txt
1.2.5. UploadRetornoPrefeitura
1.2.5.1. Introdução
1.2.5.2. URL
<host>:<port>/<webservice>/api/dfe
1.2.5.4. Layout
1.2.5.5. Permissões
1.2.5.6. Cabeçalho
1.2.5.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo:
nfse_request_post_upload_retorno_prefeitura.txt
1.2.6. Convertida
1.2.6.1. Introdução
Método para consultar RPS já autorizados e que já foram marcadas como consultados.
<host>:<port>/<webservice>/api/dfe/convertida
NOTA: Esse método foi descontinuado (a partir da versão 3.106.1) e deve ser usado o getStatus (tópico
1.3.3. GetStatus (com parâmetros)) para substituí-lo.
1.2.7. NumeroRPS
1.2.7.1. Introdução
Método para consultar a numeração RPS que deve ser utilizada no arquivo de integração do Portal DFE
para uma determinada Série. Ao realizar a requisição pode-se fornecer uma série previamente cadastrada
no Controle de Numeração RPS. Caso não informada a Série, será retornada a numeração do controle
padrão, também previamente cadastrada. A cada requisição o número RPS retornado será incrementado.
1.2.7.2. URL
<host>:<port>/<webservice>/api/dfe/numerorps
1.2.7.4. Layout
1.2.7.6. Cabeçalho
1.2.7.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo: nfse_request_post_numerorps.txt
CAMPO DESCRIÇÃO
Série fornecida na requisição POST. Caso não seja fornecida nenhuma Série está será a Série
serierps
padrão do prestador.
numerorps Número da RPS a ser utilizado no arquivo de integração.
1.2.8. EnviarPacoteAgrupar
1.2.8.1. Introdução
Método utilizado para enviar RPSs via Webservice para a funcionalidade Agrupamento.
1.2.8.2. URL
<host>:<port>/<webservice>/api/dfe
1.2.8.4. Layout
1.2.8.5.Permissões
1.2.8.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do conteúdo é o pipe ( | ). Para quebra de linha usa-se \n.
Para enviar vários RPSs você deve concatenar as strings antes de colocar em txt_conteúdo (txt conteúdo
terá vários “__rps__|versao=1(...)”), mas só pode existir um “__arquivo_fim__|”. No caso de cancelamento o
procedimento é o mesmo (vários __cancelamento__ e apenas um __arquivo_fim__|).
Exemplo de Request Body conforme arquivo de exemplo: nfse_request_post_enviar_pacote_agrupar.txt
1.3.1.1. Introdução
Método para obter os retornos dos documentos enviados e a lista de documentos não consultados.
1.3.1.2. URL
<host>:<port>/<webservice>/api/dfe
1.3.1.3. Filtro de Série, CNPJ Prestador e Quantidade de Resultados (maxResults)
Pode ser informado os parâmetros de Série NF-e, CNPJ Prestador e MaxResults para realizar filtro na
busca. Quando não informada quantidade no parâmetro maxResults, será considerada a quantidade de
50 (cinquenta) results para cada consulta.
http://localhost:8080/webservice/api/dfe/serie=TR5,171,A02&cnpj=57036351000213,78917809000179?
maxResults=100 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/dfe/serie=TR5,171,A02&cnpj=57036351000213,78917809000179?
maxResults=100 (ambiente de homologação do SaaS)
1.3.1.5. Permissões
1.3.1.6. Cabeçalho
1.3.1.7. Envio
*Observações:
• Maiores detalhes sobre os campos de retorno de nota consulte a planilha de integração TXT;
• Os campos em negrito nesse layout de retorno são exclusivos do layout de integração webservice,
atualmente não estão disponíveis no layout TXT de NFS-e;
• A situação do documento deve ser analisada somando o conteúdo dos campos “tipoRetorno” +
“status”. Por exemplo: tipoRetorno = 2 + status = 200 significa que a tentativa de cancelamento
foi rejeitada, além de que a nota voltou para o status de aprovada. Caso o status fosse igual a 101
então a nota estaria Cancelada.
No método GET, os resultados dos campos numéricos retornarão sem aspas, demais campos serão
retornados entre aspas (‘ ’).
Não há.
1.3.2. GetRPS
1.3.2.1. Introdução
1.3.2.2. URL
<host>:<port>/<webservice>/api/dfe/getRPS?cnpj=<cnpj>&im=<insc.
municipal>&serie=<série>&numero<númerp RPS>
http://localhost:8080/webservice>/api/dfe/getRPS?cnpj=<cnpj>&im=<insc.
municipal>&serie=<série>&numero<númerp RPS> (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/dfe/getRPS?cnpj=<cnpj>&im=<insc.
municipal>&serie=<série>&numero<número RPS> (ambiente de homologação do SaaS)
1.3.2.4. Permissões
1.3.2.5. Cabeçalho
1.3.2.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
1.3.3.1. Introdução
Endpoint de Método de consulta para obter o status de um RPS/NFS-e a partir de um conjunto de filtros.
Deve ser utilizado para obter informações de um único documento não importando o estágio de
processamento.
Conforme informado no tópico INTRODUÇÃO, estamos construindo uma nova base de conhecimento no
Apiary, que é uma plataforma de documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método poderá ser consultado neste link.
Resumindo o processo, primeiramente, é enviado um pacote de dados; depois é feita uma consulta recebendo
uma lista de ids e, então por fim, marcam-se no sistema os ids consultados para que numa próxima consulta
eles não sejam retornados novamente.
Para todos os requests é preciso usar basic authentication utilizando o usuário e a senha fornecidos. Com isso,
basta realizar POST para enviar os pacotes e GET para consultar o resultado do processamento. O corpo do
POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”.O txt_conteudo é
formado por um objeto json, cujo atributo “xml” deve ser preenchido com o xml padrão SEFAZ.
2.2.1. EnviarPacote
2.2.1.1. Introdução
Método para envio de NF-es para serem autorizadas pela Sefaz correspondente.
2.2.1.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.1.4. Layout
Ao incluir o
parâmetro, mesmo
que em branco (""),
é assumido como
integracaoXml Fica dentro de mastersaf. Parâmetro integração xml. TRUE, o correto é Não
não enviar o
parâmetro caso não
seja integração
XML.
Ao incluir o
parâmetro, mesmo
que em branco (""),
é assumido como
TRUE, o correto é
Fica dentro de mastersaf. Parâmetro integração de
xmlLegado não enviar o Não
xml legado.
parâmetro caso
não seja legado.
Arquivo deve conter
tag <nfeProc> se
existir o parâmetro.
Exemplo:
"mastersaf":{"resptec":{"respTecCnpj":"23622719000160","respTecContato":"Teste","respTecEmail":"respons
avel.tecnico@teste.com","respTecFone":"4730473148","respTecIdCsrt":"01","respTecCsrt":"ljKblriAsJArzTsbP
mrV6gi25SU="}, "integracaoXml": "TRUE", "xmlLegado": "TRUE"}
Grupo contingencias:
OBRIG
CAMPO DESCRIÇÃO CONTEÚDO
.
cnpjEmissor Cnpj do emissor. Não
Serie Série da Nota. Não
numeroNota Número da Nota. Não
Caso o campo
dataEntrada Início da entrada em contingência tpEmis = Sim
contingência, este
campo se torna
obrigatório.
Exemplo:
"mastersaf":{"contingencias":[{"cnpjEmissor":"35402759000188","serie":"335","numeroNota":"32336","dataE
ntrada":"2020-07-31T08:33:56-03:00","dataSaida":"2020-07-31T08:35:01-03:00","motivo":"SEFAZ FORA
DO AR. Contingência EPEC","cEvento":"110140"}]}
Grupo resptec:
OBRIG
CAMPO DESCRIÇÃO CONTEÚDO
.
Informar o CNPJ da pessoa jurídica responsável pelo
respTecCnpj sistema utilizado na emissão do documento fiscal Não
eletrônico.
Informar o nome da pessoa a ser contatada na
respTecContato empresa desenvolvedora do sistema utilizado na Não
emissão do documento fiscal eletrônico.
Informar o e-mail da pessoa a ser contatada na
respTecEmail Não
empresa desenvolvedora do sistema.
Exemplo:
"mastersaf":{"resptec":{"respTecCnpj":"23622719000160","respTecContato":"Teste","respTecEmail":"respons
avel.tecnico@teste.com","respTecFone":"4730473148","respTecIdCsrt":"01","respTecCsrt":"ljKblriAsJArzTsbP
mrV6gi25SU="}}
Grupo parametros:
OBRIG
CAMPO DESCRIÇÃO CONTEÚDO
.
ordemEmbarque Número da ordem de embarque Não
Nome da impressora que será utilizada para imprimir
dsImpressora Não
está NF-e.
nrItens Total de itens Não
Campo livre para uso interno. Os dados informados
neste campo não serão enviados à SEFAZ e não serão
campoUsoInterno exibidos no DANFE. Não
Permitirá refinar os dados via busca Avançada no
Portal.
usuarioEmitente Nome do usuário que emitiu a nota no ERP. Não
Define se o documento será enviado para o Printer.
1 - Imprime automaticamente e grava os arquivos
XML e PDF nas pastas do Printer;
2 - Não imprime automaticamente e grava os
arquivos PDF e XML nas pastas do Printer. Ao utilizar
enviaPrinter Não
esta opção, os campos "dsImpressora" e
"ordemEmbarque" serão ignorados;
3 - Não imprime automaticamente e não grava
arquivos XML e PDF nas pastas do Printer. Ao utilizar
esta opção, os campos "dsImpressora", "
Exemplo:
"mastersaf":{"parametros":[{"ordemEmbarque":"123456","dsImpressora":"HP
5440","nrItens":"1","campoUsoInterno":"testeCampo uso Interno","usuarioEmitente":"Walter White",
"enviaPrinter":"1", "nomenclaturaArquivos":"nomeArquiNFe"}]}
2.2.1.5. Permissões
2.2.1.6. Cabeçalho
2.2.1.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo:
nfe_request_post_enviar_pacote_1.txt
nfe_request_post_enviar_pacote_6.txt
nfe_request_post_enviar_pacote_2.txt, nfe_request_post_enviar_pacote_3.txt,
nfe_request_post_enviar_pacote_4.txt e nfe_request_post_enviar_pacote_5.txt
Caso necessite informar o Responsável Técnico deixando o DF-e calcular o hash, exemplo:
nfe_request_post_enviar_pacote_7.txt
nfe_request_post_enviar_pacote_8.txt
2.2.2. Cancelar
2.2.2.1. Introdução
2.2.2.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.2.4. Layout
2.2.2.5. Permissões
2.2.2.6. Cabeçalho
2.2.2.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;” (ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo: nfe_request_post_cancelar.txt
2.2.3. Inutilizar
2.2.3.1. Introdução
Método para inutilizar numerações de NF-es que ainda não foram utilizadas.
2.2.3.2.URL
<host>:<port>/<webservice>/api/nfe
2.2.3.4. Layout
2.2.3.5. Permissões
2.2.3.6. Cabeçalho
2.2.3.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;” (ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo: nfe_request_post_inutilizar.txt
2.2.4. EnviarCartaCorrecaoNfe
2.2.4.1. Introdução
2.2.4.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.4.3. Exemplo URL
2.2.4.4. Layout
2.2.4.5. Permissões
2.2.4.6. Cabeçalho
2.2.4.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;”(ponto-e-virgula).
2.2.5. MarcarConsultado
2.2.5.1. Introdução
Método para indicar ao WebService que determinados documentos já foram consultados e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para geração de retorno.
2.2.5.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.5.4. Layout
2.2.5.5. Permissões
2.2.5.6. Cabeçalho
2.2.5.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo: nfe_request_post_marcar_consultado.txt
2.2.6. MarcarImpresso
2.2.6.1. Introdução
Método para indicar ao WebService que determinados documentos já foram impressos e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para que devem ser enviados para o Printer imprimir (getImpressao).
2.2.6.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.6.4. Layout
2.2.6.5. Permissões
2.2.6.6. Cabeçalho
2.2.6.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo: nfe_request_post_marcar_impresso.txt
2.2.7. MarcarCartaCorrecaoImpresso
2.2.7.1. Introdução
Método para indicar ao WebService que determinados Cartas de Correção já foram impressos e não
precisam mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde
são listados os documentos para geração de retorno.
2.2.7.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.7.4. Layout
2.2.7.5. Permissões
2.2.7.6. Cabeçalho
2.2.7.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo:
nfe_request_post_marcar_carta_correcao_impresso.txt
2.2.8. ReimpressaoDanfe
2.2.8.1. Introdução
2.2.8.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.8.4. Layout
2.2.8.5. Permissões
2.2.8.6. Cabeçalho
2.2.8.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;”(ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo: nfe_request_post_reimpressao_danfe.txt
2.2.9.1. Introdução
2.2.9.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.9.4. Layout
2.2.9.6. Permissões
2.2.9.7. Cabeçalho
2.2.9.8. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
2.2.10. EnviarEmail
2.2.10.1. Introdução
2.2.10.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.10.4. Layout
2.2.10.6. Permissões
2.2.10.7. Cabeçalho
2.2.10.8. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método, assim
como o txt_conteudo deve ser um json contendo todos os campos do detalhamento.
2.2.11.1. Introdução
Método para solicitar a prorrogação da suspensão do ICMS para 1° prazo (cód. 111500) e 2° prazo (cód.
111501), de uma NFe autorizada.
2.2.11.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.11.4. Layout
2.2.11.5. Permissões
2.2.11.6. Cabeçalho
2.2.11.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;”(ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo: nfe_request_post_pedido_prorrogacao_.txt
2.2.12.1. Introdução
Método para solicitar o cancelamento da prorrogação da suspensão do ICMS para 1° prazo (cód. 111502) e
2° prazo (cód. 111503), de uma NFe autorizada.
2.2.12.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.12.4. Layout
2.2.12.5. Permissões
2.2.12.6. Cabeçalho
2.2.12.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;” (ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo:
nfe_request_post_pedido_cancelamento_prorrogacao.txt
2.2.13.1. Introdução
2.2.13.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.13.4. Layout
2.2.13.6. Permissões
2.2.13.8. Cabeçalho
2.2.13.9. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;” (ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo:
nfe_request_post_consulta_chave_sefaz.txt
2.2.14.1. Introdução
2.2.14.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.14.4. Layout
2.2.14.5. Permissões
2.2.14.6. Cabeçalho
2.2.14.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;”(ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo: nfe_request_post_comprovante_entrega.txt
2.2.15.1. Introdução
2.2.15.2. URL
<host>:<port>/<webservice>/api/nfe
2.2.15.4. Layout
2.2.15.5. Permissões
2.2.15.6. Cabeçalho
2.2.15.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;” (ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo:
nfe_request_post_cancelamento_comprovante_entrega.txt
2.3.1.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados, dados de
lotes inutilizados, dados de cartas de correção emitidas e os documentos que devem ser enviados para o
Printer imprimir.
2.3.1.2. URL
<host>:<port>/<webservice>/api/nfe
2.3.1.3. Definir quantidade de Results da consulta:
<host>:<port>/<webservice>/api/nfe?maxResults=
Quando informada quantidade no parâmetro, será considerada a quantidade máxima de results para cada
lista e grupo de retorno (impressao[], impressaoCce[], retorno{...}).
Quando não informada quantidade no parâmetro, será considerada a quantidade de 50 (cinquenta)
results para cada lista e grupo de retorno (impressao[], impressaoCce[], retorno{...}).
2.3.1.5. Permissões
2.3.1.6. Cabeçalho
2.3.1.7. Envio
Response Body:
{
“impressao”: [],
“impressaoCCe”: [],
“retorno”: {
“loteCartaCorrecao”: [],
“consultaCadastro”: [],
“nfes”: [],
“ids”: [],
“loteInutilizado”: [],
“loteEventoProrrogacaoIcmsRespostaFisco”: [],
“loteEventoProrrogacaoIcms”:[],
“passagemPortariaNfe”:[],
“eventosDistribuicao”:[]
}
} Http status: 200
CAMPO DESCRIÇÃO
Impressao Lista documentos para impressão.
impressaoCce Lista documentos de Carta de Correção para impressão.
idProcessamento Atributo de “impressao”. Id do processamento.
params Atributo de “impressao”. Parâmetros de impressão.
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam
ids
como não consultados.
Atributo de “retorno”. Listagem dos retornos das NF-es que foram
nfes
processadas pelo software.
Não há.
2.3.2. GetXml
2.3.2.1. Introdução
Método para obter o XML processado da respectiva chave de NF-e. XML processado se refere ao xml
completo retornado pela sefaz, de notas autorizadas.
2.3.2.2. URL
<host>:<port>/<webservice>/api/nfe/<chave nfe>/getXml
2.3.2.4. Permissões
2.3.2.5. Cabeçalho
2.3.2.6. Envio
2.3.3. GetXmlCancelamento
2.3.3.1. Introdução
2.3.3.2. URL
<host>:<port>/<webservice>/api/nfe/<chave nfe>/getXmlCancelamento
http://localhost:8080/webservice/api/nfe/<chave nfe>/getXmlCancelamento
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/nfe/<chave nfe>/getXmlCancelamento
(ambiente de homologação do SaaS)
2.3.3.4. Permissões
2.3.3.5. Cabeçalho
2.3.3.6. Envio
2.3.4. GetDanfe
2.3.4.1. Introdução
<host>:<port>/<webservice>/api/nfe/<chave nfe>/getDanfe
2.3.4.4. Permissões
2.3.4.5. Cabeçalho
2.3.4.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
Para ambiente SaaS: O danfe gerado tem como base o parâmetro “Formato de Impressão” (módulo NF-e)
do cadastro da empresa, porém, se houver cadastro de customização em “Grupo de Empresas >
Documentos Customizados” para o módulo, grupo da empresa e tipo de documento, o parâmetro do
cadastro de empresa será desconsiderado e passará a valer apenas a customização de documento
cadastrada no grupo de empresa.
2.3.5. GetXmlCartaCorrecao
2.3.5.1. Introdução
<host>:<port>/<webservice>/api/nfe/<chave nfe>/getXmlCartaCorrecao
2.3.5.4. Permissões
2.3.5.5. Cabeçalho
2.3.5.6. Envio
2.3.6. GetCartaCorrecao
2.3.6.1. Introdução
2.3.6.2. URL
<host>:<port>/<webservice>/api/nfe/<chave nfe>/getCartaCorrecao
2.3.6.4. Permissões
2.3.6.5. Cabeçalho
2.3.6.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
Para ambiente SaaS: O pdf gerado é padrão, porém, se houver cadastro de customização em Grupo de
Empresas > Documentos Customizados para o módulo, grupo da empresa e tipo de documento, o parâmetro
do cadastro de empresa será desconsiderado e passará a valer apenas a customização de documento
cadastrada no grupo de empresa.
2.3.7. GetStatus
2.3.7.1. Introdução
Método para obter o Status (Código-Descrição) da respectiva chave de NF-e. Deve ser utilizado para obter
informações de um único documento não importando o estágio de processamento. É diferente da
“Consulta retorno” que retorna os dados somente de documentos que tiveram seu processamento
finalizado.
Esse método possui a mesma estrutura de resposta que os métodos “Consulta Padrão” e “Consulta
Retorno” (GET), para mantermos um layout único de resposta de documentos em nosso webservice. Os
atributos relacionados ao id de processamento do documento (“ids”, “idProcessamento” ou
“idProcessamentoLote”) estarão sempre vazios.
2.3.7.2. URL
<host>:<port>/<webservice>/api/nfe/<chave nfe>/getStatus
2.3.7.4. Permissões
2.3.7.5. Cabeçalho
2.3.7.6. Envio
Response Body:
{
"retorno": {
"loteCartaCorrecao": [],
"consultaCadastro": [],
"nfes": [],
"ids": [],
"loteInutilizado": []
}
}
Http status: 200
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
ids Atributo de “retorno”. Não será preenchido.
Atributo de “retorno”. Listagem dos retornos das NF-es.Caso localizado será retornado
nfes
o documento consultado.
Atributo de “retorno”. Listagem dos retornos das Cartas de Correção do documento
loteCartaCorrecao
consultado.
Atributo de “retornoListagem dos retorno de Inutilizações. Será preenchido se o
loteInutilizado
documento consultado estiver inutilizado.
consultaCadastro Atributo de “retorno”. Não será preenchido.
*Consultar arquivo de exemplo: nfe_response_getStatus.txt.
2.3.8.1. Introdução
Método para obter o Status (Código-Descrição) de NF-e apartir de um conjunto de filtros. Deve ser
utilizado para obter informações de um único documento não importando o estágio de processamento. É
diferente da “Consulta retorno” que retorna os dados somente de documentos que tiveram seu
processamento finalizado.
Esse método possui a mesma estrutura de resposta que os métodos “Consulta Padrão” e “Consulta
Retorno” (GET), para mantermos um layout único de resposta de documentos em nosso webservice. Os
atributos relacionados ao id de processamento do documento (“ids”, “idProcessamento” ou
“idProcessamentoLote”) estarão sempre vazios.
2.3.8.2. URL
<host>:<port>/<webservice>/api/nfe/getStatus
É necessário informar os parâmetros de CNPJ Emissor, Número NF-e e Série NF-e para realizar a busca.
Todos os parâmetros são obrigatórios.
http://localhost:8080/webservice/api/nfe/getStatus?cnpjEmissor=1234567890&numeroNfe=1000&serie
=730 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/nfe/getStatus?cnpjEmissor=1234567890&numeroNfe=1000&serie
=730 (ambiente de homologação do SaaS)
2.3.8.5. Permissões
2.3.8.6. Cabeçalho
2.3.8.7. Envio
"consultaCadastro": [],
"nfes": [],
"ids": [],
"loteInutilizado": []
}
}
Http status: 200
2.3.9.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados, dados de
lotes inutilizados e dados de cartas de correção.
2.3.9.2. URL
<host>:<port>/<webservice>/api/nfe/getRetorno
<host>:<port>/<webservice>/api/nfe/getRetorno?maxResults=
Quando não informada quantidade no parâmetro, será considerada a quantidade de 50 (cinquenta)
results para cada consulta.
Para filtrar a consulta pela série, a mesma deverá ser enviada na URL. Se houver mais de uma, separá-las
por vírgula.
http://localhost:8085/webservice/api/nfe/getRetorno/serie=700
ou
http://localhost:8085/webservice/api/nfe/getRetorno/serie=700,701,703
http://localhost:8085/webservice/api/nfe/getRetorno/serie=700?maxResults=100
ou
http://localhost:8085/webservice/api/nfe/getRetorno/serie=700,701,703?maxResults=100
2.3.9.7. Permissões
2.3.9.8. Cabeçalho
2.3.9.9. Envio
CAMPO DESCRIÇÃO
Retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como
Ids
não consultados.
Atributo de “retorno”. Listagem dos retornos das NF-es que foram processadas
Nfes
pelo software.
loteCartaCorrecao Atributo de “retorno”. Listagem dos retornos das Cartas de Correção enviadas.
loteInutilizado Atributo de “retorno”. Listagem dos retornos das Inutilizações enviadas.
loteEventoProrrogacao Atributo de “retorno”. Listagem dos retornos de Pedido de Prorrogação de ICMS,
Icms SEFAZ.
loteEventoProrrogacao Atributo de “retorno”. Listagem dos retornos de Pedido de Prorrogação de ICMS,
IcmsRespostaFisco FISCO.
Atributo de “retorno”. Contém a listagem das pesquisas de Saída de Mercadoria
passagemPortariaNfe
em processamento.
Atributo de “retorno”. Contém a listagem dos eventos recebidos pelo Webservice
eventosDistribuicao
Distribuição.
*Consultar arquivo de exemplo: nfe_response_getRetorno.txt
Não há.
2.3.10.1. Introdução
Método para obter os retornos dos documentos que devem ser enviados para o Printer imprimir.
2.3.10.2. URL
<host>:<port>/<webservice>/api/nfe/getImpressao
2.3.10.4. Permissões
2.3.10.5. Cabeçalho
2.3.10.6. Envio
CAMPO DESCRIÇÃO
Impressao Lista documentos para impressão.
impressaoCCe Lista de eventos de carta de correção para impressão.
idProcessamento Atributo de “impressao”. Id do processamento.
Params Atributo de “impressao”. Parâmetros de impressão.
*Consultar arquivo de exemplo: nfe_response_getImpressao.txt
Não há.
2.3.11.1. Introdução
Método para obter apenas os retornos dos documentos de NF-e que devem ser enviados para o Printer
imprimir. Após o retorno, o sistema marca os documentos como “adicionados na fila de impressão” e não
são mais retornados pelo método.
2.3.11.2. URL
<host>:<port>/<webservice>/api/nfe/getImpressaoNfe
2.3.11.4. Permissões
2.3.11.5. Cabeçalho
2.3.11.6. Envio
CAMPO DESCRIÇÃO
Impressao Lista documentos para impressão.
idProcessamento Atributo de “impressao”. Id do processamento.
Params Atributo de “impressao”. Parâmetros de impressão.
*Consultar arquivo de exemplo: nfe_response_getImpressaoNfe.txt
Não há.
2.3.12.1. Introdução
Anteriormente esse método tinha o nome de getImpressaoCcNfe (ainda válido até a versão 3.104.0), à partir
da versão 3.104.0, somente o nome getImpressaoCCe será reconhecido.
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método foi movido para essa nova ferramenta.
2.3.13.1. Introdução
Método de consulta para retornar os logs da NF-e, irá retornar todos os logs de uma única NF-e a cada
consulta, por isso o cliente deverá enviar como parâmetro a identificação da NF-e. Este método retorna uma
lista paginada com todos os logs para os filtros informados. Mais informações sobre a paginação podem ser
consultadas no tópico LISTAGEM E PAGINAÇÃO neste documento.
2.3.13.2. URL
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/nfe/getLog?cnpj=00910509000171&ie=0018000282&serie=450&
numero=10006&offset=0&maxResults=10 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/nfe/getLog?cnpj=00910509000171&ie=0018000282&serie=450&
numero=10006&offset=0&maxResults=10 (ambiente de homologação do SaaS)
2.3.13.4. Permissões
2.3.13.5. Cabeçalho
2.3.13.6. Envio
Response Body:
{“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
CAMPO DESCRIÇÃO
message “OK”
Indica se há mais uma página a ser buscada para os filtros informados.
hasMore
true ou false.
count Quantia total de itens para os filtros informados.
maxResults Quantidade de objetos por página, informada nos parâmetros.
Posição do objeto a partir do qual a página deve ser carregada,
offset
informada nos parâmetros.
*Consultar arquivo de exemplo: nfe_response_get_log.txt
Não há.
2.3.14.1. Introdução
Método de consulta para retornar uma listagem de NF-e, irá retornar alguns dados principais de 1 ou N
NF-e por consulta. Este método retorna uma lista paginada com todos os documentos para os filtros
informados. Mais informações sobre a paginação podem ser consultadas no tópico LISTAGEM E
PAGINAÇÃO neste documento.
2.3.14.2. URL
A partir da versão 3.95.1 o intervalo entre período inicial e período final terá como limite 31 dias.
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/nfe/getListagem?cnpj=00910509000171&ie=0018000282&period
oInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10 (instalação in
house)&infoAdicionais=false
ou
https://ws.h.dfe.mastersaf.com.br/api/nfe/getListagem?cnpj=00910509000171&ie=0018000282&perio
doInicial=01/12/2016 00:00&periodoFinal=13/03/2017
00:00&offset=0&maxResults=10&infoAdicionais=false (ambiente de homologação do SaaS)
2.3.14.4. Permissões
2.3.14.5. Cabeçalho
2.3.14.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
Http status: 200
Não há.
2.3.15. GetXmlInutilizacao
2.3.15.1. Introdução
2.3.15.2. URL
2.3.15.5. Cabeçalho
2.3.15.6. Envio
2.3.16. GetEventos
2.3.16.1. Introdução
Método de consulta para retornar a listagem dos eventos recebidos da NF-e, apresentados na aba “Outros
Eventos” do detalhamento da NF-e. O método irá retornar todos os eventos de uma única NF-e a cada
consulta, por isso o cliente deverá enviar como parâmetro a identificação da NF-e. Os eventos de
Cancelamento e Carta de Correção já tem Webservices próprios então não são listados nesse WS.
2.3.16.2. URL
<host>:<port>/<webservice>/api/nfe/<chave>/getEventos
http://localhost:8080/webservice/api/nfe/35191235999759000999956160000408171000010049/getE
ventos (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/nfe/35191235999759000999956160000408171000010049/getE
ventos (ambiente de homologação do SaaS)
2.3.16.4. Permissões
Permissões conforme cadastro de usuários:
• NF-e Integrador (ROLE_NFE_INTEGRADOR);
• Administrar o sistema (ROLE_SUPER_ADMIN).
* O usuário informado na requisição deve possuir ao menos uma destas permissões.
2.3.16.5. Cabeçalho
2.3.16.6. Envio
CAMPO DESCRIÇÃO
Message “OK”
Result Atributo de resultado
Result\protocolo Número do protocolo
Result\sequencia Número sequencial do evento
Result\tipoEvento Código do tipo de evento
Result\dataHoraEvento Data e Hora do evento, formato “DD/MM/AAAA HH:MM:SS”
Result\descricaoEvento Descrição do evento
*Consultar arquivo de exemplo: nfe_response_get_eventos.txt
2.3.17. GetRetornoConsultaChaveSefaz
2.3.17.1. Introdução
2.3.17.2. URL
<host>:<port>/<webservice>/api/nfe/getRetornoConsultaChaveSefaz
<host>:<port>/<webservice>/api/nfe/getRetornoConsultaChaveSefaz?maxResults=
Quando não informada quantidade no parâmetro, será considerada a quantidade de 50 (cinquenta)
results para cada consulta.
2.3.17.5. Permissões
2.3.17.6. Cabeçalho
2.3.17.7. Envio
CAMPO DESCRIÇÃO
Retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como
Ids
não consultados.
Atributo de “retorno”. Listagem dos retornos da(s) Consulta(s) de Chave(s) de
consultaChaveSefaz
Acesso que foram processadas pelo DFE.
*Consultar arquivo de exemplo: nfe_response_getRetornoConsultaChaveSefaz.txt
CAMPO DESCRIÇÃO
xDescricao Descrição da consulta de acordo com o status final.
chaveAcesso Chave de Acesso consultada junto a Sefaz.
cnpj CNPJ informado na solicitação da consulta.
Não há.
2.3.17.12. Condições/Observações
• As Consultas de Chave de Acesso solicitadas somente estarão disponíveis para retorno quando
processadas pelo DFE, ou seja, que a consulta junto a Sefaz tenha sido executada e finalizada, seja
com sucesso ou erro.
• Para o Usuário autenticado que utilizar este método, será considerado para um melhor controle dos
retornos a opção "Controlar retornos conforme usuário do integrador" do cadastro do Usuário.
Pode ser indicado ao WebService que as Consultas de Chave de Acesso já foram retornadas, pela
utilização do método MarcarConsultado (ítem 2.2.5), informando os ids dos processamentos a serem marcados
como consultados.
2.3.18. GetEventoEntrega
2.3.18.1. Introdução
Método de consulta para retornar a listagem dos eventos de Comprovante de Entrega e Cancelamento do
Comprovante de Entrega da NF-e, apresentados na aba “Comprovantes de Entrega” do detalhamento da
NF-e.
2.3.18.2. URL
<host>:<port>/<webservice>/api/nfe/getEventoEntrega
2.3.18.4. Permissões
Permissões conforme cadastro de usuários:
• NF-e Integrador (ROLE_NFE_INTEGRADOR);
• Administrar o sistema (ROLE_SUPER_ADMIN).
* O usuário informado na requisição deve possuir ao menos uma destas permissões.
2.3.18.5. Cabeçalho
2.3.18.6. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como
ids
não consultados.
Atributo de “retorno”. Listagem dos retornos do(s) evento(s) de Comprovante de
loteEventoEntrega Entrega e Cancelamento do Comprovante de Entrega que foram processadas
pelo DFE.
CAMPO DESCRIÇÃO
nProt Número do protocolo
nSeqEvento Número sequencial do evento
nomeArquivoRetorno Nome do arquivo
nNF Número da nota fiscal
chave Chave da nota
cStat Código do status retornado
xDescricao Descrição da consulta de acordo com o status final.
Tipo do evento (tipoComprovanteEntrega ou
tipoComprovanteEntrega
tipoCancelamentoComprovanteEntrega)
serie Série da nota fiscal
dhRegEvento Data e Hora do evento, formato “AAAA-MM-DDTHH:MM:SS”
CNPJ CNPJ do emissor
IE IE do emissor
tpEvento Código do tipo de evento (110130 ou 110131)
Não há.
3. MÓDULO CTE
Resumindo o processo, primeiramente é enviado um pacote de dados; depois é feita uma consulta
recebendo uma lista de ids e, então por fim, marcam-se no sistema os ids consultados para que numa
próxima consulta eles não sejam retornados novamente, também são retornados os CT-es para impressão
via printer.
Para todos os requests é preciso usar basic authentication utilizando o usuário e a senha fornecidos.
Com isso basta realizar POST para enviar os pacotes e GET para consultar o resultado do processamento.
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do conteúdo é o pipe ( | ). Para quebra de linha usa-se \n.
Para enviar vários CT-es você deve concatenar as strings antes de colocar em txt_conteúdo (txt conteúdo
terá vários “{“config”: “ .. “, “xml” : “...”} separando-os por vírgula. No caso de cancelamento e inutilização
o procedimento é o mesmo.
3.2.1. EnviarPacote
3.2.1.1. Introdução
Método para envio de CT-es para serem autorizadas pela Sefaz correspondente.
3.2.1.2. URL
<host>:<port>/<webservice>/api/cte
3.2.1.4. Layout
** Dentro do config, existe uma tag que deverá ser informada caso queira efetuar o envio de email automa
ticamente, sendo assim, deve ser preenchida a tag emailTomador com o email do tomador. Essa tag não é
obrigatória, devendo ser preenchida somente quando houver necessidade de envio de email automático.
Arquivo de Exemplo: cte_request_post_enviar_pacote_3.00.txt
3.2.1.5. Permissões
3.2.1.6. Cabeçalho
3.2.1.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo: cte_request_post_enviar_pacote_3.00.txt
3.2.2. Cancelar
3.2.2.1. Introdução
3.2.2.2. URL
<host>:<port>/<webservice>/api/cte
3.2.2.4. Layout
3.2.2.5. Permissões
3.2.2.6. Cabeçalho
3.2.2.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”.
Exemplo de Request Body conforme arquivo de exemplo: cte_request_post_cancelar_3.00.txt
3.2.3. EnviarCartaCorrecaoCte
3.2.3.1. Introdução
3.2.3.2. URL
<host>:<port>/<webservice>/api/cte
3.2.3.5. Layout
3.2.3.6. Permissões
3.2.3.7. Cabeçalho
• “Basic Autentication”: Para todos os requests é preciso usar basic authentication utilizando o usuário e
a senha fornecidos.
• “Content-type”: “application/json”.
3.2.3.8. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;”(ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo: cte_request_post_carta_correcao_3.00.txt
3.2.4. Inutilizar
3.2.4.1. Introdução
Método para inutilizar numerações de CT-es que ainda não foram utilizadas.
3.2.4.2. URL
<host>:<port>/<webservice>/api/cte
3.2.4.4. Layout
3.2.4.5. Permissões
3.2.4.6. Cabeçalho
3.2.4.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”.
Exemplo de Request Body conforme arquivo de exemplo: cte_request_post_inutilizar_3.00.txt
3.2.5. MarcarConsultado
3.2.5.1. Introdução
Método para indicar ao WebService que determinados documentos já foram consultados e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para geração de retorno.
3.2.5.2. URL
<host>:<port>/<webservice>/api/cte
3.2.5.4. Layout
3.2.5.5. Permissões
3.2.5.6. Cabeçalho
3.2.5.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo: cte_request_post_marcar_consultado.txt
3.2.5.8. Retorno Sucesso
3.2.6. MarcarImpresso
3.2.6.1. Introdução
Método para indicar ao WebService que determinados documentos já foram impressos e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para que devem ser enviados para o Printer imprimir (getImpressao).
3.2.6.2. URL
<host>:<port>/<webservice>/api/cte
3.2.6.4. Layout
3.2.6.5. Permissões
3.2.6.6. Cabeçalho
3.2.6.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo: cte_request_post_marcar_impresso.txt
3.2.7. MarcarCartaCorrecaoImpresso
3.2.7.1. Introdução
Método para indicar ao WebService que determinadas Cartas de Correção já foram impressos e não
precisam mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde
são listados os documentos para geração de retorno.
3.2.7.2. URL
<host>:<port>/<webservice>/api/cte
3.2.7.4. Layout
3.2.7.5. Permissões
3.2.7.6. Cabeçalho
3.2.7.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo:
cte_request_post_marcar_carta_correcao_impresso.txt
3.2.8. EnviarRegistroMultimodal
3.2.8.1. Introdução
3.2.8.2. URL
<host>:<port>/<webservice>/api/cte
3.2.8.4. Layout
3.2.8.5. Permissões
3.2.8.6. Cabeçalho
3.2.8.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do “txt_conteudo” é o pipe ( | ). Para quebra de linha usa-se \n.
Exemplo de Request Body conforme arquivo de exemplo:
cte_request_post_registro_multimodal_3.00.txt
3.2.8.8. Retorno Sucesso
3.2.9. EnviarEntregaCte
3.2.9.1. Introdução
3.2.9.2. URL
<host>:<port>/<webservice>/api/cte
3.2.9.4. Layout
3.2.9.5. Permissões
3.2.9.6. Cabeçalho
3.2.9.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do “txt_conteudo” é o pipe ( | ). Para quebra de linha usa-se \n.
Exemplo de Request Body conforme arquivo de exemplo:
cte_request_post_entrega_3.00.txt
3.2.10. CancelarEntregaCte
3.2.10.1. Introdução
3.2.10.2. URL
<host>:<port>/<webservice>/api/cte
3.2.10.4. Layout
3.2.10.5. Permissões
3.2.10.6. Cabeçalho
3.2.10.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do “txt_conteudo” é o pipe ( | ). Para quebra de linha usa-se \n.
Exemplo de Request Body conforme arquivo de exemplo:
cte_request_post_canc_entrega_3.00.txt
3.2.10.8. Retorno Sucesso
3.2.11. SolicitarImpressao
3.2.11.1. Introdução
3.2.11.2. URL
<host>:<port>/<webservice>/api/cte
3.2.11.4. Layout
3.2.11.5. Permissões
Em Administração do Sistema > Mensagerias > Configuração da Mensageria > Editar Configuração
da Mensageria é necessário habilitar a função “Solicitação de Impressão via Webservice”, que por padrão
estará desabilitada. Caso esteja desabilitada, será possível efetuar a requisição, porém, o status retornado
na consulta será sempre de “em processamento”, mas o processamento só ocorrerá de fato quando a função
da mensageria for habilitada.
3.2.11.6. Condições/Observações
1) Este método gera apenas a solicitação de impressão de CT-e. Regras de impressão do documento,
ordenação, permissão e demais validações de impressão, seguem as mesmas já definidas no DFE, por
exemplo quando solicitada a impressão automática na autorização do documento ou manualmente via
portal.
2) No momento em que a mensageria iniciar o processamento da requisição, será conferido se o usuário que
efetuou a requisição ainda existe na base de dados, caso não exista, será retornado status 999 na consulta.
3) Quando a mesma chave de acesso for informada mais de uma vez na mesma solicitação, será considerada
apenas como um documento/impressão.
4) Se informada impressora inválida, será efetuada tentativa de qualquer forma, e por fim será retornado
erro 771, de falha na impressão. Caso a impressora não seja informada, o printer irá utilizar a impressora
default da rota.
5) Os status de CTe que permitem impressão são os mesmos permitidos quando é impresso via portal:
Aprovado (100), Cancelado (101), Anulado (128), Substituído (129), Contingência (990), Aguardando
Impressão Contingência (440). Caso status não seja permitido para impressão será retornado status 732 na
consulta do documento.
6) Ao solicitar impressão da CTe vai registrar no log a mensagem: “Impressão do DACTE solicitada via
Webservice. (username)”. O status ficará como 720 no documento ao realizar consulta.
Desta forma, a requisição é dividida em lotes para processamento quando o número de documentos
ultrapassar os 100, e será processado cada lote de uma vez, para que não onere os demais processamentos.
Exemplo: ao enviar uma requisição 200 documentos, serão criados dois lotes de 100 e será processado um
lote de cada vez até que a terminem os lotes relacionados àquela requisição.
9) Para que seja possível imprimir um documento, é verificada permissão do usuário no CTE correspondente
à chave de acesso, validando a empresa emitente da CTE contra os CNPJs(empresas) que o usuário possui
permissão: Se Administrador do Sistema (tem permissão total). Se usuário administrador do grupo (busca
empresas vinculadas ao grupo) ou se usuário comum (busca empresas emissoras habilitadas para o
usuário).
3.2.11.7. Cabeçalho
3.2.11.8. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “chaveDeAcesso”
como obrigatórios, já o campo “impressora” não é obrigatório. O separador de chaves de acesso da tag
“chaveDeAcesso” é a vírgula(,).
Exemplo de Request Body no arquivo cte_request_post_solicitar_impressao.txt.
Será retornado um UUID (Universally Unique IDentifier – 128 bits), que pode ser utilizado posteriormente
para consulta do processamento da solicitação de impressão ou cancelamento. O UUID é também vinculado
ao usuário autenticado que efetuou a solicitação.
Response Body: {“result”:””, “uuid”:””}
Exemplo:
{“result”:”OK”, “uuid”:”4d0xb315-ass9–4fr2-aa61–3b11b9a9x701”}
Http status: 200
3.2.11.11. Fluxo
3.2.12. CancelarImpressao
3.2.12.1. Introdução
3.2.12.2. URL
<host>:<port>/<webservice>/api/cte
3.2.12.4. Layout
3.2.12.5. Permissões
O usuário que está efetuando cancelamento deve ser o mesmo usuário que fez a requisição, caso
contrário, será retornado erro http 401.
3.2.12.6. Condições/Observações
1) Quando for solicitado um cancelamento e a requisição já estiver cancelada, será retornado erro
“Solicitação de Impressão já se encontra cancelada.” com status HTTP 400.
2) Quando for solicitado um cancelamento e a requisição estiver com status de Erro (999), será retornado
erro “Solicitação de Impressão com Status de ERRO não permite cancelamento.” com status HTTP 400.
4) A requisição pode ficar com status cancelada, mas não quer dizer necessariamente que os documentos
também estejam com este status, é necessário conferir cada documento, pois já podem ter sido impressos
por exemplo, ou ter obtido algum erro.
3.2.12.7. Cabeçalho
3.2.12.8. Envio
O corpo do POST (request body) deve ser um json contendo os campos do layout do método.
Exemplo de Request Body no arquivo cte_request_post_cancelar_impressao.txt.
As mensagens tratadas especificamente para este webservice para o status 412 e 400:
3.2.12.11. Fluxo
3.2.13.1. Introdução
3.2.13.2. URL
<host>:<port>/<webservice>/api/cte
3.2.13.4. Layout
3.2.13.6. Permissões
3.2.13.7. Condições/Observações
• O campo Inscrição Estadual não é obrigatório, porém, caso exista mais de uma empresa cadastrada no
DFE com o mesmo CNPJ informado, quando não informada IE no post irá ocorrer erro.
• Será verificado no momento da solicitação da consulta se o usuário possui permissão para o(s) CNPJ
informado(s) no conteúdo da consulta de Chave de Acesso.
• Solicitações de Consulta de Chave de Acesso serão excluídas após 24 horas, independente se a consulta
junto a Sefaz tenha sido realizada ou não. Esse job de exclusão será executado todos os dias às 01:30
AM.
3.2.13.8. Cabeçalho
3.2.13.9. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é separado por “|” (pipe) e deve ser enviado chave de cada campo e valor.
Exemplo de Request Body conforme arquivo de exemplo:
cte_request_post_consulta_chave_sefaz.txt
3.3.1.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados, dados de
lotes inutilizados e os documentos que devem ser enviados para o Printer imprimir.
3.3.1.2. URL
<host>:<port>/<webservice>/api/cte
<host>:<port>/<webservice>/api/cte?maxResults=
Quando informada quantidade no parâmetro, será considerada a quantidade máxima de results para cada
lista e grupo de retorno (impressao[], retorno{...}).
Quando não informada quantidade no parâmetro, será considerada a quantidade de 50 (cinquenta)
results para cada lista e grupo de retorno (impressao[], retorno{...}).
3.3.1.5. Permissões
3.3.1.6. Cabeçalho
3.3.1.7. Envio
Response Body:
{“impressao”:[],”retorno”:{“loteCartaCorrecao”:[],”nfes”:[],”ids”:[],”loteInutilizado”:[]}}
Http status: 200
CAMPO DESCRIÇÃO
impressao Lista documentos para impressão.
Id Atributo de “impressao”. Id do processamento.
nota Atributo de “impressao”. Parâmetros da nota a ser impressa.
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
Ids
consultados.
Atributo de “retorno”. Listagem dos retornos das CT-es que foram processadas pelo
Ctes
software.
loteInutilizado Atributo de “retorno”. Listagem dos retornos das Inutilizações enviadas.
*Consultar arquivo de exemplo: cte_response_get_3.00.txt
Não há.
3.3.2. GetXml
3.3.2.1. Introdução
3.3.2.3. URL
<host>:<port>/<webservice>/api/cte/<chave cte>/getXml
3.3.2.5. Permissões
3.3.2.6. Cabeçalho
3.3.2.7. Envio
3.3.3. GetXmlCancelamento
3.3.3.1. Introdução
3.3.3.2. URL
<host>:<port>/<webservice>/api/cte/<chave cte>/getXmlCancelamento
3.3.3.4. Permissões
3.3.3.5. Cabeçalho
3.3.3.6. Envio
3.3.4. GetDacte
3.3.4.1. Introdução
3.3.4.2. URL
<host>:<port>/<webservice>/api/cte/<chave cte>/getDacte
3.3.4.4. Permissões
3.3.4.5. Cabeçalho
3.3.4.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
3.3.5. GetXmlCartaCorrecao
3.3.5.1. Introdução
Método para obter o XML da última Carta de Correção da respectiva chave de CT-e.
3.3.5.2. URL
<host>:<port>/<webservice>/api/cte/<chave cte>/getXmlCartaCorrecao
3.3.5.3. Exemplo URL
3.3.5.4. Permissões
3.3.5.5. Cabeçalho
3.3.5.6. Envio
3.3.6. GetCartaCorrecao
3.3.6.1. Introdução
3.3.6.2. URL
<host>:<port>/<webservice>/api/cte/<chave cte>/getCartaCorrecao
3.3.6.4. Permissões
3.3.6.5. Cabeçalho
3.3.6.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
3.3.7. GetStatus
3.3.7.1. Introdução
Método para obter o STATUS da respectiva chave de CT-e. Deve ser utilizado para obter informações de
um único documento não importando o estágio de processamento. É diferente da “Consulta retorno” que
retorna os dados somente de documentos que tiveram seu processamento finalizado.
Esse método possui a mesma estrutura de resposta que os métodos “Consulta Padrão” e “Consulta
Retorno” (GET), para mantermos um layout único de resposta de documentos em nosso webservice. Os
atributos relacionados ao id de processamento do documento (“ids”, “idProcessamento” ou
“idProcessamentoLote”) estarão sempre vazios.
3.3.7.2. URL
host>:<port>/<webservice>/api/cte/<chave cte>/getStatus
3.3.7.4. Permissões
3.3.7.5. Cabeçalho
3.3.7.6. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos retornos das CT-es. Caso localizado será retornado o
Ctes
documento consultado.
Ids Atributo de “retorno”. Listagem dos IDs dos processamentos (*somente para inutilizações).
Atributo de “retorno”. Listagem dos retorno de Inutilizações. Será preenchido se o
loteInutilizado
documento consultado estiver inutilizado.
*Consultar arquivo de exemplo: cte_response_getStatus.txt.
3.3.8.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados e dados
de lotes inutilizados.
3.3.8.2. URL
<host>:<port>/<webservice>/api/cte/getRetorno
<host>:<port>/<webservice>/api/cte/getRetorno?maxResults=
Quando não informada quantidade no parâmetro, será considerada a quantidade de 50 (cinquenta)
results para cada consulta.
Para filtrar a consulta pela série, a mesma deverá ser enviada na URL. Se houver mais de uma, separá-las
por vírgula.
http://localhost:8085/webservice/api/cte/getRetorno/serie=700
ou
http://localhost:8085/webservice/api/cte/getRetorno/serie=700,701,703
http://localhost:8085/webservice/api/cte/getRetorno/serie=700?maxResults=100
ou
http://localhost:8085/webservice/api/cte/getRetorno/serie=700,701,703?maxResults=100
3.3.8.7. Permissões
3.3.8.8. Cabeçalho
3.3.8.9. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
Ids
consultados.
Atributo de “retorno”. Listagem dos retornos das CT-es que foram processadas pelo
Ctes
software.
loteInutilizado Atributo de “retorno”. Listagem dos retornos das Inutilizações enviadas.
*Consultar arquivo de exemplo: cte_response_getRetorno.txt
Não há.
3.3.9.1. Introdução
Método para obter os retornos dos documentos que devem ser enviados para o Printer imprimir.
3.3.9.2. URL
<host>:<port>/<webservice>/api/cte/getImpressao
3.3.9.4. Permissões
3.3.9.5. Cabeçalho
3.3.9.6. Envio
CAMPO DESCRIÇÃO
impressao Lista documentos para impressão.
impressoCCe Lista de eventos de carta de correção para impressão.
id Atributo de “impressao”. Id do processamento.
nota Atributo de “impressao”. Parâmetros da nota a ser impressa.
*Consultar arquivo de exemplo: cte_response_getImpressao.txt
Não há.
3.3.10.1. Introdução
Método para obter o Status de uma CT-e apartir de um conjunto de filtros. Deve ser utilizado para obter
informações de um único documento não importando o estágio de processamento. É diferente da
“Consulta retorno” que retorna os dados somente de documentos que tiveram seu processamento
finalizado.
Esse método possui a mesma estrutura de resposta que os métodos “Consulta Padrão” e “Consulta
Retorno” (GET), para mantermos um layout único de resposta de documentos em nosso webservice. Os
atributos relacionados ao id de processamento do documento (“ids”, “idProcessamento” ou
“idProcessamentoLote”) estarão sempre vazios.
3.3.10.2. URL
<host>:<port>/<webservice>/api/cte/getStatus
É necessário informar os parâmetros de CNPJ Emissor, Número CT-e e Série CT-e para realizar a busca.
Todos os parâmetros acima são obrigatórios.
Existe também o parâmetro opcional “incluiXmlProc”, default é false, porém, caso seja informado como
true, no retorno da requisição será adicionado o campo “xmlProcessado”, que irá conter o xml processado
de autorização da nota ou de cancelamento.
http://localhost:8080/webservice/api/cte/getStatus?cnpjEmissor=1234567890&numeroCte=1000&serie
=730 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/cte/getStatus?cnpjEmissor=1234567890&numeroCte=1000&serie
=730 (ambiente de homologação do SaaS)
3.3.10.5. Permissões
3.3.10.6. Cabeçalho
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos retornos das CT-es. Caso localizado será retornado o
ctes
documento consultado.
ids Atributo de “retorno”. Listagem dos IDs dos processamentos. (*somente para inutilizações)
Atributo de “retorno”. Listagem dos retorno de Inutilizações. Será preenchido se o
loteInutilizado
documento consultado estiver inutilizado.
*Consultar arquivo de exemplo: cte_response_getStatus_com_parametros.txt.
3.3.11.1. Introdução
Método de consulta para retornar os logs do CT-e, irá retornar todos os logs de um único CT-e a cada
consulta, por isso o cliente deverá enviar como parâmetro a identificação do CT-e. Este método retorna uma
lista paginada com todos os logs para os filtros informados. Mais informações sobre a paginação podem ser
consultadas no tópico LISTAGEM E PAGINAÇÃO neste documento.
3.3.11.2. URL
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/cte/getLog?cnpj=00910509000171&ie=0018000282&serie=450&
numero=10006&offset=0&maxResults=10 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/cte/getLog?cnpj=00910509000171&ie=0018000282&serie=450&
numero=10006&offset=0&maxResults=10 (ambiente de homologação do SaaS)
3.3.11.4. Permissões
3.3.11.5. Cabeçalho
3.3.11.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
Http status: 200
CAMPO DESCRIÇÃO
Não há.
3.3.12.1. Introdução
Método de consulta para retornar uma listagem de CT-e, irá retornar alguns dados principais de 1 ou N CT-
e por consulta. Este método retorna uma lista paginada com os documentos para os filtros informados.
Mais informações sobre paginação podem ser consultadas no tópico LISTAGEM E PAGINAÇÃO neste
documento.
3.3.12.2. URL
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/cte/getListagem?cnpj=00910509000171&ie=0018000282&period
oInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10 (instalação in
house)
ou
https://ws.h.dfe.mastersaf.com.br/api/cte/getListagem?cnpj=00910509000171&ie=0018000282&period
oInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10 (ambiente de
homologação do SaaS)
3.3.12.4. Permissões
3.3.12.5. Cabeçalho
3.3.12.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
Http status: 200
CAMPO DESCRIÇÃO
Não há.
3.3.13.1. Introdução
Método GET para consulta do processamento de uma solicitação de impressão de CT-e(s). Resposta do
post “SolicitarImpressao”.
3.3.13.2. URL
<host>:<port>/<webservice>/api/cte/getConsultaImpressao?uuid=<informar_uuid_solicitacao>
http://localhost:8080/webservice/api/cte/getConsultaImpressao?uuid=<informar_uuid_solicitacao>
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/cte/getConsultaImpressao?uuid=<informar_uuid_solicitacao>
(ambiente de homologação do SaaS)
3.3.13.4. Permissões
O usuário que está efetuando a consulta deve ser o mesmo usuário que fez a requisição, caso contrário,
será retornado erro http 412.
3.3.13.5. Cabeçalho
3.3.13.6. Envio
CAMPO DESCRIÇÃO
status Código do status do processamento da solicitação de impressão
Lista com o código do status de impressão e chave de acesso dos documentos,
documentos
agrupados por status de impressão.
*Consultar arquivo de exemplo: cte_response_getConsultaImpressao.txt
Será retornado status com código 701 até que a mensageria comece a processar. Após a mensageria ter
processado todos os processamentos criados para à requisição, vai retornar status 702 ou 703. Status 703
vai ocorrer somente em caso de falha interna em algum dos processamentos.
Status 702, significa que a mensageria percorreu todos os documentos da requisição e agendou impressão,
mas NÃO possui relação com o status interno do grupo documentos, onde é mostrado o status de cada
documento.
Exemplo:
{“result”:”descricao do erro” }
3.2.13.10. Condições/Observações
1) Os status de CTe que permitem impressão são os mesmos permitidos quando é impresso via portal:
Aprovado (100), Cancelado (101), Anulado (128), Substituído (129), Contingência (990), Aguardando
Impressão Contingência (440). Caso status não seja permitido para impressão será retornado status 732 na
consulta do documento.
2) É verificado se já existe impressão solicitada para o CTe em andamento. Caso já exista, na consulta do
documento é retornado o status 731.
3) O status da requisição somente será alterado no momento em que for efetuada a consulta da solicitação
de impressão, onde serão percorridos os documentos da requisição e atualizado status da requisição com
base nos status dos documentos.
3.2.13.11. Fluxo
3.3.14. GetRetornoConsultaChaveSefaz
3.3.14.1. Introdução
3.3.14.2. URL
<host>:<port>/<webservice>/api/cte/getRetornoConsultaChaveSefaz
<host>:<port>/<webservice>/api/cte/getRetornoConsultaChaveSefaz?maxResults=
Quando não informada quantidade no parâmetro, será considerada a quantidade de 50 (cinquenta)
results para cada consulta.
http://localhost:8080/webservice/api/cte/getRetornoConsultaChaveSefaz?maxResults=100 (instalação
in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/cte/getRetornoConsultaChaveSefaz?maxResults=100 (ambiente
de homologação do SaaS)
3.3.14.5. Permissões
3.3.14.6. Cabeçalho
3.3.14.7. Envio
CAMPO DESCRIÇÃO
Retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como
Ids
não consultados.
Atributo de “retorno”. Listagem dos retornos da(s) Consulta(s) de Chave(s) de
consultaChaveSefaz
Acesso que foram processadas pelo DFE.
*Consultar arquivo de exemplo: cte_response_getRetornoConsultaChaveSefaz.txt
CAMPO DESCRIÇÃO
xDescricao Descrição da consulta de acordo com o status final.
chaveAcesso Chave de Acesso consultada junto a Sefaz.
cnpj CNPJ informado na solicitação da consulta.
idProcessamento ID interno do DFE para controle do processamento da Consulta da Chave de Acesso.
xmlRetornoSefaz Conteúdo da tag “retConsSitCte” do XML de retorno da consulta junto a Sefaz
referencia Conteúdo do campo referencia informado na solicitação da consulta.
Status final da consulta:
- Código 300 para indicar consulta finalizada com sucesso junto a Sefaz.
status
- Código 999 para indicar erro na consulta junto a Sefaz ou algum erro de
processamento pelo DFE.
Não há.
3.3.14.12. Condições/Observações
• As Consultas de Chave de Acesso solicitadas somente estarão disponíveis para retorno quando
processadas pelo DFE, ou seja, que a consulta junto a Sefaz tenha sido executada e finalizada, seja com
sucesso ou erro.
• Para o Usuário autenticado que utilizar este método, será considerado para um melhor controle dos
retornos a opção "Controlar retornos conforme usuário do integrador" do cadastro do Usuário.
Pode ser indicado ao WebService que as Consultas de Chave de Acesso já foram retornadas, pela
utilização do método MarcarConsultado (ítem 3.2.5), informando os ids dos processamentos a serem marcados
como consultados.
4. MÓDULO MDFE
Resumindo o processo, primeiramente é enviado um pacote de dados; depois é feita uma consulta
recebendo uma lista de ids e, então por fim, marcam-se no sistema os ids consultados para que numa
próxima consulta eles não sejam retornados novamente, também são retornados os MDF-es para
impressão via printer.
Para todos os requests é preciso usar basic authentication utilizando o usuário e a senha fornecidos. Com
isso basta realizar POST para enviar os pacotes e GET para consultar o resultado do processamento. O
corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do conteúdo é o pipe ( | ). Para quebra de linha usa-se \n.
Para enviar vários MDF-es você deve concatenar as strings antes de colocar em txt_conteúdo.Txt conteúdo
terá vários “{“config”: “ .. “, “xml” : “...”} separando-os por vírgula. No caso de cancelamento e
encerramento o procedimento é o mesmo.
4.2.1. EnviarPacote
4.2.1.1. Introdução
Método para envio de MDF-es para serem autorizadas pela Sefaz correspondente.
4.2.1.2. URL
<host>:<port>/<webservice>/api/mdfe
4.2.1.5. Permissões
4.2.1.6. Cabeçalho
4.2.1.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo: dfe_request_post_enviar_pacote_3.00.txt
4.2.2. Cancelar
4.2.2.1. Introdução
4.2.2.2. URL
<host>: <port>/<webservice>/api/mdfe
4.2.2.4. Layout
4.2.2.5. Permissões
4.2.2.6. Cabeçalho
4.2.2.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”.
Exemplo de Request Body conforme arquivo de exemplo: mdfe_request_post_cancelar_3.00.txt
4.2.3. Encerrar
4.2.3.1. Introdução
4.2.3.2. URL
<host>:<port>/<webservice>/api/mdfe
4.2.3.4. Layout
4.2.3.5. Permissões
4.2.3.6. Cabeçalho
4.2.3.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”.
Exemplo de Request Body conforme arquivo de exemplo: mdfe_request_post_encerrar_3.00.txt
4.2.4. MarcarConsultado
4.2.4.1. Introdução
Método para indicar ao WebService que determinados documentos já foram consultados e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para geração de retorno.
4.2.4.2. URL
<host>:<port>/<webservice>/api/mdfe
4.2.4.4. Layout
4.2.4.5. Permissões
4.2.4.6. Cabeçalho
4.2.4.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo: mdfe_request_post_marcar_consultado.txt
4.2.5. MarcarImpresso
4.2.5.1. Introdução
Método para indicar ao WebService que determinados documentos já foram impressos e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para que devem ser enviados para o Printer imprimir (getImpressao).
4.2.5.2. URL
<host>:<port>/<webservice>/api/mdfe
4.2.5.4. Layout
4.2.5.5. Permissões
4.2.5.6. Cabeçalho
4.2.5.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo: mdfe_request_post_marcar_impresso.txt
4.2.6.1. Introdução
4.2.6.2. URL
<host>:<port>/<webservice>/api/mdfe
ou
https://ws.h.dfe.mastersaf.com.br/api/mdfe (ambiente de homologação do SaaS)
4.2.6.4. Layout
4.2.6.5. Permissões
4.2.6.6. Cabeçalho
4.2.6.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”.
Exemplo de Request Body conforme arquivo de exemplo:
mdfe_request_post_incluirCondutor_3.00.txt
4.2.7.1. Introdução
4.2.7.2. URL
<host>:<port>/<webservice>/api/mdfe
4.2.7.4. Layout
4.2.7.5. Permissões
4.2.7.6. Cabeçalho
4.2.7.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”.
Exemplo de Request Body conforme arquivo de exemplo:
mdfe_request_post_pagtoOperacao_3.00.txt
4.3.1.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados, dados de
lotes inutilizados e os documentos que devem ser enviados para o Printer imprimir.
4.3.1.2. URL
<host>:<port>/<webservice>/api/mdfe
4.3.1.4. Permissões
4.3.1.6. Envio
CAMPO DESCRIÇÃO
impressao Lista documentos para impressão.
id Atributo de “impressao”. Id do processamento.
nota Atributo de “impressao”. Parâmetros da nota a ser impressa.
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
ids
consultados.
Atributo de “retorno”. Listagem dos retornos das MDF-es que foram processadas pelo
mdfeCtes
software.
*Consultar arquivo de exemplo: mdfe_response_get_3.00.txt
Não há.
4.3.2. GetXml
4.3.2.1. Introdução
4.3.2.2. URL
<host>:<port>/<webservice>/api/mdfe/<chave cte>/getXml
4.3.2.4. Permissões
4.3.2.5. Cabeçalho
4.3.2.6. Envio
4.3.3.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados e dados de
lotes inutilizados.
4.3.3.2. URL
<host>:<port>/<webservice>/api/mdfe/getRetorno
<host>:<port>/<webservice>/api/mdfe/getRetorno/maxResults=
Quando não informada quantidade no parâmetro, será considerada a quantidade de 50 (cinquenta)
results para cada consulta.
Para filtrar a consulta pela série, a mesma deverá ser enviada na URL. Se houver mais de uma, separá-las
por vírgula.
http://localhost:8085/webservice/api/mdfe/getRetorno/serie=700
ou
http://localhost:8085/webservice/api/mdfe/getRetorno/serie=700,701,703
http://localhost:8085/webservice/api/mdfe/getRetorno/serie=700&maxResults=100
ou
http://localhost:8085/webservice/api/mdfe/getRetorno/serie=700,701,703&maxResults=100
4.3.3.6. Exemplo URL sem filtro
4.3.3.7. Permissões
4.3.3.8. Cabeçalho
4.3.3.9. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
ids
consultados.
Atributo de “retorno”. Listagem dos retornos das MDF-es que foram processadas pelo
mdfeCtes
software.
*Consultar arquivo de exemplo: mdfe_response_getRetorno_3.00.txt
Não há.
4.3.4.1. Introdução
Método para obter os retornos dos documentos que devem ser enviados para o Printer imprimir.
4.3.4.2. URL
<host>:<port>/<webservice>/api/mdfe/getImpressao
4.3.4.4. Permissões
4.3.4.5. Cabeçalho
4.3.4.6. Envio
CAMPO DESCRIÇÃO
impressao Lista documentos para impressão.
id Atributo de “impressao”. Id do processamento.
nota Atributo de “impressao”. Parâmetros da nota a ser impressa.
*Consultar arquivo de exemplo: mdfe_response_getImpressao.txt
Não há.
4.3.5. GetDamdfe
4.3.5.1. Introdução
4.3.5.2. URL
<host>:<port>/<webservice>/api/mdfe/<chave mdfe>/getDamdfe
4.3.5.4. Permissões
4.3.5.5. Cabeçalho
4.3.5.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
4.3.6. GetXmlCancelamento
4.3.6.1. Introdução
4.3.6.2. URL
<host>:<port>/<webservice>/api/mdfe/<chave mdfe>/getXmlCancelamento
4.3.6.4. Permissões
4.3.6.5. Cabeçalho
4.3.6.6. Envio
4.3.7. GetXmlEncerramento
4.3.7.1. Introdução
4.3.7.2. URL
<host>:<port>/<webservice>/api/mdfe/<chave mdfe>/getXmlEncerramento
4.3.7.4. Permissões
4.3.7.5. Cabeçalho
4.3.7.6. Envio
Existem poucos métodos para esse módulo, existe somente um método POST (MarcarConsultado) e um
método GET (Consulta Padrão).
Resumindo o processo, é feita uma consulta recebendo uma lista de ids e, então por fim, marcam-se no
sistema os ids consultados para que, numa próxima consulta, eles não sejam retornados novamente.
5.2.1. MarcarConsultado
5.2.1.1. Introdução
Método para indicar ao WebService que determinados documentos já foram consultados e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para geração de retorno.
5.2.1.2. URL
<host>:<port>/<webservice>/api/receptor_nfs
5.2.1.4. Layout
5.2.1.5. Permissões
5.2.1.6. Cabeçalho
5.2.1.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids” com uma
lista de ids dos documentos a serem marcados.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_nfs_request_post_marcar_consultado.txt
5.3.1.1. Introdução
Método para obter os retornos dos documentos recebidos e uma lista de documentos não consultados.
5.3.1.2. URL
<host>:<port>/<webservice>/api/receptor_nfs
5.3.1.4. Permissões
5.3.1.5. Cabeçalho
5.3.1.6. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
ids
consultados.
nfss Atributo de “retorno”. Listagem dos retornos das NFS-es que foram processadas pelo software.
5.3.1.9. Retorno Erro
Não há.
Esse módulo necessita que sejam enviados os XMLs recebidos de fornecedores e depois que sejam marcados
como consultados.
Como em todos os módulos existe uma consulta padrão (GET) e também alguns métodos para consulta de
XMLs (processados e cancelados).
6.2.1. EnviarRecebimento
6.2.1.1. Introdução
Método para envio de NF-es de fornecedores ao WebService. Neste método também é possível enviar CC-e
e Cancelamento.
6.2.1.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe
6.2.1.4. Layout
6.2.1.5. Permissões
6.2.1.6. Cabeçalho
6.2.1.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_nfe_request_post_enviar_recebimento.txt
CAMPO DESCRIÇÃO
result Informação de método bem sucedido. “OK”
anoMes Ano e mês da emissão.
cnpjEmitente CNPJ do Emitente.
recebimento Tipo do recebimento. Ex.: “xmlEmissao”.
cnpjDestinatario CNPJ do Destinatário.
*Consultar arquivo de exemplo: receptor_nfe_response_post_enviar_recebimento.txt
6.2.2. EnviarEventoManifestacao
6.2.2.1. Introdução
6.2.2.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe
6.2.2.4. Layout
6.2.2.5. Permissões
6.2.2.6. Cabeçalho
6.2.2.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_nfe_request_post_enviar_evento_manifestacao.txt
CAMPO DESCRIÇÃO
result Informação de método bem sucedido. “OK”
descricao Descrição do resultado do envio.
*Consultar arquivo de exemplo: receptor_nfe_response_post_enviar_evento_manifestacao_ok.txt
Response Body: {“result”: “erro”,”descricao”: “Não foi encontrada nota recebida com chave de acesso:
12345 para a empresa com CNPJ: 000 e Inscrição Estadual: 000”}
Http status: 400, 412, 500.
6.2.3. MarcarConsultado
6.2.3.1. Introdução
Método para indicar ao WebService que determinados documentos já foram consultados e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para geração de retorno.
6.2.3.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe
6.2.3.4. Layout
6.2.3.5. Permissões
6.2.3.6. Cabeçalho
6.2.3.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids” com uma
lista de ids dos documentos a serem marcados.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_nfe_request_post_marcar_consultado.txt
6.2.4. MarcarImpresso
6.2.4.1. Introdução
Método para indicar ao WebService que determinados documentos já foram impressos e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para que devem ser enviados para o Printer imprimir (getImpressao).
6.2.4.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe
6.2.4.4. Layout
6.2.4.5. Permissões
6.2.4.6. Cabeçalho
6.2.4.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_nfe_request_post_marcar_impresso.txt
6.3.1.1. Introdução
Método para obter os retornos dos documentos enviados e a lista de documentos não consultados.
6.3.1.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe
6.3.1.4. Permissões
6.3.1.5. Cabeçalho
6.3.1.6. Envio
CAMPO DESCRIÇÃO
Retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
ids
consultados.
Atributo de “retorno”. Listagem dos retornos das NF-es que foram processadas pelo
recebimentos
software.
Atributo de “retorno”. Contém a listagem dos eventos recebidos pelo Webservice
eventosDistribuicao
Distribuição.
*Consultar arquivo de exemplo: receptor_nfe_response_get.txt
Disponibilizamos o link para abertura do DANFE. Este novo campo deverá ser preenchido
somente nos retornos em que o status de NF-e permita a impressão de DANFE (Autorizada
ou Cancelada).
Para funcionamento da geração do link do DANFE, o preenchimento do campo “URL de
nfes.nota.url acesso ao portal” da tela Administração do Sistema > Extrato do Sistema torna-se
DanfePortal obrigatório.
Para a visualização do DANFE o usuário deverá ter a permissão “NF-e Visualizar” habilitada
em seu perfil.
Exemplo: nfes”:[{“nota”:{“urlDanfePortal”:”https://h.dfe.mastersaf.com.br/
mvc /receptorNfe/visualizarDanfeRecebimento/3360767”
Disponibilizamos o link para abertura do PDF da Carta de Correção. Este novo campo será
preenchido somente nos retornos em que o status da Carta de Correção permita a impressão
do PDF (Autorizada).
Para funcionamento da geração do link do PDF CC-e, o preenchimento do campo “URL de
nfes.nota.url acesso ao portal” da tela Administração do Sistema > Extrato do Sistema torna-se
PdfCcePortal obrigatório.
Para a visualização do PDF CC-e o usuário deverá ter a permissão “NF-e Visualizar”
habilitada em seu perfil.
Exemplo: nfes”: [{“nota”:{“urlPdfCcePortal”:”https://h.dfe.mastersaf.com.br/mvc/
nfe/pdf/cartaCorrecao/receptorNfe/46736”
Não há.
6.3.2. GetXml
6.3.2.1. Introdução
6.3.2.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe/<chave nfe>/getXml
6.3.2.4. Permissões
6.3.2.5. Cabeçalho
6.3.2.6. Envio
6.3.3. GetXmlCancelamento
6.3.3.1. Introdução
6.3.3.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe/<chave nfe>/getXmlCancelamento
6.3.3.3. Exemplo URL
http://localhost:8080/webservice/api/recebimentoNfe/<chave nfe>/getXmlCancelamento
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimentoNfe/<chave nfe>/getXmlCancelamento
(ambiente de homologação do SaaS)
6.3.3.4. Permissões
6.3.3.5. Cabeçalho
6.3.3.6. Envio
6.3.4. GetStatus
6.3.4.1. Introdução
Método para obter o Status (Código-Descrição) da respectiva chave de NF-e. Deve ser utilizado para obter
informações de um único documento não importando o estágio de processamento. É diferente da
“Consulta retorno” que retorna os dados somente de documentos que tiveram seu processamento
finalizado.
Esse método possui a mesma estrutura de resposta que os métodos “Consulta Padrão” e “Consulta
Retorno” (GET), para mantermos um layout único de resposta de documentos em nosso webservice. Os
atributos relacionados ao id de processamento do documento (“ids”, “idProcessamento” ou
“idProcessamentoLote”) estarão sempre vazios.
6.3.4.2. URL
6.3.4.4. Permissões
6.3.4.5. Cabeçalho
6.3.4.6. Envio
Response Body:
{
"retorno": {
“ids”: [],
"recebimentos": [],
"eventosDistribuicao": [],
}
}
Http status: 200
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
ids Não há.
recebimentos Atributo de “retorno”. Listagem dos retornos das NF-es que foram solicitados.
eventosDistribuicao Atributo de “retorno”. Não será preenchido.
*Consultar arquivo de exemplo: receptor_nfe_response_getStatus.txt.
Não há.
6.3.5.1. Introdução
Método para obter os retornos dos documentos que devem ser enviados para o Printer imprimir.
6.3.5.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe/getImpressao
6.3.5.4. Permissões
6.3.5.5. Cabeçalho
6.3.5.6. Envio
CAMPO DESCRIÇÃO
impressao Lista documentos para impressão.
idProcessamento Atributo de “impressao”. Id do processamento.
params Atributo de “impressao”. Parâmetros de impressão.
*Consultar arquivo de exemplo: receptor_nfe_response_getImpressao.txt
Não há.
6.3.6.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados.
6.3.6.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe/getRetorno
6.3.6.4. Permissões
6.3.6.5. Cabeçalho
6.3.6.6. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
ids
consultados.
Atributo de “retorno”. Listagem dos retornos dos Recebimentos que foram processados
recebimentos
pelo software.
Eventos Atributo de “retorno”. Contém a listagem dos eventos recebidos pelo Webservice
Distribuicao Distribuição.
*Consultar arquivo de exemplo: receptor_nfe_response_getRetorno.txt
6.3.7. GetDanfe
6.3.7.1. Introdução
6.3.7.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe/<chave nfe>/getDanfe
6.3.7.4. Permissões
6.3.7.5. Cabeçalho
6.3.7.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
Para ambiente SaaS: O danfe gerado tem como base o parâmetro “Formato de Impressão” (módulo NF-e)
do cadastro da empresa, porém, se houver cadastro de customização em “Grupo de Empresas > Documentos
Customizados” para o módulo, grupo da empresa e tipo de documento, o parâmetro do cadastro de empresa
será desconsiderado e passará a valer apenas a customização de documento cadastrada no grupo de empresa.
6.3.8. GetXmlCartaCorrecao
6.3.8.1. Introdução
Método para obter o XML da carta de correção de recebimento da respectiva chave de NF-e.
6.3.8.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe/<chave nfe>/getXmlCartaCorrecao
http://localhost:8080/webservice/api/recebimentoNfe/<chave nfe>/getXmlCartaCorrecao
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimentoNfe/<chave nfe>/getXmlCartaCorrecao
(ambiente de homologação do SaaS)
6.3.8.4. Permissões
6.3.8.6. Envio
6.3.9. GetCartaCorrecao
6.3.9.1. Introdução
Método para obter o DANFE da carta de correção de recebimento para a respectiva chave de NF-e.
6.3.9.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe/<chave nfe>/getCartaCorrecao
6.3.9.4. Permissões
6.3.9.5. Cabeçalho
6.3.9.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
Para ambiente SaaS: O pdf gerado é padrão, porém, se houver cadastro de customização em “Grupo
de Empresas > Documentos Customizados” para o módulo, grupo da empresa e tipo de documento, o
parâmetro do cadastro de empresa será desconsiderado e passará a valer apenas a customização de
documento cadastrada no grupo de empresa.
6.3.10.1. Introdução
Método de consulta para retornar os logs da NF-e do Receptor, irá retornar todos os logs de uma única NF-e a
cada consulta, por isso o cliente deverá enviar como parâmetro a identificação da NF-e. Este método retorna
uma lista paginada com todos os logs para os filtros informados. Mais informações sobre a paginação podem
ser consultadas no tópico LISTAGEM E PAGINAÇÃO neste documento.
6.3.10.2. URL
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/recebimentoNfe/getLog?cnpj=00910509000171&ie=0018000282
&serie=450&numero=10006&offset=0&maxResults=10 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimentoNfe/getLog?cnpj=00910509000171&ie=0018000282
&serie=450&numero=10006&offset=0&maxResults=10 (ambiente de homologação do SaaS)
6.3.10.4. Permissões
6.3.10.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
Http status: 200
CAMPO DESCRIÇÃO
Não há.
6.3.11.1. Introdução
Método de consulta para retornar uma listagem de NF-e do Receptor, irá retornar alguns dados principais
de 1 ou N NF-e por consulta. Este método retorna uma lista paginada com os documentos para os filtros
informados. Mais informações sobre a paginação podem ser consultadas no tópico LISTAGEM E
PAGINAÇÃO neste documento.
6.3.11.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe/getListagem?cnpj=<número cnpj>&ie=<número
inscrição estadual>&periodoInicial=<período inicial DD/MM/AAAA HH:MM>&periodoFinal=<período final
DD/MM/AAAA HH:MM>
<host>:<port>/<webservice>/api/recebimentoNfe/getListagem?cnpj=<número cnpj>&ie=<número
inscrição estadual>&periodoInicial=<período inicial DD/MM/AAAA HH:MM>&periodoFinal=<período final
DD/MM/AAAA HH:MM>&offset=<offset>&maxResults=<maxResults>
A partir da versão 3.95.1 o intervalo entre período inicial e período final terá como limite 31 dias.
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/recebimentoNfe/getListagem?cnpj=00910509000171&ie=001800
0282&periodoInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimentoNfe/getListagem?cnpj=00910509000171&ie=001800
0282&periodoInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10
(ambiente de homologação do SaaS)
6.3.11.4. Permissões
6.3.11.5. Cabeçalho
6.3.11.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”:
0}Http status: 200
CAMPO DESCRIÇÃO
Não há.
Esse módulo necessita que sejam enviados os XMLs recebidos e depois que sejam marcados como
consultados. É possível ainda consultar um documento e obter o seu XML.
Como em todos os módulos existe uma consulta padrão (GET) e também alguns métodos para consulta
de XMLs (processados e cancelados).
7.2.1. EnviarRecebimento
7.2.1.1. Introdução
7.2.1.2. URL
<host>:<port>/<webservice>/api/recebimento
7.2.1.4. Layout
7.2.1.5. Permissões
7.2.1.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_cte_request_post_enviar_recebimento.txt
CAMPO DESCRIÇÃO
result Informação de método bem sucedido. “OK”
anoMes Ano e mês da emissão.
cnpjEmitente CNPJ do Emitente.
Recebimento Tipo do recebimento. Ex.: “xmlEmissao”.
cnpjDestinatario CNPJ do Destinatário.
*Consultar arquivo de exemplo: receptor_cte_response_post_enviar_recebimento.txt
7.2.2. ConsultarDocFornecedor
7.2.2.1. Introdução
Método para consultar status de CT-e recebido. A consulta pode ser feita usando a chave do documento ou
através da combinação de CNPJ, IE, número e série.
7.2.2.2. URL
<host>:<port>/<webservice>/api/recebimento
7.2.2.4. Layout
7.2.2.5. Permissões
7.2.2.6. Cabeçalho
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
CAMPO DESCRIÇÃO
result Informação de método bem sucedido. “OK”
status Código do status do documento.
7.2.3. ResgatarXmlFornecedor
7.2.3.1. Introdução
Método para resgatar XML de CT-e recebido. A consulta pode ser feita usando a chave do documento ou
através da combinação de CNPJ, IE, número e série.
7.2.3.2. URL
<host>:<port>/<webservice>/api/recebimento
7.2.3.4. Layout
7.2.3.5. Permissões
7.2.3.6. Cabeçalho
7.2.3.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo (Consulta pela Chave):
receptor_cte_request_post_resgatar_xml_fornecedor_1.txt
Exemplo de Request Body conforme arquivo de exemplo (Consulta pelos dados do CT-e):
receptor_cte_request_post_resgatar_xml_fornecedor_2.txt
CAMPO DESCRIÇÃO
result Informação de método bem sucedido. “OK”
xml Conteúdo do XML.
*Consultar arquivo de exemplo: receptor_cte_response_post_resgatar_xml_fornecedor.txt
7.2.4. MarcarConsultado
7.2.4.1. Introdução
Método para indicar ao WebService que determinados documentos já foram consultados e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para geração de retorno.
7.2.4.2. URL
<host>:<port>/<webservice>/api/recebimento
7.2.4.4. Layout
7.2.4.5. Permissões
7.2.4.6. Cabeçalho
7.2.4.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids” com uma
lista de ids dos documentos a serem marcados.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_cte_request_post_marcar_consultado.txt
7.2.5. EnviarPrestacaoServicoDesacordo
7.2.5.1. Introdução
Método para envio de evento de prestação de serviço em desacordo para CT-e recebida e autorizada.
7.2.5.2. URL
<host>:<port>/<webservice>/api/recebimento
7.2.5.4. Layout
7.2.5.5. Permissões
7.2.5.6. Cabeçalho
7.2.5.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do “txt_conteudo” é o pipe ( | ). Para quebra de linha usa-se \n.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_cte_request_post_enviar_prestacao_servico_desacordo.txt
7.3.1.1. Introdução
Método para obter os retornos dos documentos enviados e a lista de documentos não consultados.
7.3.1.2. URL
<host>:<port>/<webservice>/api/recebimento
7.3.1.4. Permissões
7.3.1.5. Cabeçalho
7.3.1.6. Envio
CAMPO DESCRIÇÃO
Retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos Ids dos processamentos que constam como não
Ids
consultados.
Atributo de “retorno”. Listagem dos retornos dos CT-es que foram processadas pelo
Recebimentos
software.
Atributo de “retorno”. Contém a listagem dos eventos de prestação de serviço em
eventoDesacordo
desacordo que foram processados pelo software.
*Consultar arquivo de exemplo: receptor_cte_response_get.txt
Não há.
7.3.2. GetXml
7.3.2.1. Introdução
7.3.2.2. URL
<host>:<port>/<webservice>/api/recebimento/<chave cte>/getXml
7.3.2.4. Permissões
7.3.2.5. Cabeçalho
7.3.2.6. Envio
7.3.3. GetXmlCancelamento
7.3.3.1. Introdução
7.3.3.2. URL
<host>:<port>/<webservice>/api/recebimento/<chave cte>/getXmlCancelamento
http://localhost:8080/webservice/api/recebimento/<chave cte>/getXmlCancelamento
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimento/<chave cte>/getXmlCancelamento
(ambiente de homologação do SaaS)
7.3.3.4. Permissões
7.3.3.5. Cabeçalho
7.3.3.6. Envio
7.3.4. GetStatus
7.3.4.1. Introdução
Método para obter o Status (Código-Descrição) da respectiva chave de CT-e. Deve ser utilizado para obter
informações de um único documento não importando o estágio de processamento. É diferente da
“Consulta retorno” que retorna os dados somente de documentos que tiveram seu processamento
finalizado.
Esse método possui a mesma estrutura de resposta que os métodos “Consulta Padrão” e “Consulta
Retorno” (GET), para mantermos um layout único de resposta de documentos em nosso webservice. Os
atributos relacionados ao id de processamento do documento (“ids”, “idProcessamento” ou
“idProcessamentoLote”) estarão sempre vazios.
7.3.4.2. URL
<host>:<port>/<webservice>/api/recebimento/<chave nfe>/getStatus
7.3.4.4. Permissões
7.3.4.5. Cabeçalho
7.3.4.6. Envio
Response Body:
{
"retorno": {
"recebimentos": [],
"ids": [],
"eventoDesacordo": []
}
}
Http status: 200
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
ids Não há.
recebimentos Atributo de “retorno”. Listagem dos retornos das CT-es que foram solicitados.
eventoDesacordo Atributo de “retorno”. Não será preenchido.
*Consultar arquivo de exemplo: receptor_cte_response_getStatus.txt.
Não há.
7.3.5.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados.
7.3.5.2. URL
<host>:<port>/<webservice>/api/recebimento/getRetorno
7.3.5.4. Permissões
7.3.5.6. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
ids
consultados.
Atributo de “retorno”. Listagem dos retornos dos Recebimentos que foram processados
recebimentos
pelo software.
Evento Atributo de “retorno”. Contém a listagem dos eventos de prestação de serviço em
Desacordo desacordo que foram processados pelo software.
*Consultar arquivo de exemplo: receptor_cte_response_getRetorno.txt
7.3.6. GetXmlCartaCorrecao
7.3.6.1. Introdução
Método para obter o XML da carta de correção de recebimento processado da respectiva chave de CT-e.
7.3.6.2. URL
<host>:<port>/<webservice>/api/recebimento/<chave cte>/getXmlCartaCorrecao
7.3.6.4. Permissões
7.3.6.5. Cabeçalho
7.3.6.6. Envio
7.3.7. GetCartaCorrecao
7.3.7.1. Introdução
Método para obter o DANFE da carta de correção de recebimento para a respectiva chave de CT-e.
7.3.7.2. URL
<host>:<port>/<webservice>/api/recebimento/<chave cte>/getCartaCorrecao
7.3.7.4. Permissões
7.3.7.5. Cabeçalho
7.3.7.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
7.3.8.1. Introdução
Método de consulta para retornar os logs do CT-e do Receptor, irá retornar todos os logs de um único CT-e a
cada consulta, por isso o cliente deverá enviar como parâmetro a identificação do CT-e. Este método retorna
uma lista paginada com todos os logs para os filtros informados. Mais informações sobre a paginação podem
ser consultadas no tópico LISTAGEM E PAGINAÇÃO neste documento.
7.3.8.2. URL
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/recebimento/getLog?cnpj=00910509000171&ie=0018000282&se
rie=450&numero=10006&offset=0&maxResults=10 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimento/getLog?cnpj=00910509000171&ie=0018000282&se
rie=450&numero=10006&offset=0&maxResults=10 (ambiente de homologação do SaaS)
7.3.8.4. Permissões
7.3.8.5. Cabeçalho
7.3.8.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”:
0}Http status: 200
CAMPO DESCRIÇÃO
Não há.
7.3.9.1. Introdução
Método de consulta para retornar uma listagem de CT-e do Receptor,irá retornar alguns dados principais
de 1 ou N CT-e por consulta. Este método retorna uma lista paginada com todos os documentos para os
filtros informados. Mais informações sobre a paginação podem ser consultadas no tópico LISTAGEM E
PAGINAÇÃO neste documento.
7.3.9.2. URL
A partir da versão 3.95.1 o intervalo entre período inicial e período final terá como limite 31 dias.
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/recebimento/getListagem?cnpj=00910509000171&ie=001800028
2&periodoInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimento/getListagem?cnpj=00910509000171&ie=00180002
82&periodoInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10
(ambiente de homologação do SaaS)
7.3.9.4. Permissões
7.3.9.5. Cabeçalho
7.3.9.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”:
0}Http status: 200
CAMPO DESCRIÇÃO
Result Atributo de resultado
Result\situacao Status do CT-e
Result\valorTotalMercadoria Tag <infCarga>\<vCarga> do XML do CT-e
Result\valorTotalPrestacao Tag <vPrest>\<vTPrest> do XML do CT-e
Result\cnpjEmissor Tag <emit>\<CNPJ> do XML do CT-e
Result\cpfCnpjDest Tag <dest>\<CNPJ> do XML do CT-e
Result\dataEmissao Tag <dhEmi> do XML do CT-e
Result\razaoSocialEmissor Tag <emit>\<xNome> do XML do CT-e
Result\protocolo Tag <nProt> do XML de Autorização do CT-e
Result\ufOrigem Tag <UFIni> do XML da CT-e
Result\numeroCte Tag <nCT> do XML do CT-e
Descrição do Status do CT-e. Em caso de status Rejeição, haverá a
Result\descricaoSituacao
descrição da rejeição
Result\chaveAcesso Chave de Acesso do CT-e
Result\naturezaOperacao Tag <natOp> do XML do CT-e
Result\razaoSocialDest Tag <dest>\<xNome> do XML do CT-e
Result\serie Tag <serie> do XML do CT-e
message “OK”
Indica se há mais uma página a ser buscada para os filtros
hasMore
informados. true ou false.
count Quantia total de itens para os filtros informados.
maxResults Quantidade de objetos por página, informada nos parâmetros.
Posição do objeto a partir do qual a página deve ser carregada,
offset
informada nos parâmetros.
Não há.
7.3.10. GetDacte
7.3.10.1. Introdução
7.3.10.2. URL
<host>:<port>/<webservice>/api/recebimento/<chave cte>/getDacte
7.3.10.4. Permissões
7.3.10.5. Cabeçalho
7.3.10.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
8. MÓDULO ADM
Esse módulo deverá ser utilizado para manutenções do módulo Administração do Sistema.
8.2.1.1. Introdução
Método para cadastrar, editar e/ou excluir Empresas através de integração WebService.
8.2.1.2. URL
<host>:<port>/<webservice>/api/adm
8.2.1.7. Permissões
8.2.1.8. Cabeçalho
8.2.1.9. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo:
adm_request_post_IncluirEmpresa.txt
adm_request_post_EditarEmpresa.txt
adm_request_post_ExcluirEmpresa.txt
Esta resposta corresponde que a empresa foi Incluída, Editada ou Excluída com sucesso.
Http status: 200
Exemplo de Response Body conforme arquivo de exemplo:
adm_response_post_IncluirEmpresa_OK.txt
Caso a empresa possua vínculo com fila exclusiva da mensageria na exclusão de empresa:
adm_response_post_ExcluirEmpresa_NOK_4.txt
8.2.2.1. Introdução
8.2.2.2. URL
<host>:<port>/<webservice>/api/adm
8.2.2.4. Layout
8.2.2.6. Cabeçalho
8.2.2.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo: adm_request_post_UploadCertificado.txt
Esta resposta corresponde que o certificado digital foi inserido ou atualizado com sucesso.
Http status: 200
Exemplo de Response Body conforme arquivo de exemplo:
adm_response_post_UploadCertificado.txt
8.3.1.1. Introdução
Método para retornar uma lista com dados dos municípios que possuem integração com a prefeitura para
emissão de Nota Fiscal de Serviço. Neste método é possível retornar a lista completa de municípios
utilizando a URL padrão (8.3.1.2) ou retornar apenas os dados de um único município utilizando a URL
com Parâmetro (8.3.1.4).
8.3.1.2. URL
<host>:<port>/<webservice>/api/adm?action=ListagemMunicipio
8.3.1.3. Exemplo URL
http://localhost:8080/webservice/api/adm?action=ListagemMunicipio&codIBGE=3538709
Na URL acima é possível utilizar o código do IBGE do município como parâmetro para consultar
apenas os dados referente ao município em questão.
8.3.1.5. Permissões
8.3.1.6. Cabeçalho
8.3.1.7. Envio
Esta resposta corresponde que o certificado digital foi inserido ou atualizado com sucesso.
Http status: 200
{“status”:”OK”,”listagemMunicipios”:[]}
8.3.2. InfoEmpresaServico
8.3.2.1. Introdução
Método para obter dados do Cadastro da Empresa como endereço do prestador/emissor, descrição do
serviço, Item Lista, CNAE, Codigo Serviço Município e Alíquota ISS conforme Cadastro de Serviço
Municipal. Deve ser utilizado para obter informações de um CNPJ e Serviço por consulta.
8.3.2.2. URL
<host>:<port>/<webservice>/api/adm?action=InfoEmpresaServico&cnpj=<CNPJ>&im=<IM>&codServico=
<CodigoServiço>
http://localhost:8080/webservice/api/adm?action=InfoEmpresaServico&cnpj=00910509000171&im=123
456789&codServico=1002 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/adm?action=InfoEmpresaServico&cnpj=00910509000171&im=123
456789&codServico=1002 (ambiente de homologação do SaaS)
8.3.2.5. Permissões
8.3.2.6. Cabeçalho
8.3.2.7. Envio
{"enderecoPrestador":"",
"codCidade":"",
"municipioPrestacao":"",
"paisServico":"",
"municipioIncidencia":"",
"telefonePrestador":"",
"cnpj":"",
"emailPrestador":"",
"cepPrestador":"",
"dddPrestador":"",
"complementoEnderecoPrestador":"",
"ufPrestador":"",
"bairroPrestador":"",
"numeroEnderecoPrestador":"",
"paisPrestador":"",
"inscricaoPrestador":"",
"razaoSocialPrestador":""
},
"servicoMunicipal":
{"cnae":"",
"codServicoMunicipal":"",
"itemListaServico":"",
"descricaoRps":"",
"aliquotaServico": }
}
Http status: 200
status
“BAD_REQUEST” quando não encontrar o cadastro da empresa através do parâmetros
CNPJ + IM.
Todos os atributos deste grupo serão retornados com os dados do Cadastro de
empresa
Empresa do Mastersaf DFE
8.3.3. InfoUsuario
8.3.3.1. Introdução
Método para obter dados de um Usuário como nome, data de expiração, permissões e empresas liberadas
para o usuário. As permissões seguirão o formato padrão usado no cadastro de usuários.
* Só constarão no retorno as empresas que também estejam liberadas para o usuário informado na
requisição.
8.3.3.2. URL
<host>:<port>/<webservice>/api/adm?action=InfoUsuario&login=<LOGIN>
ou
https://ws.h.dfe.mastersaf.com.br/api/adm?action=InfoUsuario&login=jose.silva (ambiente de
homologação do SaaS)
8.3.3.5. Permissões
8.3.3.6. Cabeçalho
Response Body:
{"empresas": [{
"cnpj": "00000123456790",
"ie": "0756453609090",
"im": "1234",
"razaoSocial": "Emp 1",
"nomeFantasia": "Emp 1 Fant",
"cidade": "Brasília",
"uf": "DF",
"parametrosNFe": {"versaoLayoutDfe": "4.03"},
"parametrosNFCe": {"versaoLayoutDfe": "4.03"},
"parametrosNDFe": {"versaoLayoutDfe": "Informado na Integração"}
}, {
"cnpj": "35402759009393",
"ie": "110337609393",
"im": "",
"razaoSocial": "Emp 3",
"nomeFantasia": "Emp 3 Fant",
"cidade": "São Paulo",
"uf": "SP",
"parametrosNFe": {"versaoLayoutDfe": "4.03"},
"parametrosNFCe": {"versaoLayoutDfe": "4.03"},
"parametrosNDFe": {"versaoLayoutDfe": "Informado na Integração"}
}
],
"usuario": {
"dataExpiracao": "",
"permissoes": "ROLE_SUPER_ADMIN",
"nome": "Marcos",
"login": "marcos.tr",
"status": "Habilitado"},
"status": "OK"
}
CAMPO DESCRIÇÃO
“OK” quando encontrar o cadastro do usuário através do login passado por parâmetro.
status
“BAD_REQUEST” quando não encontrar o cadastro do usuário através do login
passado por parâmetro
empresas Dados sobre cada empresa liberada para o usuário
usuario Informações do usuário como nome, data de expiração e permissões.
Retornado somente quando ocorre uma rejeição ou erro, por exemplo usuário não
result
cadastrado.
*Consultar arquivo de exemplo: adm_response_get_InfoUsuario_OK.txt.
9. MÓDULO CTE OS
Resumindo o processo, primeiramente é enviado um pacote de dados; depois é feita uma consulta
recebendo uma lista de ids e, então por fim, marcam-se no sistema os ids consultados para que numa
próxima consulta eles não sejam retornados novamente.
Para todos os requests é preciso usar basic authentication utilizando o usuário e a senha fornecidos. Com
isso basta realizar POST para enviar os pacotes e GET para consultar o resultado do processamento. O
corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do conteúdo é o pipe ( | ). Para quebra de linha usa-se \n.
Para enviar vários CT-es OS você deve concatenar as strings antes de colocar em txt_conteúdo (txt
conteúdo terá vários “{“config”: “ .. “, “xml” : “...”} separando-os por vírgula. No caso de cancelamento e
inutilização o procedimento é o mesmo.
9.2.1. EnviarPacote
9.2.1.1. Introdução
Método para envio de CT-es OS para serem autorizadas pela Sefaz correspondente.
9.2.1.2. URL
<host>:<port>/<webservice>/api/cteos
9.2.1.5. Permissões
9.2.1.6. Cabeçalho
9.2.1.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo: teos_request_post_enviar_pacote_3.00.txt
9.2.2. Cancelar
9.2.2.1. Introdução
9.2.2.2. URL
<host>:<port>/<webservice>/api/cteos
9.2.2.4. Layout
9.2.2.5. Permissões
9.2.2.6. Cabeçalho
9.2.2.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”.
Exemplo de Request Body conforme arquivo de exemplo: cteos_request_post_cancelar_3.00.txt
9.2.3. EnviarCartaCorrecaoCte
9.2.3.1. Introdução
9.2.3.2. URL
<host>:<port>/<webservice>/api/cteos
9.2.3.4. Layout
9.2.3.5. Permissões
9.2.3.6. Cabeçalho
9.2.3.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;”(ponto-e-virgula).
9.2.4. Inutilizar
9.2.4.1. Introdução
Método para inutilizar numerações de CT-es OS que ainda não foram utilizadas.
9.2.4.2. URL
<host>:<port>/<webservice>/api/cteos
9.2.4.4. Layout
9.2.4.5. Permissões
9.2.4.6. Cabeçalho
9.2.4.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”.
Exemplo de Request Body conforme arquivo de exemplo: cteos_request_post_inutilizar_3.00.txt
9.2.5. MarcarConsultado
9.2.5.1. Introdução
Método para indicar ao WebService que determinados documentos já foram consultados e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para geração de retorno.
9.2.5.2. URL
<host>:<port>/<webservice>/api/cteos
9.2.5.4. Layout
9.2.5.5. Permissões
9.2.5.6. Cabeçalho
9.2.5.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo: cteos_request_post_marcar_consultado.txt
9.2.6. EnviarGTV
9.2.6.1. Introdução
9.2.6.2. URL
<host>:<port>/<webservice>/api/cteos
9.2.6.4. Layout
9.2.6.5. Permissões
9.2.6.6. Cabeçalho
9.2.6.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do “txt_conteudo” é o pipe ( | ). Para quebra de linha usa-se \n.
Exemplo de Request Body conforme arquivo de exemplo: cteos_request_post_gtv_3.00.txt
9.3.1.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados e dados de
lotes inutilizados.
9.3.1.2. URL
<host>:<port>/<webservice>/api/cteos
<host>:<port>/<webservice>/api/cteos?maxResults=
Quando informada quantidade no parâmetro, será considerada a quantidade máxima de results para cada
lista e grupo de retorno (impressao[], retorno{...}).
Quando não informada quantidade no parâmetro, será considerada a quantidade de 50 (cinquenta)
results para cada lista e grupo de retorno (impressao[], retorno{...}).
9.3.1.5. Permissões
9.3.1.6. Cabeçalho
9.3.1.7. Envio
Response Body:
{“impressao”:[], “impressaoCCe”:[],”retorno”:{”ctes”:[],”ids”:[],”loteInutilizado”:[]}}
Http status: 200
CAMPO DESCRIÇÃO
impressao Lista documentos para impressão.
impressaoCCe Lista documentos de Carta de Correção para impressão.
id Atributo de “impressao”. Id do processamento.
nota Atributo de “impressao”. Parâmetros da nota a ser impressa.
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
ids
consultados.
Atributo de “retorno”. Listagem dos retornos das CT-es OS que foram processadas pelo
ctes
software.
loteInutilizado Atributo de “retorno”. Listagem dos retornos das Inutilizações enviadas.
*Consultar arquivo de exemplo: cteos_response_get.txt
9.3.2. GetXml
9.3.2.1. Introdução
9.3.2.2. URL
<host>:<port>/<webservice>/api/cteos/<chave cte>/getXml
9.3.2.4. Permissões
9.3.2.5. Cabeçalho
9.3.2.6. Envio
9.3.3. GetXmlCancelamento
9.3.3.1. Introdução
9.3.3.2. URL
<host>:<port>/<webservice>/api/cteos/<chave cte>/getXmlCancelamento
9.3.3.4. Permissões
9.3.3.5. Cabeçalho
9.3.3.6. Envio
9.3.4. GetXmlCartaCorrecao
9.3.4.1. Introdução
Método para obter o XML da última Carta de Correção da respectiva chave de CT-e OS.
9.3.4.2. URL
<host>:<port>/<webservice>/api/cteos/<chave cte>/getXmlCartaCorrecao
9.3.4.3. Exemplo URL
9.3.4.4. Permissões
9.3.4.5. Cabeçalho
9.3.4.6. Envio
9.3.5. GetStatus
9.3.5.1. Introdução
Método para obter o STATUS da respectiva chave de CT-e OS. Deve ser utilizado para obter informações
de um único documento não importando o estágio de processamento. É diferente da “Consulta retorno”
que retorna os dados somente de documentos que tiveram seu processamento finalizado.
Esse método possui a mesma estrutura de resposta que os métodos “Consulta Padrão” e “Consulta
Retorno” (GET), para mantermos um layout único de resposta de documentos em nosso webservice. Os
atributos relacionados ao id de processamento do documento (“ids”, “idProcessamento” ou
“idProcessamentoLote”) estarão sempre vazios.
9.3.5.2. URL
host>:<port>/<webservice>/api/cteos/<chave cte>/getStatus
9.3.5.4. Permissões
9.3.5.5. Cabeçalho
9.3.5.6. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos retornos das CT-es OS. Caso localizado será retornado
ctes
o documento consultado.
Atributo de “retorno”. Listagem dos IDs dos processamentos. (*somente para
ids
inutilizações).
Atributo de “retorno”. Listagem dos retorno de Inutilizações. Será preenchido se o
loteInutilizado
documento consultado estiver inutilizado.
*Consultar arquivo de exemplo: cteos_response_getStatus.txt.
9.3.6.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados e dados de
lotes inutilizados.
9.3.6.2. URL
<host>:<port>/<webservice>/api/cteos/getRetorno
<host>:<port>/<webservice>/api/cteos/getRetorno?maxResults=
Quando não informada quantidade no parâmetro, será considerada a quantidade de 50 (cinquenta)
results para cada consulta.
Para filtrar a consulta pela série, a mesma deverá ser enviada na URL. Se houver mais de uma, separá-las
por vírgula.
http://localhost:8085/webservice/api/cteos/getRetorno/serie=700
ou
http://localhost:8085/webservice/api/cteos/getRetorno/serie=700,701,703
http://localhost:8085/webservice/api/cteos/getRetorno/serie=700?maxResults=100
ou
http://localhost:8085/webservice/api/cteos/getRetorno/serie=700,701,703?maxResults=100
9.3.6.7. Permissões
9.3.6.8. Cabeçalho
9.3.6.9. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
ids
consultados.
Atributo de “retorno”. Listagem dos retornos das CT-es OS que foram processadas pelo
ctes
software.
loteInutilizado Atributo de “retorno”. Listagem dos retornos das Inutilizações enviadas.
*Consultar arquivo de exemplo: cte_response_getRetorno.txt
9.3.7.1. Introdução
Método para obter o Status de uma CT-e OS a partir de um conjunto de filtros. Deve ser utilizado para
obter informações de um único documento não importando o estágio de processamento. É diferente da
“Consulta retorno” que retorna os dados somente de documentos que tiveram seu processamento
finalizado.
Esse método possui a mesma estrutura de resposta que os métodos “Consulta Padrão” e “Consulta
Retorno” (GET), para mantermos um layout único de resposta de documentos em nosso webservice. Os
9.3.7.2. URL
<host>:<port>/<webservice>/api/cteos/getStatus
É necessário informar os parâmetros de CNPJ Emissor, Número CT-e OS e Série CT-e OS para realizar a
busca. Todos os parâmetros são obrigatórios.
http://localhost:8080/webservice/api/cteos/getStatus?cnpjEmissor=1234567890&numeroCte=1000&ser
ie=730 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/cteos/getStatus?cnpjEmissor=1234567890&numeroCte=1000&se
rie=730 (ambiente de homologação do SaaS)
9.3.7.5. Permissões
9.3.7.6. Cabeçalho
9.3.7.7. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos retornos das CT-es OS. Caso localizado será retornado
ctes
o documento consultado.
ids Atributo de “retorno”. Listagem dos IDs dos processamentos (*somente para inutilizações).
Atributo de “retorno”. Listagem dos retorno de Inutilizações. Será preenchido se o
loteInutilizado
documento consultado estiver inutilizado.
*Consultar arquivo de exemplo: cteos_response_getStatus_com_parametros.txt.
9.3.8. GetDacteOS
9.3.8.1. Introdução
<host>:<port>/<webservice>/api/cteos/<chave cte>/getDacteOS
9.3.8.4. Permissões
9.3.8.5. Cabeçalho
9.3.8.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
9.3.9.1. Introdução
Método de consulta para retornar os logs do CT-e OS, irá retornar todos os logs de um único CT-e OS a cada
consulta, por isso o cliente deverá enviar como parâmetro a identificação do CT-e OS. Este método retorna uma
lista paginada com todos os logs para os filtros informados. Mais informações sobre a paginação podem ser
consultadas no tópico LISTAGEM E PAGINAÇÃO neste documento.
9.3.9.2. URL
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/cteos/getLog?cnpj=00910509000171&ie=0018000282&serie=45
0&numero=10006&offset=0&maxResults=10 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/cteos/getLog?cnpj=00910509000171&ie=0018000282&serie=45
0&numero=10006&offset=0&maxResults=10 (ambiente de homologação do SaaS)
9.3.9.4. Permissões
9.3.9.5. Cabeçalho
9.3.9.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
Http status: 200
CAMPO DESCRIÇÃO
Message “OK”
Result Atributo de resultado
Result\dataHora Data e Hora do log, formato “DD/MM/AAAA HH:MM:SS”
Result\status Código do status do log
Result\historico Descrição do log
Result\stackTrace Conteúdo do stackTrace quando existir, quando não existir será null.
message “OK”
Indica se há mais uma página a ser buscada para os filtros informados.
hasMore
true ou false.
count Quantia total de itens para os filtros informados.
maxResults Quantidade de objetos por página, informada nos parâmetros.
Posição do objeto a partir do qual a página deve ser carregada,
offset
informada nos parâmetros.
*Consultar arquivo de exemplo: cteos_response_getLog.txt
Não há.
9.3.10.1. Introdução
Método de consulta para retornar uma listagem de CT-e OS, irá retornar alguns dados principais de 1 ou N CT-e
OS por consulta. Este método retorna uma lista paginada com todos os documentos para os filtros informados.
Mais informações sobre a paginação podem ser consultadas no tópico LISTAGEM E PAGINAÇÃO neste
documento.
9.3.10.2. URL
A partir da versão 3.95.1 o intervalo entre período inicial e período final terá como limite 31 dias.
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/cteos/getListagem?cnpj=00910509000171&ie=0018000282&peri
odoInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10 (instalação in
house)
ou
https://ws.h.dfe.mastersaf.com.br/api/cteos/getListagem?cnpj=00910509000171&ie=0018000282&peri
odoInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10 (ambiente de
homologação do SaaS)
9.3.10.4. Permissões
9.3.10.5. Cabeçalho
9.3.10.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
Http status: 200
CAMPO DESCRIÇÃO
Não há.
Esse módulo necessita que sejam enviados os XMLs recebidos e depois que sejam marcados como
consultados. É possível ainda consultar um documento e obter o seu XML.
Como em todos os módulos existe uma consulta padrão (GET) e também alguns métodos para consulta
de XMLs (processados e cancelados).
10.2.1. EnviarRecebimento
10.2.1.1. Introdução
10.2.1.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos
10.2.1.4. Layout
10.2.1.5. Permissões
10.2.1.6. Cabeçalho
10.2.1.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_cteos_request_post_enviar_recebimento.txt
CAMPO DESCRIÇÃO
result Informação de método bem sucedido. “OK”
anoMes Ano e mês da emissão.
cnpjEmitente CNPJ do Emitente.
Recebimento Tipo do recebimento. Ex.: “xmlEmissao”.
cnpjDestinatario CNPJ do Destinatário.
*Consultar arquivo de exemplo: receptor_cteos_response_post_enviar_recebimento.txt
10.2.2. ConsultarDocFornecedor
10.2.2.1. Introdução
Método para consultar status de CT-e OS recebido. A consulta pode ser feita usando a chave do
documento ou através da combinação de CNPJ, IE, número e série.
10.2.2.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos
10.2.2.4. Layout
10.2.2.5. Permissões
10.2.2.6. Cabeçalho
10.2.2.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo (Consulta pela Chave):
receptor_cteos_request_post_consultar_doc_fornecedor_1.txt
Exemplo de Request Body conforme arquivo de exemplo (Consulta pelos dados do CT-e OS):
receptor_cteos_request_post_consultar_doc_fornecedor_2.txt
CAMPO DESCRIÇÃO
result Informação de método bem sucedido. “OK”
status Código do status do documento.
10.2.3. MarcarConsultado
10.2.3.1. Introdução
Método para indicar ao WebService que determinados documentos já foram consultados e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para geração de retorno.
10.2.3.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos
10.2.3.4. Layout
10.2.3.5. Permissões
10.2.3.6. Cabeçalho
10.2.3.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids” com uma
lista de ids dos documentos a serem marcados.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_cteos_request_post_marcar_consultado.txt
10.2.4. EnviarPrestacaoServicoDesacordo
10.2.4.1. Introdução
Método para envio de evento de prestação de serviço em desacordo para CT-e OS recebida e autorizada.
10.2.4.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos
10.2.4.4. Layout
10.2.4.5. Permissões
10.2.4.6. Cabeçalho
10.2.4.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
separador de campos do “txt_conteudo” é o pipe ( | ). Para quebra de linha usa-se \n.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_cteos_request_post_enviar_prestacao_servico_desacordo.txt
10.3.1.1. Introdução
Método para obter os retornos dos documentos enviados e a lista de documentos não consultados.
10.3.1.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos
10.3.1.4. Permissões
10.3.1.5. Cabeçalho
10.3.1.6. Envio
CAMPO DESCRIÇÃO
Retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos Ids dos processamentos que constam como não
Ids
consultados.
Atributo de “retorno”. Listagem dos retornos dos CT-es OS que foram processadas pelo
Recebimentos
software.
Atributo de “retorno”. Contém a listagem dos eventos de prestação de serviço em
eventoDesacordo
desacordo que foram processados pelo software.
*Consultar arquivo de exemplo: receptor_cteos_response_get.txt
Não há.
10.3.2. GetXml
10.3.2.1. Introdução
10.3.2.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos/<chave cte>/getXml
10.3.2.4. Permissões
10.3.2.5. Cabeçalho
10.3.2.6. Envio
10.3.3. GetXmlCancelamento
10.3.3.1. Introdução
10.3.3.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos/<chave cte>/getXmlCancelamento
http://localhost:8080/webservice/api/recebimentoCteos/<chave cte>/getXmlCancelamento
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimentoCteos/<chave cte>/getXmlCancelamento
(ambiente de homologação do SaaS)
10.3.3.4. Permissões
10.3.3.5. Cabeçalho
10.3.3.6. Envio
10.3.4. GetStatus
10.3.4.1. Introdução
Método para obter o Status (Código-Descrição) da respectiva chave de CT-e OS. Deve ser utilizado para
obter informações de um único documento não importando o estágio de processamento. É diferente da
“Consulta retorno” que retorna os dados somente de documentos que tiveram seu processamento
finalizado.
Esse método possui a mesma estrutura de resposta que os métodos “Consulta Padrão” e “Consulta
Retorno” (GET), para mantermos um layout único de resposta de documentos em nosso webservice. Os
10.3.4.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos/<chave cte>/getStatus
10.3.4.4. Permissões
10.3.4.5. Cabeçalho
10.3.4.6. Envio
Response Body:
{
"retorno": {
"recebimentos": [],
"ids": [],
"eventoDesacordo": []
}
}
Http status: 200
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
ids Não há.
recebimentos Atributo de “retorno”. Listagem dos retornos das CT-es OS que foram solicitados.
eventoDesacordo Atributo de “retorno”. Não será preenchido.
*Consultar arquivo de exemplo: receptor_cteos_response_getStatus.txt.
Não há.
10.3.5.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados.
10.3.5.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos/getRetorno
10.3.5.4. Permissões
10.3.5.5. Cabeçalho
10.3.5.6. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
ids
consultados.
Atributo de “retorno”. Listagem dos retornos dos Recebimentos que foram processados
recebimentos
pelo software.
Atributo de “retorno”. Contém a listagem dos eventos de prestação de serviço em
eventoDesacordo
desacordo que foram processados pelo software.
*Consultar arquivo de exemplo: receptor_cteos_response_getRetorno.txt
10.3.6. GetXmlCartaCorrecao
10.3.6.1. Introdução
Método para obter o XML da carta de correção de recebimento processado da respectiva chave de CT-e
OS.
10.3.6.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos/<chave cte>/getXmlCartaCorrecao
10.3.6.4. Permissões
10.3.6.5. Cabeçalho
10.3.6.6. Envio
10.3.7. GetCartaCorrecao
10.3.7.1. Introdução
Método para obter o DACTE da carta de correção de recebimento para a respectiva chave de CT-e OS.
10.3.7.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos/<chave cte>/getCartaCorrecao
10.3.7.4. Permissões
10.3.7.5. Cabeçalho
10.3.7.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
10.3.8.1. Introdução
Método de consulta para retornar os logs do CT-e OS do Receptor, irá retornar todos os logs de um único CT-e
OS a cada consulta, por isso o cliente deverá enviar como parâmetro a identificação do CT-e OS. Este método
retorna uma lista paginada com todos os logs para os filtros informados. Mais informações sobre a paginação
podem ser consultadas no tópico LISTAGEM E PAGINAÇÃO neste documento.
10.3.8.2. URL
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/recebimentoCteos/getLog?cnpj=00910509000171&ie=00180002
82&serie=450&numero=10006&offset=0&maxResults=10 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimentoCteos/getLog?cnpj=00910509000171&ie=00180002
82&serie=450&numero=10006&offset=0&maxResults=10 (ambiente de homologação do SaaS)
10.3.8.4. Permissões
10.3.8.5. Cabeçalho
10.3.8.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
Http status: 200
CAMPO DESCRIÇÃO
Message “OK”
Result Atributo de resultado
Result\dataHora Data e Hora do log, formato “DD/MM/AAAA HH:MM:SS”
Result\status Código do status do log
Result\historico Descrição do log
Result\stackTrace Conteúdo do stackTrace quando existir, quando não existir será null.
message “OK”
Indica se há mais uma página a ser buscada para os filtros informados. true
hasMore
ou false.
count Quantia total de itens para os filtros informados.
maxResults Quantidade de objetos por página, informada nos parâmetros.
Posição do objeto a partir do qual a página deve ser carregada, informada
offset
nos parâmetros.
*Consultar arquivo de exemplo: receptor_cteos_response_getLog.txt
Não há.
10.3.9.1. Introdução
Método de consulta para retornar uma listagem de CT-e OS do Receptor, irá retornar alguns dados principais
de 1 ou N CT-e OS por consulta. Este método retorna uma lista paginada com todos os documentos para os
filtros informados. Mais informações sobre a paginação podem ser consultadas no tópico LISTAGEM E
PAGINAÇÃO neste documento.
10.3.9.2. URL
<host>:<port>/<webservice>/api/recebimentoCteos/getListagem?cnpj=<número cnpj>&ie=<número
inscrição estadual>&periodoInicial=<período inicial DD/MM/AAAA HH:MM>&periodoFinal=<período final
DD/MM/AAAA HH:MM>
<host>:<port>/<webservice>/api/recebimentoCteos/getListagem?cnpj=<número cnpj>&ie=<número
inscrição estadual>&periodoInicial=<período inicial DD/MM/AAAA HH:MM>&periodoFinal=<período final
DD/MM/AAAA HH:MM>&offset=<offset>&maxResults=<maxResults>
A partir da versão 3.95.1 o intervalo entre período inicial e período final terá como limite 31 dias.
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/recebimentoCteos/getListagem?cnpj=00910509000171&ie=0018
000282&periodoInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimentoCteos/getListagem?cnpj=00910509000171&ie=0018
000282&periodoInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10
(ambiente de homologação do SaaS)
10.3.9.4. Permissões
10.3.9.5. Cabeçalho
• “Basic Autentication”: Para todos os requests é preciso usar basic authentication utilizando o usuário e
a senha fornecidos.
10.3.9.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
Http status: 200
CAMPO DESCRIÇÃO
Não há.
10.3.10. GetDacteOS
10.3.10.1. Introdução
10.3.10.2. URL
<host>:<port>/<webservice>/api/recebimento/<chave cteos>/getDacteOS
10.3.10.4. Permissões
10.3.10.5. Cabeçalho
10.3.10.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
Resumo do processo: primeiramente deve-se enviar um pacote de dados; depois deve-se realizar uma consulta
para receber uma lista de ids e por fim; deve-se enviar um novo pacote para marcar os ids consultados para que
na próxima consulta eles não sejam retornados novamente.
Para todos os requests é preciso usar basic authentication utilizando o usuário e a senha fornecidos. Com isso,
basta realizar POST para enviar os pacotes e GET para consultar o resultado do processamento.
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é formado por um objeto json, cujo atributo “xml” deve ser preenchido de acordo com
layout/formato descrito em cada método.
11.2.1. EnviarPacote
11.2.1.1. Introdução
Método para envio de NFC-e para ser autorizada pela Sefaz correspondente.
11.2.1.2. URL
<host>:<port>/<webservice>/api/nfce
11.2.1.4. Layout
existir o
parâmetro.
*Outras tags informadas não serão utilizadas, portanto, não as informe.
11.2.1.5. Permissões
11.2.1.6. Cabeçalho
11.2.1.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo: nfce_request_post_enviar_pacote.txt
Exemplo de Request Body informando o Responsável Técnico: nfce_request_post_enviar_pacote2.txt
11.2.2. Cancelar
11.2.2.1. Introdução
11.2.2.2. URL
<host>:<port>/<webservice>/api/nfce
11.2.2.4. Layout
11.2.2.5. Permissões
11.2.2.6. Cabeçalho
11.2.2.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;” (ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo: nfce_request_post_cancelar.txt
11.2.3. Inutilizar
11.2.3.1. Introdução
Método para inutilizar numerações de NFC-e que ainda não foram utilizadas.
11.2.3.2.URL
<host>:<port>/<webservice>/api/nfce
11.2.3.4. Layout
11.2.3.6. Cabeçalho
11.2.3.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;” (ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo: nfce_request_post_inutilizar.txt
11.2.4. MarcarConsultado
11.2.4.1. Introdução
Método para indicar ao WebService que determinados documentos já foram consultados e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para geração de retorno.
11.2.4.2. URL
<host>:<port>/<webservice>/api/nfce
11.2.4.4. Layout
11.2.4.5. Permissões
11.2.4.6. Cabeçalho
11.2.4.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo: nfce_request_post_marcar_consultado.txt
11.2.5. MarcarImpresso
11.2.5.1. Introdução
Método para indicar ao WebService que determinados documentos já foram impressos e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para que devem ser enviados para o Printer imprimir (getImpressao).
11.2.5.2. URL
<host>:<port>/<webservice>/api/nfce
11.2.5.4. Layout
11.2.5.5. Permissões
11.2.5.6. Cabeçalho
11.2.5.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo: nfce_request_post_marcar_impresso.txt
11.2.6. ReimpressaoDanfe
11.2.6.1. Introdução
11.2.6.2. URL
<host>:<port>/<webservice>/api/nfce
11.2.6.3. Exemplo URL
11.2.6.4. Layout
11.2.6.5. Permissões
11.2.6.6. Cabeçalho
11.2.6.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “txt_conteudo”. O
txt_conteudo é posicional separado por “;”(ponto-e-virgula).
Exemplo de Request Body conforme arquivo de exemplo: nfce_request_post_reimpressao_danfe.txt
11.2.7. EnviarEmail
11.2.7.1. Introdução
11.2.7.2. URL
<host>:<port>/<webservice>/api/nfce
11.2.7.4. Layout
11.2.7.6. Permissões
11.2.7.7. Cabeçalho
11.2.7.8. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método, assim
como o txt_conteudo deve ser um json contendo todos os campos do detalhamento.
Exemplo de Request Body conforme arquivo de exemplo: nfce_request_post_enviar_email.txt
11.3.1.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados e dados de
lotes inutilizados.
11.3.1.2. URL
<host>:<port>/<webservice>/api/nfce/getRetorno
<host>:<port>/<webservice>/api/nfce/getRetorno?maxResults=
Quando não informada quantidade no parâmetro, será considerada a quantidade de 50 (cinquenta)
results para cada consulta.
Para filtrar a consulta pela série, a mesma deverá ser enviada na URL. Se houver mais de uma, separá-las
por vírgula.
http://localhost:8085/webservice/api/nfce/getRetorno/serie=700
ou
http://localhost:8085/webservice/api/nfce/getRetorno/serie=700,701,703
http://localhost:8085/webservice/api/nfce/getRetorno/serie=700?maxResults=100
ou
http://localhost:8085/webservice/api/nfce/getRetorno/serie=700,701,703?maxResults=100
11.3.1.7. Permissões
11.3.1.8. Cabeçalho
11.3.1.9. Envio
CAMPO DESCRIÇÃO
Retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”.
Ids
Listagem dos IDs dos processamentos que constam como não consultados.
Atributo de “retorno”.
Nfces
Listagem dos retornos das NFC-es que foram processadas pelo software.
Atributo de “retorno”.
loteInutilizado
Listagem dos retornos das Inutilizações enviadas.
*Consultar arquivo de exemplo: nfce_response_getRetorno.txt
Não há.
11.3.2.1. Introdução
Método para obter os retornos dos documentos que devem ser enviados para o Printer imprimir.
11.3.2.2. URL
<host>:<port>/<webservice>/api/nfce/getImpressao
11.3.2.4. Permissões
11.3.2.5. Cabeçalho
11.3.2.6. Envio
CAMPO DESCRIÇÃO
Impressao Lista documentos para impressão.
idProcessamento Atributo de “impressao”. Id do processamento.
Params Atributo de “impressao”. Parâmetros de impressão.
*Consultar arquivo de exemplo: nfce_response_getImpressao.txt
Não há.
11.3.3. GetXml
11.3.3.1. Introdução
11.3.3.2. URL
<host>:<port>/<webservice>/api/nfce/<chave nfce>/getXml
11.3.3.4. Permissões
11.3.3.5. Cabeçalho
11.3.3.6. Envio
11.3.4. GetXmlCancelamento
11.3.4.1. Introdução
11.3.4.2. URL
<host>:<port>/<webservice>/api/nfce/<chave nfce>/getXmlCancelamento
http://localhost:8080/webservice/api/nfce/<chave nfce>/getXmlCancelamento
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/nfce/<chave nfce>/getXmlCancelamento
(ambiente de homologação do SaaS)
11.3.4.4. Permissões
11.3.4.5. Cabeçalho
11.3.4.6. Envio
11.3.5. GetDanfe
11.3.5.1. Introdução
<host>:<port>/<webservice>/api/nfce/<chave nfce>/getDanfe
11.3.5.4. Permissões
11.3.5.5. Cabeçalho
11.3.5.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
11.3.6. GetStatus
11.3.6.1. Introdução
Método para obter o Status (Código-Descrição) da respectiva chave de NFC-e. Deve ser utilizado para
obter informações de um único documento não importando o estágio de processamento. É diferente da
“Consulta retorno” que retorna os dados somente de documentos que tiveram seu processamento
finalizado.
Os atributos relacionados ao id de processamento do documento (“ids”, “idProcessamento” ou
“idProcessamentoLote”) estarão sempre vazios.
11.3.6.2. URL
<host>:<port>/<webservice>/api/nfce/<chave nfce>/getStatus
11.3.6.4. Permissões
11.3.6.5. Cabeçalho
11.3.6.6. Envio
Response Body:
{
"retorno": {
"ids": [],
"loteInutilizado": [],
"nfces": [],
"referencia":""
}
}
Http status: 200
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
ids Atributo de “retorno”. Não será preenchido.
Atributo de “retorno”. Listagem dos retornos das NFC-es.Caso localizado será retornado o
nfces
documento consultado.
Atributo de “retornoListagem dos retorno de Inutilizações. Será preenchido se o
loteInutilizado
documento consultado estiver inutilizado.
referencia Nome do arquivo utilizado na integração.
*Consultar arquivo de exemplo: nfce_response_getStatus.txt.
11.3.7.1. Introdução
Método para obter o Status (Código-Descrição) de NFC-e apartir de um conjunto de filtros. Deve ser
utilizado para obter informações de um único documento não importando o estágio de processamento. É
diferente da “Consulta retorno” que retorna os dados somente de documentos que tiveram seu
processamento finalizado.
Os atributos relacionados ao id de processamento do documento (“ids”, “idProcessamento” ou
“idProcessamentoLote”) estarão sempre vazios.
11.3.7.2. URL
<host>:<port>/<webservice>/api/nfce/getStatus
É necessário informar os parâmetros de CNPJ Emissor, Número NFC-e e Série NFC-e para realizar a busca.
Todos os parâmetros são obrigatórios.
http://localhost:8080/webservice/api/nfce/getStatus?cnpjEmissor=1234567890&numeroNfce=1000&ser
ie=730 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/nfce/getStatus?cnpjEmissor=1234567890&numeroNfce=1000&se
rie=730 (ambiente de homologação do SaaS)
11.3.7.5. Permissões
11.3.7.6. Cabeçalho
11.3.7.7. Envio
Response Body:
{
"retorno": {
"ids": [],
"loteInutilizado": [],
"nfces": [],
"referencia":""
}
}
Http status: 200
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
ids Atributo de “retorno”. Não será preenchido.
Atributo de “retorno”. Listagem dos retornos das NFC-es. Caso localizado será retornado o
nfces
documento consultado.
Atributo de “retorno”. Listagem dos retorno de Inutilizações. Será preenchido se o
loteInutilizado
documento consultado estiver inutilizado.
referencia Nome do arquivo utilizado na integração.
*Consultar arquivo de exemplo: nfce_response_getStatus_com_parametros.txt.
11.3.8.1. Introdução
Método de consulta para retornar os logs da NFC-e, irá retornar todos os logs de uma única NFC-e a cada
consulta, por isso o cliente deverá enviar como parâmetro a identificação da NFC-e. Este método retorna uma
lista paginada com todos os logs para os filtros informados. Mais informações sobre a paginação podem ser
consultadas no tópico LISTAGEM E PAGINAÇÃO neste documento.
11.3.8.2. URL
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/nfce/getLog?cnpj=00910509000171&ie=0018000282&serie=450
&numero=10006&offset=0&maxResults=10 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/nfce/getLog?cnpj=00910509000171&ie=0018000282&serie=450
&numero=10006&offset=0&maxResults=10 (ambiente de homologação do SaaS)
11.3.8.4. Permissões
11.3.8.5. Cabeçalho
11.3.8.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
Http status: 200
CAMPO DESCRIÇÃO
Não há.
11.3.9.1. Introdução
Método de consulta para retornar uma listagem de NFC-e, irá retornar alguns dados principais de 1 ou N NFC-
es por consulta. Este método retorna uma lista paginada com todos os documentos para os filtros informados.
Mais informações sobre a paginação podem ser consultadas no tópico LISTAGEM E PAGINAÇÃO neste
documento.
11.3.9.2. URL
A partir da versão 3.95.1 o intervalo entre período inicial e período final terá como limite 31 dias.
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/nfce/getListagem?cnpj=00910509000171&ie=0018000282&perio
doInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10 (instalação in
house)
ou
https://ws.h.dfe.mastersaf.com.br/api/nfce/getListagem?cnpj=00910509000171&ie=0018000282&perio
doInicial=01/12/2016 00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10 (ambiente de
homologação do SaaS)
11.3.9.4. Permissões
11.3.9.5. Cabeçalho
• “Basic Autentication”: Para todos os requests é preciso usar basic authentication utilizando o usuário e
a senha fornecidos.
11.3.9.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
Http status: 200
CAMPO DESCRIÇÃO
Não há.
Esse módulo necessita que sejam enviados os XMLs recebidos de fornecedores e depois que sejam marcados
como consultados.
Como em todos os módulos existe uma consulta padrão (GET) e também alguns métodos para consulta de
XMLs (processados e cancelados).
12.2.1. EnviarRecebimento
12.2.1.1. Introdução
12.2.1.2. URL
<host>:<port>/<webservice>/api/recebimentoNfe
12.2.1.5. Permissões
12.2.1.6. Cabeçalho
12.2.1.7. Envio
O corpo do POST (request body) deve ser um json contendo todos os campos do layout do método.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_nfe_request_post_enviar_recebimento.txt
CAMPO DESCRIÇÃO
result Informação de método bem sucedido. “OK”
anoMes Ano e mês da emissão.
cnpjEmitente CNPJ do Emitente.
recebimento Tipo do recebimento. Ex.: “xmlEmissao”.
cnpjDestinatario CNPJ do destinatário ou transportador.
*Consultar arquivo de exemplo: receptor_nfe_response_post_enviar_recebimento.txt
12.2.3. MarcarConsultado
12.2.3.1. Introdução
Método para indicar ao WebService que determinados documentos já foram consultados e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para geração de retorno.
12.2.3.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp
12.2.3.4. Layout
12.2.3.5. Permissões
12.2.3.6. Cabeçalho
12.2.3.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids” com uma
lista de ids dos documentos a serem marcados.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_nfe_request_post_marcar_consultado.txt
12.2.4. MarcarImpresso
12.2.4.1. Introdução
Método para indicar ao WebService que determinados documentos já foram impressos e não precisam
mais ser retornados na consulta (GET). Deve ser utilizado depois do método de consulta onde são listados
os documentos para que devem ser enviados para o Printer imprimir (getImpressao).
12.2.4.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp
12.2.4.4. Layout
12.2.4.5. Permissões
12.2.4.6. Cabeçalho
12.2.4.7. Envio
O corpo do POST (request body) deve ser um json contendo uma tag “action” e uma tag “ids”.
Exemplo de Request Body conforme arquivo de exemplo:
receptor_nfe_request_post_marcar_impresso.txt
12.3.1.1. Introdução
Método para obter os retornos dos documentos enviados e a lista de documentos não consultados.
12.3.1.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp
12.3.1.4. Permissões
12.3.1.5. Cabeçalho
12.3.1.6. Envio
CAMPO DESCRIÇÃO
Retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
ids
consultados.
Atributo de “retorno”. Listagem dos retornos das NF-es que foram processadas pelo
recebimentos
software.
Atributo de “retorno”. Contém a listagem dos eventos recebidos pelo Webservice
eventosDistribuicao
Distribuição.
*Consultar arquivo de exemplo: receptor_nfe_response_get.txt
Disponibilizamos o link para abertura do DANFE. Este novo campo deverá ser preenchido
somente nos retornos em que o status de NF-e permita a impressão de DANFE (Autorizada
ou Cancelada).
Para funcionamento da geração do link do DANFE, o preenchimento do campo “URL de
nfes.nota.url acesso ao portal” da tela Administração do Sistema > Extrato do Sistema torna-se
DanfePortal obrigatório.
Para a visualização do DANFE o usuário deverá ter a permissão “NF-e Visualizar” habilitada
em seu perfil.
Exemplo: nfes”:[{“nota”:{“urlDanfePortal”:”https://h.dfe.mastersaf.com.br/
mvc /receptorNfeTransp/visualizarDanfeRecebimento/3360767”
Disponibilizamos o link para abertura do PDF da Carta de Correção. Este novo campo será
preenchido somente nos retornos em que o status da Carta de Correção permita a impressão
do PDF (Autorizada).
Para funcionamento da geração do link do PDF CC-e, o preenchimento do campo “URL de
nfes.nota.url acesso ao portal” da tela Administração do Sistema > Extrato do Sistema torna-se
PdfCcePortal obrigatório.
Para a visualização do PDF CC-e o usuário deverá ter a permissão “NF-e Visualizar”
habilitada em seu perfil.
Exemplo: nfes”: [{“nota”:{“urlPdfCcePortal”:”https://h.dfe.mastersaf.com.br/mvc/
nfe/pdf/cartaCorrecao/receptorNfeTransp/46736”
Não há.
12.3.2. GetXml
12.3.2.1. Introdução
12.3.2.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp/<chave nfe>/getXml
12.3.2.4. Permissões
12.3.2.5. Cabeçalho
12.3.2.6. Envio
12.3.3. GetXmlCancelamento
12.3.3.1. Introdução
12.3.3.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp/<chave nfe>/getXmlCancelamento
12.3.3.3. Exemplo URL
http://localhost:8080/webservice/api/recebimentoNfeTransp/<chave nfe>/getXmlCancelamento
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimentoNfeTransp/<chave nfe>/getXmlCancelamento
(ambiente de homologação do SaaS)
12.3.3.4. Permissões
12.3.3.5. Cabeçalho
12.3.3.6. Envio
12.3.4. GetStatus
12.3.4.1. Introdução
Método para obter o Status (Código-Descrição) da respectiva chave de NF-e. Deve ser utilizado para obter
informações de um único documento não importando o estágio de processamento. É diferente da
“Consulta retorno” que retorna os dados somente de documentos que tiveram seu processamento
finalizado.
Esse método possui a mesma estrutura de resposta que os métodos “Consulta Padrão” e “Consulta
Retorno” (GET), para mantermos um layout único de resposta de documentos em nosso webservice. Os
atributos relacionados ao id de processamento do documento (“ids”, “idProcessamento” ou
“idProcessamentoLote”) estarão sempre vazios.
12.3.4.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp/<chave nfe>/getStatus
12.3.4.4. Permissões
12.3.4.5. Cabeçalho
12.3.4.6. Envio
Response Body:
{
"retorno": {
"eventosDistribuicao": [],
"recebimentos": [],
"ids": []
}
}
Http status: 200
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
ids Não há.
recebimentos Atributo de “retorno”. Listagem dos retornos das NF-es que foram solicitados.
eventosDistribuicao Atributo de “retorno”. Não será preenchido.
*Consultar arquivo de exemplo: receptor_nfe_response_getStatus.txt.
Não há.
12.3.5.1. Introdução
Método para obter os retornos dos documentos que devem ser enviados para o Printer imprimir.
12.3.5.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp/getImpressao
12.3.5.4. Permissões
12.3.5.5. Cabeçalho
12.3.5.6. Envio
CAMPO DESCRIÇÃO
Impressao Lista documentos para impressão.
idProcessamento Atributo de “impressao”. Id do processamento.
Params Atributo de “impressao”. Parâmetros de impressão.
*Consultar arquivo de exemplo: receptor_nfe_response_getImpressao.txt
Não há.
12.3.6.1. Introdução
Método para obter os retornos dos documentos enviados, lista de documentos não consultados.
12.3.6.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp/getRetorno
12.3.6.4. Permissões
12.3.6.5. Cabeçalho
12.3.6.6. Envio
CAMPO DESCRIÇÃO
retorno Grupo de informações para geração dos arquivos de retorno.
Atributo de “retorno”. Listagem dos IDs dos processamentos que constam como não
ids
consultados.
Atributo de “retorno”. Listagem dos retornos dos Recebimentos que foram processados
recebimentos
pelo software.
Eventos Atributo de “retorno”. Contém a listagem dos eventos recebidos pelo Webservice
Distribuicao Distribuição.
*Consultar arquivo de exemplo: receptor_nfe_response_getRetorno.txt
12.3.7. GetDanfe
12.3.7.1. Introdução
12.3.7.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp/<chave nfe>/getDanfe
12.3.7.4. Permissões
12.3.7.5. Cabeçalho
12.3.7.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
Para ambiente SaaS: O danfe gerado tem como base o parâmetro “Formato de Impressão” (módulo NF-e)
do cadastro da empresa, porém, se houver cadastro de customização em “Grupo de Empresas > Documentos
Customizados” para o módulo, grupo da empresa e tipo de documento, o parâmetro do cadastro de empresa
será desconsiderado e passará a valer apenas a customização de documento cadastrada no grupo de empresa.
12.3.8. GetXmlCartaCorrecao
12.3.8.1. Introdução
Método para obter o XML da carta de correção de recebimento da respectiva chave de NF-e.
12.3.8.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp/<chave nfe>/getXmlCartaCorrecao
http://localhost:8080/webservice/api/recebimentoNfeTransp/<chave nfe>/getXmlCartaCorrecao
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimentoNfeTransp/<chave nfe>/getXmlCartaCorrecao
(ambiente de homologação do SaaS)
12.3.8.4. Permissões
12.3.8.6. Envio
12.3.9. GetCartaCorrecao
12.3.9.1. Introdução
Método para obter o DANFE da carta de correção de recebimento para a respectiva chave de NF-e.
12.3.9.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp/<chave nfe>/getCartaCorrecao
http://localhost:8080/webservice/api/recebimentoNfeTransp/<chave nfe>/getCartaCorrecao
(instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimentoNfeTransp/<chave nfe>/getCartaCorrecao
(ambiente de homologação do SaaS)
12.3.9.4. Permissões
12.3.9.5. Cabeçalho
12.3.9.6. Envio
Response Body: retornará um array de bytes (byte[]). Esse retorno terá de ser escrito em disco com
extensão “.pdf”.
Http status: 200
Para ambiente SaaS: O pdf gerado é padrão, porém, se houver cadastro de customização em “Grupo
de Empresas > Documentos Customizados” para o módulo, grupo da empresa e tipo de documento, o
parâmetro do cadastro de empresa será desconsiderado e passará a valer apenas a customização de
documento cadastrada no grupo de empresa.
12.3.10.1. Introdução
Método de consulta para retornar os logs da NF-e do Receptor, irá retornar todos os logs de uma única NF-e a
cada consulta, por isso o cliente deverá enviar como parâmetro a identificação da NF-e. Este método retorna
uma lista paginada com todos os logs para os filtros informados. Mais informações sobre a paginação podem
ser consultadas no tópico LISTAGEM E PAGINAÇÃO neste documento.
12.3.10.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp/getLog?cnpj=<número cnpj>&ie=<número
inscrição estadual>&serie=<série da NF-e>&numero=<número da NF-e>
<host>:<port>/<webservice>/api/recebimentoNfeTransp/getLog?cnpj=<número cnpj>&ie=<número
inscrição estadual>&serie=<série da NF-e>&numero=<número da NF-
e>&offset=<offset>&maxResults=<maxResults>
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/recebimentoNfeTransp/getLog?cnpj=00910509000171&ie=00180
00282&serie=450&numero=10006&offset=0&maxResults=10 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/recebimentoNfeTransp/getLog?cnpj=00910509000171&ie=00180
00282&serie=450&numero=10006&offset=0&maxResults=10 (ambiente de homologação do SaaS)
12.3.10.4. Permissões
12.3.10.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”:
0}Http status: 200
CAMPO DESCRIÇÃO
Não há.
12.3.11.1. Introdução
Método de consulta para retornar uma listagem de NF-e do Receptor, irá retornar alguns dados principais de 1
ou N NF-e por consulta. Este método retorna uma lista paginada com todos os documentos para os filtros
informados. Mais informações sobre a paginação podem ser consultadas no tópico LISTAGEM E PAGINAÇÃO
neste documento.
12.3.11.2. URL
<host>:<port>/<webservice>/api/recebimentoNfeTransp/getListagem?cnpj=<número cnpj>&ie=<número
inscrição estadual>&periodoInicial=<período inicial DD/MM/AAAA HH:MM>&periodoFinal=<período final
DD/MM/AAAA HH:MM>
<host>:<port>/<webservice>/api/recebimentoNfeTransp/getListagem?cnpj=<número cnpj>&ie=<número
inscrição estadual>&periodoInicial=<período inicial DD/MM/AAAA HH:MM>&periodoFinal=<período final
DD/MM/AAAA HH:MM>&offset=<offset>&maxResults=<maxResults>
A partir da versão 3.95.1 o intervalo entre período inicial e período final terá como limite 31 dias.
Atenção: Estamos construindo uma nova base de conhecimento no Apiary, que é uma plataforma de
documentação de API, no link: https://mastersafdfev3.docs.apiary.io/
Sendo assim, este método pode ser consultado neste link.
http://localhost:8080/webservice/api/
recebimentoNfeTransp/getListagem?cnpj=00910509000171&ie=0018000282&periodoInicial=01/12/2016
00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10 (instalação in house)
ou
https://ws.h.dfe.mastersaf.com.br/api/
recebimentoNfeTransp/getListagem?cnpj=00910509000171&ie=0018000282&periodoInicial=01/12/2016
00:00&periodoFinal=13/03/2017 00:00&offset=0&maxResults=10 (ambiente de homologação do SaaS)
12.3.11.4. Permissões
12.3.11.5. Cabeçalho
12.3.11.6. Envio
Response Body: {“result”:[], “message”:”OK”, “hasMore”: false , “count”: 10, “maxResults”: 10, “offset”: 0}
Http status: 200
CAMPO DESCRIÇÃO
Não há.
http://en.wikipedia.org/wiki/List_of_http_status_codes
2. Informar a URL:
1. Importar este projeto no eclipse como um projeto maven. Para isto, acessar opção pelo menu File >
Import > Existing Maven Projects.
2.Com o projeto importado, abrir a classe br.com.mastersaf.WSTest (Para testar método POST
enviarPacote da NF-e) ou br.com.mastersaf.WSPdfDacteTest (Teste para método GET getDacte do CT-e).
2.1. Configurar os atributos URL_WEBSERVICE, USER e PASSWORD.
2.2. O usuário informado deverá ter a permissão de integrador no portal MASTERSAF.
2.3. Retornar no método getBodyRequest, o json da NFE com os seus dados. Este formato foi o mesmo
descrito neste manual.
3.3.1 / 3.3.5 / 3.3.6 / 3.3.7 – Atualização dos itens de retorno e layout com
os novos parâmetros de prorrogação ICMS
(loteEventoProrrogacaoIcmsRespostaFisco e loteEventoProrrogacaoIcms.)
1.26 21/06/2016 Inclusão do modelo/exemplo de envio POST NFe – EPEC: 3.44.
nfe_request_post_enviar_pacote_4.txt e 0
nfe_request_post_enviar_pacote_5.txt
1.27 19/07/2016 Atualização módulo NFe – Saída de Mercadoria: 3.44.2
1 - Inclusão de um novo item de retorno (passagemPortariaNfe),
para consulta getRetorno do módulo Nfe (3.3.7.10 / 3.3.7.11).
2 - Atualização do arquivo de exemplo nfe_response_getRetorno.txt
1.28 30/08/2016 Incluído item 3.3.5 – GetXmlCartaCorrecao (Emissor NF-e); 3.45.2
Incluído item 3.3.6 – GetCartaCorrecao (Emissor NF-e);
Incluído item 4.3.5 – GetXmlCartaCorrecao (Emissor CT-e);
Incluído item 4.3.6 – GetCartaCorrecao (Emissor CT-e);
Inclusão de documentos de exemplo (*response):
1. nfe_response_get_xml_carta_correcao.txt
2. cte_response_get_xml_carta_correcao.txt
1.29 13/09/2016 Incluído item 6.3.8 – GetXmlCartaCorrecao (Receptor NF-e); 3.46.
Incluído item 6.3.9 – GetCartaCorrecao (Receptor NF-e); 0
Incluído item 7.3.6 – GetXmlCartaCorrecao (Receptor CT-e);
Incluído item 7.3.7 – GetCartaCorrecao (Receptor CT-e);
Inclusão dos documentos de exemplo (*response):
1. receptor_cte_response_get_xml_carta_correcao.txt
2. receptor_nfe_response_get_xml_carta_correcao.txt
3. Atualização dos arquivos de exemplo:
a. nfe_request_post_cancelar.txt
b. nfe_request_post_inutilizar.txt
1.30 27/09/2016 1. Atualização dos arquivos de exemplo MDF-e: 3.46.1
a. mdfe_request_post_cancelar.txt
b. mdfe_request_post_encerrar.txt
c. mdfe_request_post_enviar_pacote.txt
1.31 25/10/2016 Incluído item 1.3.2. Consulta Retorno (GetRetorno NFS-e). 3.47.0
1. Inclusão do arquivo de exemplo NFSe:
a. nfse_response_getRetorno.txt
⋅ adm\adm_request_post_EditarEmpresa.txt
⋅ adm\adm_request_post_IncluirEmpresa.txt
⋅ adm\adm_request_post_UploadCertificado.txt
⋅ adm\adm_response_get_ListagemMunicipio.txt
⋅ adm\adm_response_post_IncluirEmpresa_NOK.txt
⋅ adm\adm_response_post_IncluirEmpresa_OK.txt
⋅ adm\adm_response_post_UploadCertificado.txt
• Nova planilha com layout para os métodos ADM:
⋅ Mastersaf_Layout_DFe_V3_Adm.xlsx
Incluído Item 2.3.13 – Consulta Log da NF-e (Emissor NF-e):
• Novo arquivo de exemplo:
⋅ nfe_response_get_log.txt
Incluído Item 2.3.14 – Consulta Listagem de NF-e (Emissor NF-e):
• Novo arquivo de exemplo:
⋅ nfe_response_get_listagem.txt
Incluído Item 6.3.10 – Consulta Log da NF-e (Receptor NF-e):
• Novo arquivo de exemplo:
⋅ receptor_nfe_response_get_log.txt
Incluído Item 6.3.11 – Consulta Listagem de NF-e (Receptor NF-e):
• Novo arquivo de exemplo:
⋅ receptor_nfe_response_get_listagem.txt
1.38 11/04/2017 • Incluído capítulo 9 – CTE OS; 3.51.0
• Inclusão do arquivos de exemplo CT-e OS:
• cteos\cteos_request_post_cancelar_3.00.txt
• cteos\cteos_request_post_carta_correcao_3.00.txt
• cteos\cteos_request_post_enviar_pacote_3.00.txt
• cteos\cteos_request_post_inutilizar_3.00.txt
• cteos\cteos_request_post_marcar_consultado.txt
• cteos\cteos_response_get.txt
• cteos\cteos_response_get_xml.txt
• cteos\cteos_response_get_xml_cancelamento.txt
• cteos\cteos_response_get_xml_carta_correcao.txt
• cteos\cteos_response_getRetorno.txt
• cteos\cteos_response_getStatus.txt
• receptor_cteos\receptor_cteos_response_get_xml_carta_correcao.
txt
• receptor_cteos\receptor_cteos_response_getRetorno.txt
• receptor_cteos\receptor_cteos_response_post_enviar_recebiment
o.txt
1.41 06/06/2017 Atualização dos documentos de exemplo para integração via 3.52.1
webservice (*Post), para emissão de NF-e’s, agora com versão 4.00:
• nfe_request_post_enviar_pacote_1
• nfe_request_post_enviar_pacote_2
• nfe_request_post_enviar_pacote_3
• nfe_request_post_enviar_pacote_4
• nfe_request_post_enviar_pacote_5
1.42 18/07/2017 Atualização dos documentos de exemplo para integração via 3.53.1
webservice (*Post), para emissão de NF-e’s 4.00 conforme NT
2016.002:
• nfe_request_post_enviar_pacote_1
• nfe_request_post_enviar_pacote_2
• nfe_request_post_enviar_pacote_3
• nfe_request_post_enviar_pacote_4
• nfe_request_post_enviar_pacote_5
1.43 01/08/2017 Incluído item 9.3.8 – GetDacteOS. 3.53.2
1.44 26/09/2017 Módulo NFS-e: 3.55.0
• Correção na composição da variável referência do método
UploadRetornoPrefeitura.
Módulo NF-e:
• Método Cancelar: a variável txt_conteudo\xml passou a permitir
conteúdo em formato XML e/ou TXT;
• Método Inutilizar: a variável txt_conteudo\xml passou a permitir
conteúdo em formato XML e/ou TXT;
• Método Enviar Carta Correcao NF-e: a variável txt_conteudo\xml
passou a permitir conteúdo em formato XML e/ou TXT;
• Método Pedido de Prorrogação ICMS: a variável
txt_conteudo\xml passou a permitir conteúdo em formato XML
e/ou TXT;
Incluído documento:
Fluxo_Webservice_SolicitaImpressão_CTE.pdf
1.67 25/09/2020 Módulo NF-e: 3.82.1
2.2.1.: incluída documentação sobre o método “EnviarPacote”,
especificando os campos do grupo Mastersaf.
Módulo ADM:
8.2.1.5.: incluída tag __param-csc-ini__ na descrição do campo
txt_conteudo.
Módulo NF-e:
2.2.1.4.: Adicionada nova opção de versão de layout “4.04” no
campo versaoLayoutDfe.
Ajustado tópico:
2.3.12. Consulta Impressão Carta Correção Nfe
Colocadas informações da nova ferramenta no tópico.
1.81 10/05/2022 Módulo NF-e 3.103.1
Ajustado tópico:
2.2.1.4. Layout
Ajustado exemplo e composição do grupo mastersaf.
1.82 24/05/2022 Módulo NF-e 3.104.0
Ajustado tópico:
2.3.14. Consulta Listagem de NF-e
Adicionado parâmetro infoAdicionais.
Alterado nome do txt de exemplo "nfe_response_get_listagem.txt"
para "nfe_response_get_listagem_infoadicionais.txt".
Criado txt exemplo "nfe_response_get_listagem_resumido.txt".
1.83 19/07/2022 Módulo NFS-e 3.106.0
Ajustado tópico:
1.2.6. Convertida
Ajustado tópico:
3.3.10.3. Filtro de CNPJ Emissor, Número da CT-e e Série da CT-e
Adicionado parâmetro “incluiXmlProc”, opcional.
1.85 14/03/2023 Módulo ADM 3.114.1
Ajustado tópico:
8.2.1. Manutenção de Empresa
Ajustada descrição do campo txt_conteudo.
| SUPORTE TÉCNICO
Para dúvidas ou problemas, abra um chamado na Central de Ajuda diretamente através deste link Onesource
Mastersaf - Suporte Geral (Zendesk) ou entre em contato com nossa equipe de Suporte Técnico pelo Telefone: