Italo Giurizzato Junior

Boa tarde @BSSOFT, Já esta no SVN.

Boa tarde @DIGITEC SISTEMAS, Uma coisa é o XML da NFS-e gerado pelo Site da prefeitura que normalmente não contem assinatura digital. Outra coisa é gerar o XML do RPS assinado e enviar para o webservice do provedor. É possível incluir a sequencia CRLF na discriminação para gerar quebra de linha, mas a rotina que faz a assinatura digital remove essa sequencia, pois pelas normas um XML não pode conter quebra de linhas principalmente quando ele vai ser assinado.

Boa tarde @Siagri Sistemas de Gestão, A URL que aparece na mensagem de erro é a de consulta pelo numero do Recibo. Na versão 4 do CT-e essa consulta não é mais necessário uma vez que o envio é síncrono, portanto no retorno do envio já temos o resultado do processamento do CT-e.

Boa tarde @claudney.dbmgroup, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia @[email protected], A questão é o seguinte, o método ConsultarNFSeGenerico nos permite realizar diversos tipos de consulta. Dependendo do tipo de consulta que você informou no ConsultarNFSeGenerico o provedor pode estar gerando o XML da NFS-e corretamente ou não. O primeiro XML que você anexou se refere a ConsultarNFSeServicoTomado e no retorno temos os XML das notas, mas a construção do XML esta errada conforme apresentado acima quando eu me referi aos grupos <Endereco> e <Contato>. Por outro lado esses últimos XML que você anexou não sei qual foi o tipo de consulta que você informou no ConsultarNFSeGenerico, mas note que os XML das notas estão construídos corretamente. Você precisa entrar em contato com o provedor e alerta-los que a construção dos XML das notas esta errada, referente ao retorno da consulta ConsultarNFSeServicoTomado. Tipos de Consultas suportados pelo ConsultarNFSeGenerico: tcPorNumero, tcPorFaixa, tcPorPeriodo, tcServicoPrestado, tcServicoTomado, tcPorCodigoVerificacao, tcPorChave. Alguns tipo de consulta só funcionam com um provedor ou grupo de provedores, por exemplo os tipos de consulta: tcPorFaixa, tcPorPeriodo, tcServicoPrestado, tcServicoTomado só vão funcionar se o provedor utiliza a versão 2 do layout da ABRASF.

Bom dia @BYTE INFO, O teu problema é que você esta enviando no modo assíncrono, sendo que agora o modo de envio é síncrono. Ou esta tentando consultar o CT-e pelo numero de recibo. Na versão 4 do CT-e o envio é síncrono e não temos mais o numero do recibo, visto que no retorno do envio do CT-e já temos o resultado do processamento.

Bom dia Astrogildo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5306

Bom dia @Datacaixa, No programa exemplo do componente ACBrNFSeX temos uma procedure exclusiva que exemplifica o preenchimento dos campos para o Padrão Nacional.

Bom dia Eugenio, Você trabalha com qual linguagem de programação?

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

Bom dia Willian, Sim, hoje temos 3 provedores (Bauhaus, eISS e Prescon) que usam o Json, sendo assim é possível implementar o provedor Aspec. O provedor Aspec não esta implementado e você pode se basear nos 3 que já existem. Ficaremos gratos com a contribuição.

Bom dia Claudio, Para usar o OpenSSL no lugar do WinCrypt você não precisa recompilar a sua aplicação, basta você mudar a configuração do componente e usar as DLLs da pasta: ...\DLLs\OpenSSL\3.1.3\x86 ou ...\DLLs\OpenSSL\3.1.3\x64 (se a sua aplicação foi compilada para 64 bits). As DLLs devem ser copiadas para dentro da pasta do EXE da sua aplicação.

Bom dia Raul, Já inclui na minha lista de tarefas. TK-5301

Bom dia @claudney.dbmgroup, No meu entendimento quando temos mais de uma assinatura no mesmo XML que é este caso, pois devemos assinar o RPS e o Lote de RPS, o atributo URI da assinatura tem que fazer referencia a tag de assinatura, ou seja, o conteúdo do URI tem que ser igual ao conteúdo do Id da tag assinada. O que foi proposto por eles esta errado. Faça o seguinte teste, verifica as duas assinaturas do arquivo 1433-env-lot.xml no validador da Receita Federal. Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br) Você vai notar que somente uma assinatura ele acusa como valida a outra não. Faça o seguinte teste: Delete a unit alterada por mim e atualize novamente os fontes do ACBr, reinstale o ACBr e faça um novo teste. Não substitua a unit pela que eu anexei, vamos testar com o que esta no SVN. Se tinha funcionado e depois parou, acredito que eles consertaram o erro que tinha antes no webservice deles.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde @raul.cardoso, Alterando o código do componente para aceitar de 8 até 10 o CT-e foi gerado, assinado, validado e autorizado pela SEFAZ?

