Danny

Í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

@Juliomar Marchetti, agradeço a dica. Vamos considerar sua sugestão.

Bom dia pessoal. Certamente suas respostas me influenciaram a escolher a ferramenta ideal para a minha necessidade. A equipe aqui é pequena e distribuída, tem experiência básica com Git e SVN. Porém a equipe poderá crescer e, por isso, optei por uma ferramenta "escalável". Vamos de GitLab mesmo. Ontem começamos a aprofundar os estudos para a implementação desta como sendo nossa ferramenta de versionamento. Muito obrigado pela ajuda de todos.

Sérgio, bom dia. Deu certo. Muito obrigado pela solução.

Obrigado pela resposta Daniel. Vou pesquisar mais sobre o assunto.

Boa @Sérgio segunda eu testo e posto o resultado

Pessoal, boa noite. Atualizei os fontes, reinstalei (ACBrInstall_Trunk2.exe), desativei o firewall do Windows 7 e exclui e inclui o componente ACBrSAT1 do meu formulário Delphi. As DLLs do diretório da aplicação foram atualizadas com as DLLs que se encontravam dentro do diretório onde está instalado o Ativador Sweda. Fiz uma alteração na unit1.pas, onde do exemplo para Consultar o SAT: De: ACBrSAT1.ConsultarSAT; Para: try ACBrSAT1.ConsultarSAT; except on E:Exception do begin showmessage('Erro: ' + E.Message); end; end; E no exemplo para Consultar Status Operacional: De: ACBrSAT1.ConsultarStatusOperacional; Para: try ACBrSAT1.ConsultarStatusOperacional; except on E:Exception do begin showmessage('Erro: ' + E.Message); end; end; Compilei e gerei o SATTeste.exe. Ao Consultar SAT ocorreu o seguinte erro: E a seguinte exceção apareceu no log: Consultei Status Operacional e ocorreu o seguinte: No Ativador da Sweda não ocorre nenhum erro se tentar Consultar SAT ou Consultar Status Operacional. Ao extrair os logs pelo Ativador Sweda as últimas linhas estão assim: 20191129192156|SAT|ERRO|Sincronização NTP: Falha no processo de sincronização. Servidor inoperante ou restrição de Firewall / Proxy 20191129192225|SAT|ERRO|Sincronização NTP: Falha no processo de sincronização. Servidor inoperante ou restrição de Firewall / Proxy 20191129192255|SAT|ERRO|Sincronização NTP: Falha no processo de sincronização. Servidor inoperante ou restrição de Firewall / Proxy 20191129192326|SAT|ERRO|Sincronização NTP: Falha no processo de sincronização. Servidor inoperante ou restrição de Firewall / Proxy 20191129192356|SAT|ERRO|Sincronização NTP: Falha no processo de sincronização. Servidor inoperante ou restrição de Firewall / Proxy 20191129192426|SAT|ERRO|Sincronização NTP: Falha no processo de sincronização. Servidor inoperante ou restrição de Firewall / Proxy 20191129192456|SAT|ERRO|Sincronização NTP: Falha no processo de sincronização. Servidor inoperante ou restrição de Firewall / Proxy 20191129192526|SAT|ERRO|Sincronização NTP: Falha no processo de sincronização. Servidor inoperante ou restrição de Firewall / Proxy 20191129192547|AC-SAT|INFO|Executando comando vindo do AC: ConsultarSAT. 20191129192547|AC-SAT|SWEDA|Comando ConsultarSAT realizado com sucesso 20191129192547|AC-SAT|INFO|Tempo resposta (ConsultarSAT): 154 ms. 20191129192550|AC-SAT|INFO|Executando comando vindo do AC: ConsultarStatusOperacional. 20191129192556|SAT|ERRO|Sincronização NTP: Falha no processo de sincronização. Servidor inoperante ou restrição de Firewall / Proxy 20191129192557|AC-SAT|INFO|Tempo resposta (ConsultarStatusOperacional): 7061 ms. 20191129192612|AC-SAT|INFO|Executando comando vindo do AC: ExtrairLogs. 20191129192613|SAT|ERRO|Sincronização NTP: Falha no processo de sincronização. Servidor inoperante ou restrição de Firewall / Proxy 20191129192614|SAT|SWEDA|========================== Status operacional atual ========================= 20191129192614|SAT|SWEDA|statusop.tipoLan: DHCP 20191129192614|SAT|SWEDA|statusop.lanIP: 192.168.000.102 20191129192614|SAT|SWEDA|statusop.lanMAC: b8:24:1a:01:df:be 20191129192614|SAT|SWEDA|statusop.lanMASK: 255.255.255.000 20191129192614|SAT|SWEDA|statusop.lanGW: 192.168.000.001 20191129192614|SAT|SWEDA|statusop.lanDNS1: 192.168.000.001 20191129192614|SAT|SWEDA|statusop.lanDNS2: 000.000.000.000 20191129192614|SAT|SWEDA|statusop.statLan: CONECTADO 20191129192614|SAT|SWEDA|statusop.nBat: ALTO 20191129192614|SAT|SWEDA|statusop.mtTotal: 1048576 Kbytes 20191129192614|SAT|SWEDA|statusop.mtUsada: 340732 Kbytes 20191129192614|SAT|SWEDA|statusop.datahora: 20191129192612 20191129192614|SAT|SWEDA|statusop.verSoft: 03.00.00 20191129192614|SAT|SWEDA|statusop.versaoLayout: 0.08 20191129192614|SAT|SWEDA|statusop.ultimoCFe: 35191124355191000172590006765170005969635907 20191129192614|SAT|SWEDA|statusop.listaInicial: 00000000000000000000000000000000000000000000 20191129192614|SAT|SWEDA|statusop.listafinal: 00000000000000000000000000000000000000000000 20191129192614|SAT|SWEDA|statusop.dhTransmissao: 20191128110941 20191129192614|SAT|SWEDA|statusop.dhComunicacao: 20191129181731 20191129192614|SAT|SWEDA|statusop.CERT_EMISSAO: 20190329 20191129192614|SAT|SWEDA|statusop.CERT_VENCIMENTO: 20240329 20191129192614|SAT|SWEDA|statusop.ESTADO_OPERACAO: 0 20191129192614|SAT|SWEDA|========================== Status adicionais atuais ========================= 20191129192614|SAT|SWEDA|statusadic.proxy.ip: 20191129192614|SAT|SWEDA|statusadic.proxy.porta: 20191129192614|SAT|SWEDA|statusadic.proxy.user: 20191129192614|SAT|SWEDA|statusadic.proxy.senha.length(): 0 20191129192614|SAT|SWEDA|statusadic.qnt_cfe_nt_venda: 0 20191129192614|SAT|SWEDA|statusadic.qnt_cfe_nt_cancel: 0 20191129192614|SAT|SWEDA|statusadic.data_cfe_mais_antigo: 20191129192614|SAT|SWEDA|statusadic.conexao: OK 20191129192614|SAT|SWEDA|================================================================================= Com o Emulador não ocorre nenhum erro. Alterei o ACBrSAT.pas incluindo diversos "showmessage" para me mostrar o ponto onde estava o erro, mas não encontrei a linha que o erro ocorre. Poderiam me ajudar a identificar o problema? Obrigado

