Italo Giurizzato Junior

Bom dia Zenaide, A impressão do DAMDFE não pois as chaves desses DF-e não vão constar no XML do MDF-e e sim no XML do evento enviado para a SEFAZ. Em uma eventual fiscalização, o fiscal ao consultar o MDF-e pela chave ou pelo QR-Code vai constar que existe os DF-e incluídos por eventos ao respectivo MDF-e. O que seria interessante imprimir é o Evento de Inclusão de DF-e.

Bom dia Felipe, Qual é o valor de CST e SituTrib (cst90 ou cstICMSOutraUF)?

18/09/2019 Validação da URL do QR Code do MDF-e (07 de outubro de 2019) A partir de 07 de outubro passará a ser validado o QR Code no ambiente de produção do MDF-e. Aproveitando quero informar que o arquivo ACBrMDFeServicos.ini contem as URLs utilizadas no QR-Code e essas URLs estão em conformidade com as que foram publicadas no Portal do Manifesto Eletrônico de Documentos Fiscais - SVRS

18/09/2019 Validação da URL do QR Code do CT-e (07 de outubro de 2019) A partir de 07 de outubro passará a ser validado o QR Code no ambiente de produção do CT-e. Cada SEFAZ Autorizador possui um endereço específico que será verificado na informação do QR Code no CT-e. Aproveitando quero informar que o arquivo ACBrCTeServicos.ini contem as URLs utilizadas no QR-Code e essas URLs estão em conformidade com as que foram publicadas no Portal do Conhecimento de Transporte Eletrônico - SVRS

Boa tarde a todos, Se tratando do BP-e o envio é síncrono, portanto logo após o envio já temos o retorno com o resultado do processamento. No retorno só temos o resultado do processamento de UM BP-e, portanto não tem como enviar um lote com até 50 BP-e. Isso explica a mensagem de erro que o Cordeiro recebeu ao tentar enviar um lote com 7 BP-e.

Boa tarde Jorge, Porque você não muda o MDF-e para o ACBr ele já tem tudo pronto.

Boa tarde, Não se fez necessário alterar o FR3? Você poderia anexar o PDF de um DAMDFE sem essa alteração e outro com essa alteração?

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

Boa tarde, Após copiar o arquivo para dentro da pasta, executou o comando: Compila_RES ? Esse comando se encontra na mesma pasta, na verdade ele é um BAT.

Boa tarde Gustavo, No segundo envio do evento você alterou de 1 para 2 o valor do campo nSeqEvento ?

Boa tarde Meinardo, Favor entrar em contato com o provedor e solicitar o link para que possamos colocar no arquivo INI do respectivo provedor.

Boa tarde, Note que esse XML é o retorno do provedor, o campo OutrasInformacoes faz parte do layout da NFS-e e não do RPS. Não adianta nada você alimentar esse campo e enviar, pois ao gerar o XML do RPS o campo em questão não será gerado.

Boa tarde Lopes, Tente usar o método Enviar em vez de Gerar.

Boa tarde Paulo, Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr, por fim faça novos testes. Note que agora a cidade de Blumenau passa a utilizar o provedor SimplISSv2

Boa tarde Lucas, Tente com esse INI. ACBrCTeServicos.ini

Boa tarde Lucas, Ele pede o captcha em que momento? A alteração foi feita com base na lista de endereços: https://dfe-portal.svrs.rs.gov.br/CTE/Servicos Com a URL anterior ao realizar uma consulta através do QR-Code era apresentado as informações do CT-e?

Boa tarde, Muito obrigado pela colaboração, já inclui a cidade no arquivo Cidades.ini, ainda hoje estarei enviando para o repositório. Quando desejar informar novas cidades ou troca de provedor, favor utilizar o tópico: Tópico exclusivo para troca de provedor e novas cidades.

Boa tarde Celso, Tente com a libCapicom em vez de libWinCrypt.

Boa tarde João, A mensagem de erro é muito vaga, pois não informa se a assinatura que esta errada é do RPS ou do Lote. Tente um contato com o provedor e veja se consegue deles uma resposta mais clara, ou seja, qual das duas assinaturas esta errada. Lembre-se que a rotina responsável por realizar a assinatura digital é a mesma usada para assinar o tanto RPS quanto o Lote, sem contar que ela também é usada pelos componentes: ACBrNFe, ACBCTe, ACBrMDFe, ACBrBPe, ACBreSocial e ACBrReinf.

Boa tarde Ricardo, Faça um teste usando o arquivo INI em anexo. WebISS.ini

Boa tarde, A ideia dessa propriedade e mudar o layout de impressão do DANFSE. Com o refactoring ocorrido na impressão dos Documentos Auxiliares, isso inclui o DANFSE, pode ter ocorrido alguma alteração que fez com que essa propriedade de configuração parasse de funcionar. Como no XML da NFS-e retornado pelo provedor não consta todos os dados do Prestador do Serviço, acredito que a única solução vai ser: Após carregar o XML da NFS-e, popular as propriedades do Prestador, lendo as informações do banco de dados e depois executar o método para imprimir o DANFSE.

Boa tarde, Muito obrigado pela colaboração. Já inclui no arquivo Cidades.ini e ainda hoje estarei enviando para o repositório.

Boa tarde Walter, Como assim não reconhece? with ACBrCTe1.Conhecimentos.Add.CTe do begin (...) {Carrega as informacoes CTe Normal} with infCTeNorm do begin (...) {Carrega dados da CTe substituta 0-1} with infCTeSub do begin chCte := ''; //Se tomador não é Contribuinte tomaNaoICMS.refCteAnu := ''; //Se tomador for Contribuinte case TipoDoc of // TipoDoc = Tipo do Documento que o Tomador Emitiu para anulação de valor do Cte Anterior 0: tomaICMS.refNFe := '';//NFe 1: tomaICMS.refCte := '';//CTe 2://NF begin tomaICMS.refNF.CNPJCPF := ''; tomaICMS.refNF.modelo := ''; tomaICMS.refNF.serie := 0; tomaICMS.refNF.subserie := 0; tomaICMS.refNF.nro := 0; tomaICMS.refNF.valor := 0; tomaICMS.refNF.dEmi := Date; end; end; end; (...) end; (...) end;

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

Boa tarde Gabriel, Muito obrigado pela colaboração, já esta no repositório.