Italo Giurizzato Junior

Bom dia, Com o programa exemplo também ocorre o mesmo problema?

Boa tarde, Faça um teste usando o componente novo de emissão de NFS-e: ACBrNFSeX.

Ezequiel, Esse erro esta ocorrendo em sua aplicação correto? No programa exemplo ocorre esse erro? Se não ocorre é porque você esta esquecendo de alguma coisa, como por exemplo definir a procedure ChecarResposta.

Boa tarde Ezequiel, Lembre-se que o programa exemplo do componente ACBrNFSeX usado para emitir NFS-e, é apenas um programa exemplo e não um emissor de notas. Ele serve para lhe apresentar as funcionalidades que o componente oferece e como se faz para ter acesso a elas. Como configurar o componente, como alimentar o componente com os dados do serviço prestado, Estude o programa exemplo para depois começar a fazer a sua aplicação, esta sim vai ser um emissor de nota fiscal de serviço eletrônica.

Boa tarde Jorge, O provedor SmarAPD possui 2 webservice, um que recepciona os Rps com layout próprio e outro que recepciona com layout da ABRASF versão 2. Peço que atualize todos os fontes de todas as pastas e reinstale a suíte ACBr pois envie diversas alterações para o SVN. Utilize o programa exemplo do novo componente para realização dos testes.

Olá pessoal, Foi publicado a versão 1.20 da NT 2020/005 que trata sobre os novos campos da NF-e bem como das novas regras de validação, alteração de outras e atualização de outros campos. Nessa versão da NT foi corrigido uma informação que era a placa que passaria a ser opcional sendo que na verdade é a UF da placa que passa a ser opcional por conta das novas placas do Mercosul. Resumo dos novos campos: Novos campos no detalhamento do produto: cBarra - Código de barras diferente do padrão GTIN cBarraTrib - Código de Barras da unidade tributável que seja diferente do padrão GTIN Novos campos referente a Tributação: ICMS=10 , ICMS=70 e ICMS=90 vICMSSTDeson - Valor do ICMS- ST desonerado motDesICMSST - Motivo da desoneração do ICMS- ST ICMS=51 pFCPDif - Percentual do diferimento do ICMS relativo ao Fundo de Combate à Pobreza (FCP) vFCPDif - Valor do ICMS relativo ao Fundo de Combate à Pobreza (FCP) diferido vFCPEfet - Valor efetivo do ICMS relativo ao Fundo de Combate à Pobreza (FCP) Grupo PIS ST indSomaPISST - Indica se o valor do PISST compõe o valor total da NF-e Grupo COFINS ST indSomaCOFINSST - Indica se o valor da COFINS ST compõe o valor total da NF-e Houve também alteração nas regras: 1C17-50 que passa ter a seguinte redação: Se operação de saída interestadual (tpNF=1 e idDest=2) e operação com Consumidor Final (indFinal=1) e indIEDest=9: • Acessar Cadastro Centralizado de Contribuinte (Chave: UF do Destinatário, CNPJ do Emitente, cSitCNPJ=10) • Denegar a NF-e se for encontrado registro de bloqueio no CCC Nota: Regra de Validação não aplicável pelas UFs não signatárias, conforme parágrafo 7º da Cláusula sexta, do Ajuste SINIEF 07/05. 3B08-100 que passa a ter a seguinte redação: Se Tipo de Emissão da NF-e for 1 (Emissão normal), 6 (Contingência SVC-AN) ou 7 (Contingência SVC-RS): • Acesso BD de Inutilização (Chave: Modelo, UF, CNPJ/CPF, Série, Número): * Numeração da NF-e está inutilizada (NT 2011/004) (NT 2018.001) Observação: Se cUF(B02) for igual 35(SP) validar também se Tipo de Emissão da NF-e for 2 (Contingência FS-IA), 4(Contingência EPEC) ou 5(Contingência FS-DA). O prazo para implementação foi prorrogado, agora as novas datas são: Ambiente de Homologação (ambiente de teste das empresas): 02/08/2021 (antes era 01/07/2021) Ambiente de Produção: 04/10/2021 (antes era 01/09/2021) Com relação ao componente ACBrNFe, já esta em conformidade com a NT e se encontra atualizado no SVN. Recomendo que se faça a atualização de todos os fontes de todas as pastas, reinstale a suíte ACBr e aguardem a data de liberação do ambiente de homologação para dar inicio aos testes com os novos campos. Não deixem de lerem a NT na integra, ela esta disponível em nossa biblioteca: http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2020/

Bom dia Bruno, Pelo o que eu entendi, no programa exemplo você clica no botão Imprimir o DANFSE, informa qual é o XML e ocorre o erro, correto? Se sim, você poderia anexar o XML para que eu possa analisar o problema?

Bom dia Valdir, Você configurou as propriedades de Margens? No programa exemplo mostra como fazer essa configuração.

Boa tarde Marcos, Se o DistribuicaoDFe do CT-e funciona exatamente igual a da NF-e teríamos o seguinte: Suponha que no retorno temos 50 documentos, cada documento possui um NSU que a principio é sequencial, ou seja, se o primeiro for 1000 o segundo é 1001 e o ultimo seria 1049 (de 1000 a 1049 temos 50 documentos). O valor de ultNSU é o NSU do ultimo documento retornado que no exemplo acima seria 1049. Estou me baseando no retorno do DistribuicaoDFe da NF-e, como lhe disse, acredito que seja da mesma forma. Seria interessante você configurar o componente para salvar os arquivos de envio e de retorno para que fosse possível fazer essa verificação. Configuracoes.Geral.Salvar := True;

