Italo Giurizzato Junior

Bom dia Moisés, Favor anexar o XML de pedido de cancelamento bem como o XML retornado pela SEFAZ.

André, Esse tópico se refere a erro ao rodar o instalador do ACBr após atualização, correto? Pois bem, para assunto novo, tópico novo. Por favor vamos seguir as regras do fórum. Vou lhe responder o seu questionamento e fechar esse tópico pois acredito que o assunto principal dele já foi respondido. Com relação a versão do QR-Code veja (informações que se encontram na Nota Técnica 2016/002 versão 1.60 - disponível no Portal Nacional da NF-e): Em relação a NFC-e, os prazos previstos são:  Desativação do versão 3.10 do leiaute da NFC-e: 01/10/2018;  Layout do QR-Code (tag: qrCode, Id:ZX02), versão “2.00”: - Ambiente de Homologação: 02/07/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”); - Ambiente de Produção: 09/07/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”);  Desativação da versão “1.00” do QR-Code em produção: 01/10/2018. Como você pode ver a versão 2.00 do QR-Code já deveria ser aceita em ambiente de homologação desde do dia 2, se esta ocorrendo erro ao enviar uma NFC-e com o QR-Code versão 2.00, com certeza é problema na SEFAZ que ainda não fez as alterações que devia para suportar essa nova versão. Favor entrar em contato com a SEFAZ e questionar sobre o problema.

Bom dia Valdir, Você deve renomear o arquivo XSD. Exemplo: Copy tiposGeralMDFe_v3.00.xsd tiposGeralMDFe_v3.00-SEFAZ.xsd Copy tiposGeralMDFe_v3.00-OPENSSL.xsd tiposGeralMDFe_v3.0.xsd

Bom dia Cleverson, Se tratando de NFC-e, devemos utilizar o modo assíncrono quando enviamos um lote com 2 ou mais notas (lembrando que o máximo é 50). Por outro lado se o envio é unitário, ou seja, somente uma nota, podemos usar o modo síncrono. Essa é a primeira diferença , modo síncrono (somente uma nota) modo assíncrono (2 até 50 notas). Segunda diferença, no modo assíncrono, após o envio temos como retorno o numero do recibo que acusa o recebimento do lote pela SEFAZ, de posse desse recibo devemos realizar uma consulta para saber o resultado do processamento das notas que compõe o lote, nesse retorno temos os protocolos de autorização ou as rejeições. Já no modo síncrono a consulta não se faz necessário, uma vez que o retorno já contem o resultado do processamento da nota enviado, ou seja, o protocolo de autorização ou a rejeição. Que eu me recordo o componente ACBrNFe ao tratar o retorno da SEFAZ referente ao envio de nota no modo síncrono, caso o retorno seja o protocolo de autorização, realiza automaticamente a atualização do XML, ou seja, acrescenta ao mesmo o protocolo de autorização, deixando-o assim com validade jurídica.

Bom dia André, Não sei lhe informar se no Delphi 7 possui alguma opção de configuração que faz com que a IDE do Delphi ignore a exception, mas ao mostrar a mensagem de erro note que ela própria diz que se você deseja continuar deve, basta clicar no botão [Ok] e depois clicar na opção Run (F9).

Bom dia, O seu procedimento esta errado, você já mais deve consultar se uma nota existe ou não na SEFAZ antes do seu envio. A sua aplicação deve garantir que a nota a ser enviada nunca foi enviada. Só realizamos a consulta caso ocorra algum erro. Ao enviar uma nota se ocorreu algum erro, não devemos tentar enviar novamente, pelo simples fato de não sabermos se o erro ocorreu no envio ou no retorno do protocolo. Neste caso devemos consultar. Ao realizar a consulta se a SEFAZ retornar a informação que a nota não consta na base de dados, fica caracterizado que o erro ocorreu no envio, logo devemos enviar a nota novamente, caso contrario será retornado o protocolo de autorização.

Dércio, Pode aumentar sim, sem problemas, pois se o webservice conseguir responder em 2 segundos a aplicação não vai ficar aguardando o tempo que você estipulou.

Bom dia Dércio, (movido para a área do SAC) O RPS de numero 52 ao ser enviado, ocorreu de timeout, correto? Mas ao enviar o RPS de numero 53 logo em seguida não ocorreu nenhum erro, confere? Se sim, favor aumentar o valor da propriedade de configuração Timeout.

Bom dia, Favor anexar o XML que você esta enviando e que ocorreu o erro de divergência de ambiente.

Bom dia Sergio, O problema é que a rotina que realiza a leitura do XML da NFS-e se o mesmo não possui a tag Situacao, o componente atribui automaticamente o valor 4. Já o retorno da consulta a situação, no caso de São Paulo, ela tem a tag Sucesso, que pode conter os valores false ou true, desta forma o campo Situação recebe os valores 2 (false) ou 4 (true). Logo se esta retornado o valor 2, algo de errado ocorreu.

Bom dia Heber, O seu cenário é o mesmo do Cleber, ou seja tem mais de um certificado? O problema também ocorre com o programa exemplo?

Bom dia Luis, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia, Por favor, anexe o XML que a sua aplicação gera, depois tente enviar ele com a versão 1.2.0.7, verifique se o XML da nota foi alterado no que diz respeito a chave, anexa ele e o XML de retorno que contem o protocolo de autorização.

Bom dia, Favor anexar o XML da nota e a data que a mesma foi enviada para SEFAZ.

Bom dia Carlos, Se esse erro esta ocorrendo antes do envio, com certeza o problema é que a sua aplicação esta utilizando schemas antigos para realizar a validação. Na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe você sempre vai encontrar os schemas atualizados.

Bom dia Elvis, Favor anexar a unit que você alterou para que possamos analisar.

Bom dia José, O problema do seu arquivo é que ele esta identado, ou seja, contem quebras de linhas e espaços e/ou tabulações em cada linha. Você precisa gerar um XML sem identação. Por exemplo, o seu XML esta assim: <ideEvento> <tpAmb>2</tpAmb> <procEmi>1</procEmi> <verProc>SB Sistemas 3.10</verProc> </ideEvento> tem que ficar assim: <ideEvento><tpAmb>2</tpAmb><procEmi>1</procEmi><verProc>SB Sistemas 3.10</verProc></ideEvento> Não pode existir quebras de linhas e espaços em branco ou tabulação entre as tags. O XML inteiro tem que ser dessa forma. Gere um novo XML conforme recomendado e tente carrega-lo através do monitor. Quanto ao erro de criptografia, se o certificado for A1, ao instalar deve-se habilitar a opção de Exportável. Ao configurar o Monitor no que diz respeito ao campo SSL Lib, selecione o valor libWinCryp.

Bom dia Simons, Muito obrigado pela colaboração, já enviei para o repositório. Favor atualizar os seus fontes, pois estão desatualizados.

Bom dia Jorge, Favor anexar o XML de envio do evento e o de retorno, para que possamos analisar.

Entendi, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Elvis, A principio atribua o valor libWinCrypt a SSLLib e deixe as demais com os valores que são atribuídos automaticamente. Vide o programa exemplo tanto do CT-e quanto da NF-e.

José, O programa exemplo do componente se encontra na pasta: ...\Exemplos\ACBrDFe\ACBreSocial\Delphi Anexe o XML do evento para que possamos analisar.

Bom dia, Neste caso você pode aumentar o valor da propriedade Timeout.

Vamos ver se eu entendi, Dependendo da cidade que se utiliza desse provedor, não se faz necessário informar o endereço do tomar, pois o provedor vai utilizar os dados que a prefeitura informar. É isso?

Bom dia Joelcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.