Danny

@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

Boa tarde pessoal. Esse erro ocorreu em 9 clientes desde ontem de manhã. Alguns deles normalizou sem que tivesse sido feito nenhum procedimento. Em 4 com Windows 7 fiz o windows update e resolveu o problema. Porém em um com Windows 10 o erro persiste, mesmo depois do windows update, não tem mais atualizações.

Entendi, tudo bem. Obrigado.

Juliomar. Presumo que o tamanho aumentou por causa das imagens incluídas no TImageList. Não tenho ideia de como fazer o procedimento que você sugeriu.

Bom dia pessoal. Fiz algumas alterações de modo que a impressão no Fast Report não fique dependente de arquivos .bmp. Modifiquei o ACBrBoletoFCFR.pas e ACBrBoletoFCFR.frm incluindo um TImageList com os logos e fiz uma pequena modificação no ACBrBoleto.pas. Gostaria que verificassem se é viável subir para o SVN, porém o tamanho do arquivo ACBrBoletoFCFR.frm ficou com quase 3 MB, impossibilitando anexar aqui. Caso interessar ao ACBr posso enviar no e-mail. Obrigado.

Bom dia pessoal. Fiz uma correção no tamanho do campo da IE, cujo clientdataset estava sendo criado com 14 caracteres, mas com os pontos fica com 15, ocasionando no corte do último dígito quando a impressão é feita através do carregamento dos campos feito pela aplicação no momento de enviar para SEFAZ. O mesmo não ocorre quando o carregamento é feito pelo XML, pois no XML é gravado sem os pontos. Obrigado. ACBrNFeDANFEFRDM.pas

Olá Italo, bom dia. Atualizei os fontes, fiz novos testes e está 100%. Acabei de fazer uma alteração pro cancelamento, pois este provedor o CodigoVerificacao é obrigatório neste método. Veja o retorno: <cancelarReturn xsi:type="xsd:string"> ERRO VALIDACAO XSD: (400)error: org.xml.sax.SAXParseException: cvc-type.3.1.3: The value '' of element 'CodigoVerificacao' is not valid. Linha : 1 Coluna: 562 </cancelarReturn> Segue a unit em anexo. Muito obrigado. ACBrNFSeWebServices.pas ACBrNFSeWebServices.pas

Bom dia pessoal. Inclui o município de Boituva/SP para provedor 4R em Cidades.ini. Fiz os testes e está 100%. Segue ini em anexo. Obrigado. Cidades.ini

Também tem outra situação que tive que corrigir, pois ocasionava em problemas na impressão. Segue a unit. Obrigado. pnfsNFSeR.pas

Não foi removido o tomado, apenas transferido pra o local correto. Sem o lazarus instalado aqui como seria possível alterar de modo que eu possa fazer?

Pessoa, desculpe. Segue a unit correta. ACBrNFSeWebServices.pas

Boa tarde pessoal. Estou ressuscitando este tópico para IssDSF em Campinas, porque tenho retomado o envio agora para o Trunk2. Observei que houveram diversas alterações significativas nos fontes para este provedor. Parabéns ao esforço. Na tentativa de enviar lote me deparei com um problema na consulta após o envio. Acontece que este provedor não possui método disponível para Consultar a Situação do Lote de RPS. Portanto a alteração que fiz foi necessária de forma a disparar o método para Consultar Lote, considerando que a "Versao" na consulta para este provedor é 1 e não 1.00. Segue a unit em anexo. Obrigado. ACBrNFSeWebServices.pas

Boa tarde pessoal. Acrescentei a IE do prestador e fiz uma pequena correção na impressão da NFS-e pelo Fortes. Por favor, vejam se é interessante ao ACBr. Obrigado. ACBrNFSeDANFSeRLRetrato.dfm ACBrNFSeDANFSeRLRetrato.pas