@[email protected], Me responda uma coisa. Todos os XMLs de notas que você acabou de disponibilizar foram retornados pelo ConsultarNFSeGenerico? Você esta usando o ConsultarNFSeGenerico para realizar uma Consulta NFSe de Serviço Tomado, correto? Como mencionei anteriormente o XML que você tinha anexado desse retorno continha 5 notas, elas foram salvas na pasta Notas? Tenha em mente o seguinte: 1. Não é a Lib que gera o XML da NFS-e. 2. O XML da NFS-e é gerado pelo webservice do provedor e disponibilizado através de uma consulta. 3. A Lib apenas extrai do retorno da consulta o(s) XML(s) da(s) NFS-e e o(s) salva na pasta Notas de forma individual, ou seja, se a consulta executada retornar 30 notas, a Lib vai salvar na pasta Notas 30 XML. Esses XMLs que você disponibilizou na sua ultima postagem é de qual tipo de consulta?

Boa tarde @[email protected], Esse XML que você anexou é o XML retornado pela Lib ou você baixou ele no Portal da prefeitura? Esse XML é o de retorno da consulta, a Lib não salvou os XMLs das notas separadamente? Nesse retorno temos 5 notas. E em todas elas existem um erro de geração do XML por parte do provedor, veja: <Endereco> <Endereco>Estrada Fazendinha do Recreio</Endereco> <Complemento>QUADRA 410 LOTE 1 QUADRA 20 LO</Complemento> <Bairro>Chácaras rio-petrã³polis</bairro> <codigomunicipio>3301702</codigomunicipio> <uf>rj</uf> <cep>25230022</cep> </endereco> <contato> <email>[email protected]</Email> </Contato> O grupo endereço do tomador é aberto com a tag <Endereco> e fechado com a tag </endereco>, problema semelhante com o grupo contato que é aberto com a tag <contato> e fechado com a tag </Contato>, problema pode ser visto com o elemento e-mail. Desconfio que o provedor além de cometer esse erro na estrutura do XML, deve também estar gerando o mesmo em ANSI ou outra codificação e colocando o enconding como UTF-8 Não vejo outra saída você entrar em contato com provedor e expor o problema.

Boa tarde @leomcl, Notei que você ainda usa o componente antigo, sendo assim lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX. O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração

Bom dia @claudney.dbmgroup, Por favor substitua a unit por esta que esta em anexo. Reinstale o ACBr e faça um novo teste. SmarAPD.Provider.pas

Bom dia @Leandro Vignoto, Por contra de outras demandas não conseguimos parar para realizar essa tarefa.

Bom dia @ddsilva, Primeiramente você não pode comparar o XML do RPS com o XML de envio de lote de RPS, isso explica a diferença entre eles. Na imagem onde você diz "XML Correto" note que dentro do grupo <ListaRps> contem o conteúdo do XML do RPS. Segundo, se esta ocorrendo erro de UTF-8 tem que ver se esse erro esta ocorrendo no envio ou no retorno. Mas antes você precisa checar a lista abaixo: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

@Mateus Brunelli, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia @Mateus Brunelli, Fiz um novo teste, o que tudo indica agora resolveu o problema. ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 Cidade : Agua Santa/RS Provedor : DataSmart Versão: 2.02 Data/Hora: 03/04/2024 10:03:32 Método Executado: Gerar NFSe Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E259 Mensagem: CNPJ/CPF não encontrado na base de dados Correção: Confira o número do CNPJ/CPF informado. Caso esteja correto, o prestador do serviço não está inscrito no município Vou enviar para o SVN as alterações que fiz, assim você pode realizar os seus testes.

Bom dia @DIGITEC SISTEMAS, Para cancelar uma NFS-e através do WebService do provedor ISSNet você precisa do numero da nota, do código de cancelamento e do motivo. Onde você viu que precisa de uma chave?