Italo Giurizzato Junior

Bom dia Meinardo, Favor atualizar os fontes, note que alterei o arquivo INI do provedor. O componente possui uma função chamada: LinkNFSe. function LinkNFSe(ANumeroNFSe: Integer; const ACodVerificacao: String; const AChaveAcesso: String = ''): String; Você vai ter que usar essa função para que o componente lhe retorno a URL que você poderá enviar por e-mail para o tomador do serviço, para que este possa ter acesso o DANFSE bem como o XML da nota.

Bom dia, Os métodos: Enviar, EnviarSincrono e Gerar sempre vão enviar para o provedor o XML do RPS.

Bom dia, Favor anexar os arquivos INI, para analise e envio para o repositório. Desde já muito obrigado.

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?

Já chegou a ver o link abaixo? https://www.ophos.com.br/ct-e-de-subcontratacao/

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

Após a execução do Case, não existe nenhuma outra linha que esteja atribuindo o valor tsNormal ao campo tpServ?

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

Boa tarde Eraldo, Veja bem o programa exemplo é um programa exemplo. Algumas informações foram colocadas diretamente nos campos que devemos alimentar para que o XML seja gerado. Isso não impede de que a sua aplicação tenha uma tela de configuração e nessa tela você diz que a empresa que vai emitir a nota é ou não optante pelo simples nacional, se é ou não incentivador cultural, qual é regime de tributação, etc. Neste caso a rotina que alimenta os campos, vai buscar no banco de dados essas informações que se referem a empresa, deixando assim a sua aplicação configurável para ser utilizada por outras empresas que tenham um regime de tributação diferente, por exemplo.

Boa tarde, Você diz que esta atribuindo o valor 1 ao tpServ e ao gerar o XML o componente esta mudando para 0, mostre como é essa linha na sua aplicação.

Bom dia Paulo, Essa empresa que Blumenau contratou merece fechar as portas de tanta incompetência. Se você gerar o XML do RPS segundo o Schema com certeza será rejeitado pelo webservice pelo simples fato de que nele o layout é diferente. Se você gerar o XML do RPS segundo o exemplo que eles forneceram, com certeza também será rejeitado pelo mesmo motivo. Se gerar o XML conforme consta o webservice espera encontrar, o que ocorre: 1. Se enviar através do método Gerar ocorre o erro http 500. 2. Se enviar através do método Enviar, o envio ocorre, mas retorna o erro que diz que o hash da assinatura não confere. Se enviar sem assinar nada ocorre o mesmo erro, se assinar somente o RPS ou somente o Lote ou ambos o mesmo erro. Realmente esta complicado.

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?