Painel de líderes

Respondendo a minha própria pergunta. A tag no XML original estava incompleta: <pag> <tPag>01</tPag> <vPag>18403.90</vPag> </pag> Forma correta: <pag> <detPag> <tPag>01</tPag> <vPag>18403.90</vPag> </detPag> </pag> Após esta mudança, o XML passou no teste de homologação 4.00 !! Obrigado a todos.

Acredito que não são todos os produtos, veja abaixo: "Cest é uma sigla que significa "Código Especificador da Substituição Tributária". Foi criado para estabelecer uma sistemática de uniformização e identificação das mercadorias e bens que são passíveis de Substituição Tributária e antecipação de ICMS." Segue abaixo a relação que obriga a ter o CEST informado pelo CSTs e CSOSNs: Relação de CSTs cujo CEST será obrigatório 10 tributada com cobrança de ICMS por substituição tributária 30 isenta ou não tributada com cobrança de ICMS por substituição tributária 60 ICMS cobrado anteriormente por substituição tributária 70 com redução de base de cálculo e cobrança de ICMS por substituição tributária 90 outros, desde que com a TAG vICMSST Relação de CSOSNs cujo CEST será obrigatório 201 tributada pelo Simples Nacional com permissão de crédito e com cobrança do ICMS por substituição tributária 202 tributada pelo Simples Nacional sem permissão de crédito e com cobrança do ICMS por substituição tributária 203 isenção de ICMS do Simples Nacional para a faixa de receita, com cobrança do ICMS por substituição tributária 500 cobrado anteriormente por substituição tributária ou por antecipação 900 outros, desde que com a TAG vICMSST

Vc não terá Data/Hora de Recebimento(dhRecbto) se a nota não foi recebida, certo? Os demais campos são gerados antes do envio, ex: Chave da NFe - ACBrNFe1.NotasFiscais[0].NFe.infNFe.ID DigestValue - ACBrNFe1.NotasFiscais[0].NFe.signature.DigestValue

Houve alterações na página de consulta disponibilizada pela receita. Tem discussão sobre o assunto e sugestão de ajuste aqui, por favor, continue nesse tópico.

O link agora é esse: http://www4.receita.fazenda.gov.br/simulador/BuscaNCM.jsp

Se não houve retorno do protocolo não há o que preencher nas propriedades do procNFe, nem faz sentido tentar acessá-las. Você pode testar pelo Enviar.cStat o código de retorno e apenas quando houve autorização ou denegação de uso, atualizar o banco com as informações do procNFe.

Bom dia, Uma pequena correção, o que temos é um componente chamado ACBreSocial para o Delphi e Lazarus. Esse componente tem por finalidade gerar, assinar, validar e enviar os eventos do eSocial para o Webservice. Futuramente teremos uma DLL do ACBreSocial que poderá ser utilizada por qualquer outra linguagem. Estamos estudando também a possibilidade de adicionar o eSocial ao aplicativo ACBrMonitor Plus. Com este aplicativo a sua aplicação vai gerar um arquivo TXT no formato INI com os dados do evento e salvar em uma pasta pré-definida, o Monitor vai se encarregar do resto. Mas não temos ainda previsão.

Bom dia Edevair, Lembre-se que antes da nota ser enviada para SEFAZ o componente ACBrNFe submete o XML da mesma ao validador que se utiliza dos schemas (arquivos XSD) que estão presentes na sua maquina. Os schemas tem a capacidade de identificar uma campo ausente quando este é obrigatório, o tipo do seu conteúdo, bem como o tamanho mínimo e máximo. Não é capaz por exemplo informar se o CNPJ é valido ou não, se o conteúdo for 14 dígitos o validador considera que a informação é valida, mas isso não significa que esta correta. Se a nota foi gerada, assinada, validada e enviada o problema não são os schemas. Por outro lado o validador da SEFAZ é capaz de fazer uma validação mais completa, caso entra algum dado errado a nota é rejeitada e no retorno temos o código e o motivo dessa rejeição. Lhe pergunto, a nota contem erros de validação ou rejeições? Outra coisa, foi publicado no Portal Nacional da NF-e a seguinte notícia: 27/03/2018 - ATENÇÃO: Postergada validação do CEST. A regra de validação que exige o CEST na NF-e e NFC-e (N23-10) fica postergada até a publicação de Nota Técnica com maiores esclarecimentos. Assinado por: Coordenação Técnica do ENCAT

Bom dia, mais uma dica: a nova versão 4.00 em homologação já está exigindo o CEST em itens com CST=60. Não vi em produção ainda... Att Ricardo

Refiz todo o processo de emissão e tratamento de erro, coloquei pra só salvar o xml no banco quando for autorizado, mantendo o xml original em uma pasta e consultando através dela, assim ficam separados os xmls originais dos salvos em banco, vou distribuir e testar, muito obrigado pela ajuda. DEUS abençoe

O valor padrão para a tag é ieRelevante. Para não gerar no XML você deve informar o valor como ieNenhum.

Bom dia, adicionado para verificação. Obrigado.