Danny

Bom dia Italo. Era um Ç. Obrigado pela dica.

Olá pessoal, boa tarde. Depois da migração para o ACBrNFSeX tenho feito a implementação em outros provedores e agora está ocorrendo o seguinte erro: Erro ao Assinar: Erro: Falha ao interpretar o XML "xmlParseDoc" Alguém poderia dar uma dica sobre o que pode estar acontecendo? Obrigado! SSLType = LT_TLSv1_2 Seguem a tela com mais detalhes:

Boa tarde pessoal. Encontrei mais um problema no provedor que foi resolvido. Segue em anexo a unit. Obrigado. Sistemas4R.GravarXml.pas

Oi Italo. Tudo bem? Sobre a alteração no Sistemas4R.Provider é que as vezes altero os fontes pra fazer testes na tentativa de solucionar problemas e, neste caso, quando eu alterava percebi que somente instalando novamente que era considerada. Mas obrigado por esclarecer que realmente é isso que deve ser feito. Até breve!

Bom dia pessoal. Consegui resolver o problema trocando o "http" para "https" no ACBrNFSeXServicos.ini que segue em anexo. Inclui também o município de Capela do Alto onde fiz a implementação para o provedor Fiorilli. Tenho uma dúvida sempre que preciso alterar uma unit do ACBrNFSeX tenho que instalar novamente pelo ACBrInstall_Trunk2.exe ? Pois se excluo o dcu tenho que fazer isso, já que se eu alterar por exemplo o Sistemas4R.Provider.pas o dcu fica desatualizado e se excluir não é gerado novamente. Obrigado! ACBrNFSeXServicos.ini ACBrNFSeXServicos.res

Olá, boa tarde. Me deparei com o mesmo problema no componente antigo e por isso resolvei implementar o NFSeX pra saber se ocorria o mesmo erro. Mas ocorreu outro conforme o tópico que criei hoje:

Oi Italo. Boa tarde. SSLType = LT_TLSv1_2 Também tentei com a LT_TLSv1_3 e ocorre o mesmo erro. Obrigado!

Olá pessoal, boa tarde. Estou migrando para o ACBrNFSeX e está ocorrendo o seguinte erro: SOAP-ENV:Client - No SOAP request found. Call https://boituva.4rtec.com.br/Abrasf/arecepcionarloterpssincrono.aspx?wsdl to get the WSDL Entrei em contato com o suporte da 4RTecnologia que recomendou testar pelo SoapUI e passou sem nenhum erro. Alguém poderia dar uma dica sobre o que pode estar acontecendo? Obrigado! Seguem as telas com mais detalhes:

Bom dia pessoal! Meus fontes não estavam atualizados desde jan/21 Após a atualização semana passada ocorreu problema pra gera RPS pra o provedor 4R. Fiz a correção e segue em anexo. Obrigado pnfsNFSeW_ABRASFv2.pas

Bom dia pessoal. Acabei de implementar pra este município. Segue em anexo as alterações que fiz nos arquivos INI Obrigado. Fiorilli.ini Cidades.ini

Bom dia Ítalo, Já mandei outro e-mail e nada de resposta até agora. Fiz a alteração no 4R.ini dos emitentes conforme orientação da 4RTecnologia e da prefeitura de Cerquilho/SP.

Bom dia Ítalo. Já enviei o e-mail para a equipe de tributos da 4R. Estou no aguardo do retorno deles e posto aqui assim que receber a resposta.

Boa tarde pessoal. Teve mudanças nas URLs para o município de Cerquilho/SP. Em anexo segue o arquivo INI Obrigado! 4R.ini

Ítalo, já está atualizada no repositório. Obrigado!

Bom dia Ítalo. Sim, essa foi uma segunda alteração que fiz na unit além daquelas primeiras que você já havia subido pro repositório. Nesta segunda tem somente esta alteração: if Provedor in [proWebISSv2, proDeISS] then AssinarXML(FPDadosMsg, 'SubstituirNfseEnvio', 'SubstituicaoNfse', 'Falha ao Assinar - SubstituirNfseEnvio: '); Muito obrigado!

Ítalo, descobri o problema. Estava utilizando o Capicom para fazer envio de RPS e de Cancelamento, mas tive que mudar para fazer a Substituição. Antes estava assim: E agora funcionando corretamente com envio de RPS, Cancelamento e Substituição: Em anexo segue a unit alterada. Muito obrigado! ACBrNFSeWebServices.pas

Bom dia Ítalo. Fiz o que você recomendou, inclusive atualizei as DLLs, mas o problema persiste.

