Italo Giurizzato Junior

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

Bom dia, Veja a segunda postagem desse artigo: Evento de comprovante de entrega.

Bom dia ALA, Se tratando de SVCSP - SEFAZ-Virtual de Contingência de São Paulo o valor de SSLType tem que ser LT_TLSv1_2 e não LT_All.

Bom dia ALA, Se a SEFAZ diz que só no dia 26/08/2019 vai estar liberado em produção a recepção do XML com a string do QR-Code, porque você quer enviar antes?

Bom dia Eloir, A string do QR-Code só é gerada depois que o XML é gerado e assinado. Se não me falha a memória a geração da string é realizada pelo método Assinar. Não existe um método no Monitor que retorna a string do QR-Code.

Bom dia, Exatamente.

Bom dia, Você esta com todos os fontes atualizados? Se atualizou, refez a instalação? Se esta gerando o cNF de forma aleatória isso significa que em outro ponto da sua aplicação o cNF esta recebendo o valor de nNF.

Giovanne, Agora o problema é o certificado. Qual é a certificadora do certificado?

Bom dia Tiago, Então quer dizer que o envio esta normal, o problema esta na consulta. A cidade em questão se utiliza do provedor WebIss ou WebIssv2?

Bom dia a todos, 26/08/2019 Implanta a versão 3.00a do CT-e em Produção A Versão 3.00a do CT-e foi implantada em produção na SVRS, inclusive com os novos eventos de Comprovante de Entrega e Cancelamento do Comprovante de Entrega. Agora no que diz respeito as demais SEFAZ-Autorizadoras de CT-e a historia é outra. A principio a partir da data de hoje (26/08/2019) todas as SEFAZ-Autorizadoras deveriam a passar a autorizar os CT-e na versão 3.00a. Se não esta autorizando, ou seja, esta retornando rejeição isso significa que a SEFAZ não fez o dever de casa. Neste caso a minha sugestão é que entre em contato com a SEFAZ e peça uma posição da mesma.

Bom dia Giovanne, Por favor faça um novo teste mas configurando o componente para usar o libCapicom em vez de libWinCrypt.

Bom dia, Pelo manual notei que o layout do XML não segue o padrão ABRASF, portanto temos ai uma cidade que se utiliza de um padrão próprio desenvolvido pela prefeitura ou contratado de um terceiro. Em uma rápida leitura no manual acredito que esse layout não esteja implementado, sendo assim se faz necessário implementar do zero. Quando uma cidade não se utiliza do layout da ABRASF a implementação é bem mais complicada. Pois temos que criar uma unit especifica para gerar o XML segundo o layout próprio e fazer alterações nas units que fazem leitura dos retornos. Podemos concluir que tempo de implementação será grande e dependendo do nível de informação que consta no manual os resultados dos testes podem não serem satisfatórios logo de inicio.

Bom dia Werley, Esse retorno do provedor esta fora do padrão estabelecido pela ABRASF. Ao consultar o Lote ou Consultar uma NFS-e por RPS ou consultar a NFS-e, o webservice é para retornar o XML completo da NFS-e caso o RPS enviado tenha sido processado com sucesso. Favor entrar em contato com o provedor e questionar sobre o problema. O retorno não esta vazio, note que ele esta apenas retornando o numero, serie e tipo do RPS, ou seja, Identificação do RPS e CNPJ e Inscrição Municipal do Prestador do serviço.

Bom dia Michel, A principio o XML do MDF-e não pode ter o seu protocolo de autorização alterado pelo de cancelado ou encerrado. Se ele esta trocando o protocolo de autorizado pelo de encerrado e ou cancelado esta errado. Favor anexar o XML de um MDF-e com o protocolo de autorizado e o XML do mesmo MDF-e após ter sido cancelado ou encerrado. Quero analisar o problema e fazer os ajustes necessário.

Boa tarde a todos, Para quem utiliza o componente ACBrCTe e estava com dificuldades de gerar o Hash de Entrega, poderá se utiliza de uma das duas funções que acabam de ser disponibilizadas na unit ACBrDFeUtil. São elas: function CalcularHashDados(const ADados: TStream; AChave: String): string; Devemos utilizar a função acima quando a imagem esta armazenada no banco de dados, neste caso o conteúdo da mesma é passado como Stream no primeiro parâmetro da função, já o segundo é a chave do CT-e. A função retorna uma string com 28 caracteres que devemos atribuir ao campo: infEvento.detEvento.hashEntrega Exemplo: infEvento.detEvento.hashEntrega := CalcularHashDados(xStreamImagem, xChaveCTe); e function CalcularHashArquivo(const APathArquivo: String; AChave: String): string; Devemos utilizar a função acima quando a imagem esta salva em disco, neste caso o primeiro parâmetro da função é o path com o nome do arquivo (imagem) e o segundo é a chave do CT-e. A função retorna a string com 28 caracteres que devemos atribuir ao campo: infEvento.detEvento.hashEntrega Exemplo: infEvento.detEvento.hashEntrega := CalcularHashArquivo(xPathImagem, xChaveCTe);