Boa tarde Juliano, Muito obrigado por esse retorno, me parece que estamos no caminho certo.

Boa tarde, Mais uma observação, o correto é: [valePed] categCombVeic=06 A letra "C" de categoria é minúsculo.

Marcos, Eu não sei como você organiza os documentos retornados para poder popular essa tabela, mas realmente esses 3 documentos estão com um NSU bastante fora do normal.

Bom dia Marcos, O campo CTE_DIS_EV_NSU se ao NSU do documento baixado ou ultimo NSU retornado pela tag <ultNSU>? Cada documento baixo tem o seu próprio NSU, mas lembre-se que para a próxima execução do método DistribuicaoDFePorUltNSU devemos utilizar o valor de ultNSU retornado na execução anterior. No meu entendimento você precisa ter uma outra tabela com o valor de ultNSU.

Bom dia, A alteração que fiz era para ter resolvido o problema relatado. Vamos resolver esse problema sim.

Bom dia, Como a remoção das aspas não resolveu vamos fazer mais um teste. No arquivo Fiorilli.ini favor fazer uma alteração para realizar o teste. Mudar de: [Assinar] RPS=1 Lote=1 URI=1 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=1 RpsGerar=1 LoteGerar=0 Substituir=0 Para: [Assinar] RPS=1 Lote=1 URI=1 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=1 RpsGerar=0 LoteGerar=1 Substituir=0

Boa tarde, Favor atualizar os fontes e faça novos testes.

Juliano, Favor atualizar os fontes e faça novos testes.

Boa tarde Rhuan, Não sei se você esta sabendo, estamos com um novo componente de emissão de NFS-e: ACBrNFSeX. Todas as melhorias e correções estamos promovendo somente no componente novo. Lhe convido a conhecer o novo componente. Manual de Migração do componente velho para o novo.

Boa tarde Juliano, Muito obrigado, vou analisar.

Bom dia Juliano, No retorno temos: <Mensagens> <item> <id>E0010</id> <DescricaoProcesso>Processo Geral</DescricaoProcesso> <DescricaoErro>Usuário não emissor de nota eletrônica</DescricaoErro> </item> <item> <id>E0014</id> <DescricaoProcesso>Processo Geral</DescricaoProcesso> <DescricaoErro>Falha na autenticação, verifique suas credenciais.</DescricaoErro> </item> <item> <id>E0018</id> <DescricaoProcesso>Verificação da situação da Nota</DescricaoProcesso> <DescricaoErro>Atividade em branco.</DescricaoErro> </item> <item> <id>E0022</id> <DescricaoProcesso>Verificação dos dados da Nota</DescricaoProcesso> <DescricaoErro>Deve ser informado o código de um município brasileiro quando código do país não é indicado.</DescricaoErro> </item> <item> <id>E0023</id> <DescricaoProcesso>Verificação dos dados da Nota</DescricaoProcesso> <DescricaoErro>O código de município de prestação informado não pertence à lista do IBGE.</DescricaoErro> </item> <item> <id>E0024</id> <DescricaoProcesso>Verificação dos dados da Nota</DescricaoProcesso> <DescricaoErro>O código de município de incidência informado não pertence à lista do IBGE.</DescricaoErro> </item> <item> <id>E0078</id> <DescricaoProcesso>Verificação da situação do RPS</DescricaoProcesso> <DescricaoErro>Tipo de RPS inválido.</DescricaoErro> </item> <item> <id>E0077</id> <DescricaoProcesso>Verificação da situação do RPS</DescricaoProcesso> <DescricaoErro>Prazo para conversão do RPS expirado.</DescricaoErro> </item> </Mensagens> Os erros E0010 e E0014 acredito que seja o CPF informado na tag <cpf>, ele não deve estar cadastrado no provedor. O erro E0018 fiquei na duvida pois não tem nenhuma tag para informar a Atividade. O erro E0022 acredito que deva ser a tag <servico> que esta vazia, o seu conteúdo só é gerado se for informado: NFSe.Servico.CodigoTributacaoMunicipio O erro E0023 e E0024 esta estranho pois não existe tags para o código de município de prestação e código de município de incidência. O código 3122306 informado na tag <tomador_cod_cidade> existe, é da cidade de: Divinópolis/MG. O erro E0078 é estranho pois não existe uma tag para informar o Tipo de Rps, a não ser que o tipo que se refere na realidade é a Serie do Rps. Mais estranho ainda é o erro E0077 onde diz que o prazo para a conversão do Rps esta expirado. Eu sugiro que você entre em contato com o provedor e questione ele sobre esses erros.

Bom dia, Utilizei o site abaixo para verificara a validade da assinatura no arquivo 1-ger-nfse.xml Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br) Ao clicar no botão [validar] tive a seguinte resposta: A assinatura digital do documento fornecido é válida. A principio não encontrei nada que pudesse ocorrer essa rejeição, a não ser que o validador utilizado pelo provedor esteja rejeitado por encontrar o caractere aspas no conteúdo do campo <Discriminacao> No XML esta da seguinte forma: <Discriminacao>"06 SERVICOS ELETRICO Unit. R$ 1,00 Desc. R$ 0,00 Total R$ 6,00 "</Discriminacao> Mude para: <Discriminacao>06 SERVICOS ELETRICO Unit. R$ 1,00 Desc. R$ 0,00 Total R$ 6,00</Discriminacao>

Bom dia Valter, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde, Por favor faça a alteração e anexe a unit alterada para que possamos analisar. Desde já muito obrigado pela colaboração.