Olá pessoal, boa tarde. Estou verificando no fórum sobre uma discussão antiga. Não sei se podem me ajudar, mas estou com uma necessidade de usar um Git, pois os desenvolvedores irão trabalhar nas suas residências. Sei que o ACBr utiliza o subversion (SVN) e gostaria de saber porque optaram pelo SVN e não pelo GitLab, GitHub ou outro. Observei também que algumas pessoas tem uma conta no GitHub do projeto ACBr (https://github.com/frones/ACBr). Por que criaram esta conta? Testei o GitLab e observei algumas desvantagens com relação ao SVN como: - se excluir o arquivo local ao dar um pull os mesmo não são baixados - não mostrar se os arquivos estão iguais ou diferentes aos arquivos do repositório "master" (os sinaizinhos verde, vermelho, amarelo) - necessidade de executar comandos via prompt Porém, pesquisando pelo google trends, muitas pessoas hoje utilizam mais o GitLab/GitHub do que o SVN, mas não informações exatas sobre as vantagens e desvantagens de se utilizar um ou outro. Sei que o GitLab tem a vantagem de se criar vários branches, coisa que o SVN não faz. Será que podem me ajudar a fazer uma boa escolha? Obrigado.

Boa tarde pessoal. O provedor de Cerquilho/SP é o 4R. Segue correção em anexo. Obrigado Cidades.ini

EMBarbosa, acabei de validar e está Ok. Muito obrigado!

Bom dia pessoal. Ao tentar reimprimir a inutilização através leitura (InutNFe.LerXML) de um arquivo XML ocorre access violation quando CarregaParametros. A FNFe está atribuída, porém, ao tentar ler por exemplo a FNFe.Total.ICMSTot.VNF ocorre o access violation. Fiz uma pequena alteração que resolveu o problema. Segue em anexo a unit. Obrigado ACBrNFeDANFEFRDM.pas

Pessoal, desculpe, não deu certo. Estou fazendo uma correção. Tentei excluir este tópico, mas não encontrei o meio.

Bom dia pessoal. Ao tentar reimprimir a inutilização através de um arquivo XML ocorre access violation quando CarregaParametros. Entendo que não há necessidade de CarregaParametros na inutilização. Fiz uma alteração que resolveu o problema. Segue em anexo. Obrigado ACBrNFeDANFEFRDM.pas

Bom dia pessoal. O componente está fazendo uma validação errada na DT_SAIDA do registro K260. No Guia Prático EFD-ICMS/IPI – Versão 3.0.1 a validação deste campo está descrita da seguinte forma: Campo 04 (DT_SAÍDA) - Validação: a data informada deve ser menor ou igual a DT_FIN do registro K100. O componente gera a exceção informando que "A data deve estar compreendida no período informado nos campos DT_INI e DT_FIN do Registro K100", caso este campo for menor que DT_INI. Fiz a alteração, vejam se estou certo na minha afirmação. Obrigado. ACBrEFDBloco_K_Class.pas