Boa tarde Adilson, Favor entrar em contato com o provedor e questionar sobre o procedimento de realização de testes. Me parece que existe um CNPJ e senha especifico para o ambiente de homologação.

Boa tarde Flavio, Note que devemos gerar a tag ValorISS quando se tratar de prestação de serviço fora do município. Sendo assim a alteração que você fez não esta correta, pois nunca seria gerado a tag. Fica então a dica: Para o provedor Coplan o valor de ValorISS deve ser zero quando se tratar de prestação de serviço no município e diferente de zero quando for fora do município.

Boa tarde Jean, Estranho, no caso do Ginfes ele retorna o XML da NFS-e e coloca na propriedade XMLNFSe para que você possa salvar o mesmo no Banco de Dados. Mas lembre-se que o XML da NFS-e só é retornado quando é realizado a consulta ao Lote ou a Consulta a NFS-e por RPS ou a Consulta a NFS-e.

Boa tarde Gustavo, Na configuração do componente qual é o valor de: AguardarConsultaRet e IntervaloTentativas ?

Boa tarde a todos, Foi alterado e enviado para o repositório um novo arquivo ACBrNFeServicos.ini Conforme sugestão do Daniel no dia 02/09/2019 devemos alterar esse arquivo e salvar ele na mesma pasta que se encontra o EXE da sua aplicação nas maquinas dos seus clientes. Faça uma atualização de todos os fontes de todas as pastas e abra o arquivo ACBrNFeServicos.ini e veja como ele esta no que se refere a SEFAZ-PA. Ele tem que estar conforme abaixo: [NFe_PA_P] ; A partir do dia 02/09/2019 devemos comentar ou excluir a primeira linha abaixo, e descomentar a próxima linha; ; pois a SEFAZ-PA vai deixar de utilizar a SVAN - SEFAZ-Virtual do Ambiente Nacional e passará para a ; SVRS - SEFAZ-Virtual do Rio Grande do Sul. Usar=NFe_SVAN_P ;Usar=NFe_SVRS_P [NFe_PA_H] ; A partir do dia 02/09/2019 devemos comentar ou excluir a primeira linha abaixo, e descomentar a próxima linha; ; pois a SEFAZ-PA vai deixar de utilizar a SVAN - SEFAZ-Virtual do Ambiente Nacional e passará para a ; SVRS - SEFAZ-Virtual do Rio Grande do Sul. Usar=NFe_SVAN_H ;Usar=NFe_SVRS_H Como deverá ficar no dia 02/09/2019 para ser salvo na mesma pasta do EXE da sua aplicação: [NFe_PA_P] Usar=NFe_SVRS_P [NFe_PA_H] Usar=NFe_SVRS_H Observação: Para aqueles que não tem Clientes contribuintes no Pará não precisam se preocuparem com essas alterações. A partir do dia 02/09/2019 os fontes do repositório estarão com as mudanças e o ACBrMonitorPlus também. Lembrando que o procedimento de copiar o arquivo INI com a alteração para a pasta do EXE da sua aplicação se faz necessário caso não seja possível em tempo hábil disponibilizar uma nova versão EXE em seus clientes.

Boa tarde, Sem novidades.

Boa tarde Cláudio, É bem provável que a consulta pelo QR-Code ainda não esteja 100%. Eu no seu lugar, entraria em contato com a SEFAZ-RS e expunha o problema.

Boa tarde, Já tentou da seguinte forma: ACBrNFe1.DANFE.Cancelada := True; ACBrNFe1.NotasFiscais.Items[0].EnviarEmail(Para, Assunto, .....); ACBrNFe1.DANFE.Cancelada := False;

Boa tarde bfBraz, Estamos implementando uma function onde você vai passar a chave e o path com o nome da imagem ou a string da imagem lida do banco de dados e ela vai retornar o Hash pronto para ser atribuído ao campo hashEntrega do evento de Comprovante de Entrega.

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