Italo Giurizzato Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Jose, O componente não acrescenta o protocolo no final do XML caso o CT-e seja rejeitado. Verifique se esses cujo XML não foi atualizado com o protocolo se eles se encontram na SEFAZ.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Eduardo,. Você esta atribuindo a cNF o mesmo numero de nNF, isso esta errado. Uma coisa é o código da nota e outra é o numero da nota. O numero da nota é sequencial, já o código é um numero aleatório. A minha sugestão é que você veja o seguinte tópico: Como trata a contingência da NFCe

Boa tarde Eduardo, Se esta ocorrendo esse erro de duplicidade com diferença de chave a explicação é simples. Ao enviar novamente o XML esta sendo gerado também novamente, mas como o valor de cNF esta com o valor zero o componente se encarrega de gerar um condigo aleatório, pois o valor de cNF faz parte da composição da chave. E por orientação da SEFAZ o valor de cNF tem que ser um numero aleatório. Caso aja a necessidade de gerar novamente o XML, é prudente que ao gerar pela primeira vez o XML o valor de cNF seja um numero aleatório e armazenado no banco de dados, desta forma ao gerar o XML novamente devemos atribuir a cNF o valor que consta no banco de dados, assim não ocorre esse erro.

Boa tarde Gean, Não foi eu quem fez o componente do ACBrSAT e muito menos a impressão do Extrato. Mas tenho certeza absoluta que esse Manual foi lido por quem fez. Na intensão de lhe passar algumas informações ao analisar o código de impressão do Extrato, notei que algumas coisas que você postou já estão previstas. Agora lhe pergunto, você preencheu os campos que mencionei na minha postagem anterior? Se sim, como ficou a impressão do extrato?

Bom dia Marcos, Analisando os fontes do componente, no caso de São Paulo não estava previsto a consulta por período. Fiz algumas modificações, mas ainda esta ocorrendo o mesmo erro. Já tentou consultar pelo numero da NFS-e? Você esta tentando consultar as notas Emitidas ou Recebidas?

Bom dia Gean, Analisando o fonte referente a impressão do Extrato do SAT (feito em EscPos) notei o seguinte: 1. Para imprimir o valor referente ao desconto de um item basta alimentar o campo: vDesc do produto e a propriedade ImprimeDescAcrescItem deve estar ativa. 2. Para imprimir o valor referente ao acréscimo de um item basta alimentar o campo: vOutro do produto e a propriedade ImprimeDescAcrescItem deve estar ativa. 3. Para imprimir o valor referente ao rateio de desconto de um item basta alimentar o campo: vRatDesc do produto e a propriedade ImprimeDescAcrescItem deve estar ativa. 4. Para imprimir o valor referente ao rateio de acréscimo de um item basta alimentar o campo: vRatAcr do produto e a propriedade ImprimeDescAcrescItem deve estar ativa. 5. Para imprimir o nome do vendedor e outras informações, você pode alimentar o campo: infCpl de InfAdic (essas informações vão constar no XML). Faça um teste quem sabe é isso que você deseja.

Bom dia, Em uma passada rápida nos novos manuais (Visão Geral, Layout do XML e Layout do DABPE) não encontrei nada a respeito de Inutilização Numérica para o BP-e. Existem alterações apontadas nesses manuais que vão ocorrer no ambiente de produção somente em 09/2019, se for implementado o serviço de Inutilização Numérica, acredito que só vai ocorrer o ano que vem. Mas não existe nenhuma informação a respeito disso. O que eu sei é o que consta nesses manuais. Você os encontra no Portal do BP-e

Boa tarde, No meu entendimento a inutilização de um numero ou faixa de numeros não deve ficar a cargo do funcionário do caixa e sim, digamos da retaguarda. Visto que a inutilização deve ser algo esporádico. Isso pode ser o motivo de que até hoje a SEFAZ não disponibilizou um layout para a impressão da inutilização.

Boa tarde Jeferson, Muito obrigado pela colaboração, já enviei para o repositório.

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

Boa tarde Oliveira, Acredito que o evento que você deseja enviar é o de Prestação de Serviço em Desacordo, correto? Sendo assim veja o seu arquivo: [EVENTO] idLote = 1 [EVENTO001] chCTe=35190305727095000163570010000522331000769705 cOrgao =35 CNPJ = 00670226000108 dhEvento=17/04/2019 11:44:21 nSeqEvento = 1 verEvento = 3.00 tpEvento=210220 xOBS=CT-e emitido com dados incorretos" Agora veja o modelo que consta no manual do ACBrMonitor: [EVENTO] idLote=1 [EVENTO001] cOrgao=<informar o código da UF do emitente> CNPJ=<CNPJ do emitente> chCTe=<chave do CTe> dhEvento=<data e hora do evento> tpEvento=610110 nSeqEvento=1 versaoEvento=3.00 xObs=<Informar o motivo do desacordo> A ordem dos campos não importa muito, mas vamos o que esta errado no seu arquivo: 1. o nome do campo esta errado, em vez de verEvento o correto é versaoEvento 2. o tipo do evento esta errado, em vez de 210220 o correto é 610110 Faça essas correções e tente novamente.

Bom dia Edson, Pode ser uma saída. Visto que o provedor não faz o que deveria fazer.

Bom dia, Você não usa o componente ACBrNFSe ? A unit pnfsNFSeR.pas faz a leitura corretamente do elemento <Endereco> dentro do grupo <Endereco>.

Bom dia, Essa alteração que você fez não tem nada haver com a consulta, pois essa rotina tem haver com a geração do RPS, mais precisamente a geração da tag <Competencia>. Como é que funciona os provedores que seguem o layout da ABRASF? 1. Devemos gerar o XML do RPS, assinar se necessário, gerar o Lote, assinar se necessário, validar e enviar. 2. Consultar a situação do Lote (somente para os provedores que seguem a versão 1). 3. Consultar o Lote, se o Lote foi processado com falhas teremos a lista de rejeições, se processado com sucesso teremos o XML da NFS-e. Temos também: Consultar NFS-e por RPS, onde passamos alguns dados do RPS (numero, serie, tipo) e temos como resposta a lista de rejeições caso o RPS tenha sido processado com falhas ou o XML da NFS-e. Consultar NFS-e, onde passamos alguns dados da NFS-e (numero, serie) e temos como resposta o XML da NFS-e, caso contrario teremos uma rejeição acusando que a nota não existe. Como você pode ver é de responsabilidade do provedor gerar o XML da NFS-e por completo. A minha sugestão é que você entre em contato com o provedor e expõe o problema.

Bom dia Daniel, Muito obrigado, peço que atualize os fontes e faça um novo teste.

Edson, Agora é preciso comparar o XML da nota que é enviado com esse que foi baixado e ver o que um tem a mais que o outro. Para depois ver como gerar o XML completo da nota.

Everton, Já inclui na minha lista, vou analisar o que esta ocorrendo.

Daniel, Você não tem o manual da versão 2.00, quero ver se não ficou faltando nada.

Boa tarde Daniel, É interessante anexar os XMLs de envio e de retorno e de preferencia os de soap.

Boa tarde, Checando o webservice do provedor Tinus para a cidade de Macaíba/RN notei que não segue o que foi estabelecido para as demais cidades. Assim fica difícil, os caras não conseguem manter um padrão para todas as cidades atendidas por eles.

Boa tarde, Vou analisar o que esta ocorrendo e o mais breve possível estarei disponibilizando a correção.

Boa tarde Kleber, Muito obrigado, já fiz a alteração e vou enviar para o repositório.

Boa tarde Edson, Sim, a ideia é essa.