Ítalo, boa tarde! Aqui não deu certo. Exclui a pasta ACBr, apaguei os arquivos (apagarAcbr.bat) e reinstalei tudo novamente. Inclusive deu problema no meu Delphi 10.3 (somente nos pacotes NFS-e e Danfe da NFS-e - "Não foi possível localizar o ponto de entrada no procedimento...") me obrigando a utilizar o Delphi 10.4. No Delphi 10.4 continuou gravando a terceira assinatura em outro local do XML entre as tags InfPedidoCancelamento e Pedido (veja em anexo). Muito curioso ter funcionado aí e aqui não. Lembrando que o envio para o DeISS de Indaiatuba é Sincrono. Seu pacote deve estar atualizado, né? 012247-ped-sub.xml

Bom dia Ítalo. O anexo ao qual você se refere é o exemplo disponibilizado pela prefeitura. Envio agora o XML que o componente está gerando e XML com a resposta do WS. Agradeço qualquer ajuda. Obrigado! 012247-ped-sub.xml 012247-sub.xml

Boa tarde Ítalo. Obrigado pelo envio! Me deparei com um outro problema na assinatura do XML para o método de substituição de NFS-e (TNFSeSubstituirNFSe). Para deixar conforme o exemplo disponibilizado pelo suporte da prefeitura (em anexo) é necessário ter uma terceira assinatura entre os elementos SubstituirNfseEnvio e SubstituicaoNfse. Fiz uma alteração na unit ACBrNFSeWebServices (TNFSeSubstituirNFSe.DefinirDadosMsg) incluindo o provedor conforme segue: if Provedor in [proWebISSv2, proDeISS] then AssinarXML(FPDadosMsg, 'SubstituirNfseEnvio', 'SubstituicaoNfse', 'Falha ao Assinar - SubstituirNfseEnvio: '); Porém a assinatura entra em um local não esperado (dentro do InfPedidoCancelamento) e estou tendo dificuldade para encontrar o problema. Será que poderiam me ajudar com alguma dica? Obrigado! SubstituirNFSe.xml

Bom dia pessoal. Fiz algumas alterações necessárias ao ambiente de homologação. Segue unit em anexo. Obrigado! pnfsNFSeW_ABRASFv2.pas

Olá, bom dia BigWings! Você tem razão. Fiz confusão sobre a Distribuição. Muito obrigado!

Boa tarde pessoal. Já me desculpo antecipadamente por estar criando mais um tópico sobre esse assunto. Acontece que vou começar a utilizar este recurso na minha aplicação e estou a vários dias fazendo diversos testes no exemplo ACBrMDFe, inclusive com versões diferentes do Delphi (10.3 e 10.4) em computadores diferentes, até mudei os WebServices conforme indicado no portal, pois o componente faz a leitura do ACBrMDFeServicos.res (https://mdfe.svrs.rs.gov.br/WS/MDFeDistribuicaoDFe/MDFeDistribuicaoDFe.asmx), cuja URL está diferente do portal (https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx), mas não deu certo. Também pesquisei aqui no fórum e fiz a leitura de tudo que encontrei relacionado ao meu problema com MDFe e também fiz a leitura das NTs da SEFAZ, mas não teve jeito, tive que criar este tópico. Basicamente tenho 2 problemas: - o DistribuicaoDFePorUltNSU, com o NSU "000000000000000" ou "0" é retornado cStat 137 (Nenhum documento localizado) e as tags ultNSU e maxNSU com o valor "000000000000000". Ou seja, não consigo obter o ultNSU ou o maxNSU para dar inicio ao processo de download dos XMLs completos. - os DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU, com um NSU existente é retornado "Rejeição: Número do NSU informado superior ao maior NSU da base de dados do Ambiente Nacional". Para saber o último existente tive que baixar o "Aplicativo de Manifestação do Destinatário" da SEFAZ que faz a pesquisa e traz todos as NFes emitidas contra o mesmo CNPJ que estou testando. Alguém poderia me dar uma dica ? Muito obrigado pela atenção de todxs !

Olá pessoal, boa tarde! Fiz uma pequena correção no NFSeBrasil.ini Segue em anexo. Obrigado. NFSeBrasil.ini

Pessoal, bom dia. A alteração feita está gerando um access violation ao gerar o PDF por causa do conflito de nomes da variável string local e variável do componente (NomeArq). Fiz a correção que segue em anexo. Obrigado. ACBrNFSeDANFSeFR.pas