Painel de líderes

Olá Pessoal, Ocorreu uma alteração no salvamento dos arquivos de envio e de retorno dos eventos e da inutilização. O motivo dessa alteração foi que esses arquivos estavam sendo salvos em dois lugares distintos. No caso dos eventos eles estavam sendo salvos na pasta configurada em PathEvento e em PathSalvar. Já os de inutilização estavam sendo salvos na pasta configurada em PathInu e em PathSalvar. Com a alteração os arquivos de envio e de retorno passam a ser salvos somente na pasta configurada em PathSalvar. Por outro lado, o resultado final do processamento dos eventos bem como da inutilização, ou seja, os arquivos *-procEventoNFe.xml (no caso da NF-e) e o *-procInutNFe.xml (no caso da NF-e) vão continuar sendo salvos nas pastas configuradas em PathEvento e PathInu respectivamente. Desta forma fica fácil para o desenvolvedor pegar por exemplo todos os XMLs referente aos cancelamentos (pasta ...\Evento\Cancelamento) compactar e enviar para a contabilidade. Antes era preciso excluir os arquivos de envio e de retorno para que estes não fossem incluídos no arquivo compactado. Quero lembrar a todos que essa alteração foi realizada nos componentes: ACBrBPe (Bilhete de Passagem Eletrônico), ACBrNF3e (Nota Fiscal de Energia Elétrica Eletrônica), ACBrCTe (Conhecimento de Transporte Eletrônico), ACBrMDFe (Manifesto de Documentos Fiscais Eletrônicos) e ACBrNFe (Nota Fiscal Eletrônica).

O moderador e commiter do Projeto ACBr, @Régys Silveira, acaba de publicar em seu canal no YouTube, um excelente Curso de Firedac... São 19 vídeos, cobrindo tudo o que você precisa saber, sobre Firedac, do básico ao avançado... Se você ainda usa BDE, ou conectores de Banco de Dados antigos... assista o curso, e conheça todo o poder do FireDac Confira ainda, o Blog do Regys... https://regys.com.br/

Olá pessoal, Foi removido dos componentes ACBrBPe, ACBrCTe, ACBrMDFe, ACBrNFe e ACBrNF3e das units que geram o XML a propriedade AjustarTagNro. Essa propriedade foi acrescentada porque ao usar o OpenSSL, os campos string com menos de 3 caracteres geravam erros de validação. A motivação para a remoção dessa propriedade foi: Os componentes listados acima ao gerar o XML se o conteúdo do campo “nro” tiver apenas 1 ou 2 dígitos eram ajustados para 3 dígitos, consequentemente causando problemas na cidade de Barretos/SP, pois nessa cidade existem imóveis diferentes com numeração 10 e 010 (zero a esquerda) na mesma rua. Por incrível que pareça é zero mesmo e não a letra "O". Caso alguém venha ter problemas de validação com o campo nro, favor tratar da seguinte forma: ao alimentar o campo nro: nro := ExecutarAjusteTagNro(True, cNumero); Onde: cNumero é uma variável da sua aplicação que contem o numero do imóvel situado no logradouro. Devemos incluir em uses a unit pcnAuxiliar. A função ExecutarAjusteTagNro vai realizar o ajuste necessário para que o campo nro fique com no mínimo 3 dígitos.

Bom dia, Depois de muita lida e ajuda de todos, ao que tudo indica, o problema está resolvido. Para registro vou explicar o que estava fazendo e, segundo a dica passada pelo @Daniel Simoes, não era a forma ideal. Vamos lá: O que preciso é que sejam alimentadas duas variáveis (VCNPJCert e VVctoCert) para uso em outras rotinas. Isso precisa ser feito antes de qualquer outra operação relacionada a documentos fiscais. Logicamente que primeiro são alimentadas todas as propriedades SSL do componente ACBrNFe1 e que não precisa detalhar aqui. Forma que eu estava (errada) - ACBrNFe1.SSL.NumeroSerie := SerieDoCertGravadaEmIni; - VVctoCert := ACBrNFe1.SSL.CertDataVenc; //esta linha e a próxima, disparavam a rotina ACBrNFe1.SSL.SelecionarCertificado, a qual, além de ser mais lenta, gerava o problema depois quando a aplicação era encerrada e destruía o componente ACBrNFe1, que foi o problema inicial deste post. - VCNPJCert := ACBrNFe1.SSL.CertCNPJ; Forma ideal (correta) - ACBrNFe1.SSL.LerCertificadosStore; - for I := 0 to ACBrNFe1.SSL.ListaCertificados.Count-1 do With ACBrNFe1.SSL.ListaCertificados do begin if NumeroSerie = SerieDoCertGravadaEmIni then //se é o certificado que o usuário selecionou no módulo de parametrização begin VVctoCert := DataVenc; VCNPJCert := CNPJ; end; end; Obrigado a todos.

Entramos em contato com a Gertec, a mesma nos informou que eles já estão trabalhando em uma nova dll que deverá corrigir isso.

Seguinte tente isso, no ACBrLib.ini tem a sessão BoletoBancoConfig e a chave TamanhoMaximoNossoNumero deixe a mesma vazia e tente novamente.

Vou verificar isso, e qualquer coisa volto a comunicar. Obrigado desde já!

Olá, A exemplo de diversas ocorrências no projeto de NF-e, neste mês a Sefaz SC alterou o webservice de transmissão dos arquivos do BlocoX. Tenho notado nos últimos dias diversos acessos em modo de edição do arquivo de “documentação” do BlocoX. https://docs.google.com/document/d/1yez14gry9Mi4rTpwDRDf--bR-SLzijD81OPeJzh9FqE/edit#heading=h.v2scd6bi9exi E como todos sabem temos mais o que fazer da vida do que ficar atualizando sistema nos clientes apenas por mudança de url Gostaria de contribuir com o projeto ACBr enviando alteração que permita configuração das URL's usando a estrutura de arquivos .ini. Segue anexo o arquivo fonte, com alteração na procedure TWebServiceBlocoX.DefinirURL e inclusão de “IniFiles” na uses. Ao membro do ACBr que analisar a alteração, se tiver outra forma, e/ou melhorar o código, desde já agradeço. ACBrBlocoX_WebServices.pas

Muito obrigado @Daniel Simoes Eu fiquei mais de uma hora procurando esse post kkkk Problema resolvido!

Olá Daniel, é isso mesmo, a dll atual só funcionou executando a aplicação como administrador. Estamos replicando para todos os caixas acessarem o sistema como administrador e a dll nova, vamos monitorar agora. Muito obrigado! Att, Wilson

Obrigado Daniel pela ajuda.

Bom dia Estará corrigido na próxima versão.

Pronto Daniel, darei uma olhada no vídeo para esclarecer minhas dúvidas e agradeço imensamente pela ajuda! Obrigada ao Daniel e a todos da equipe

Bom dia Rodrigo, Muito obrigado pela colaboração, já enviei para o repositório. Favor atualizar os fontes e faça novos testes.

Complementando a resposta do nosso amigo Daniel Simoes, a função que insere ou não o texto enviado para o MicroTerminal se chama "echoMode". Estuda os tipos de tratativas que essa funçao tem e adequa na sua tratativa que resolverá seu problema. Att.

Use a força, leia os fontes... veja: procedure NotaFiscal.Assinar; var XMLStr: String; XMLUTF8: AnsiString; Leitor: TLeitor; begin with TACBrNFe(TNotasFiscais(Collection).ACBrNFe) do begin if not Assigned(SSL.AntesDeAssinar) then SSL.ValidarCNPJCertificado( NFe.Emit.CNPJCPF ); end; // Gera novamente, para processar propriedades que podem ter sido modificadas <==== AQUI XMLStr := GerarXML; .....

Você precisa preencher o xCampoDet com o Código Produto ANP Veja esse tópico:

No caso seu software de compactação deve de estar achando que é um arquivo zip mas pega e abre ele assim mesmo no bloco de notas pra tu ver

Olá, recebi um telefonema da área jurídica da embarcadero alegando que eu instalei um trial do rad studio e que a licença não retornou e estou entrando com uma ação judicial contra mim. Eu aleguei que tenho sim, o delphi community e que tenho interesso do professional. Posso ter instalado esse trial, mas nunca compilei um programa nele. A pessoa não quis discussão e retornou um email que irá prosseguir com a ação judicial. Já liguei na área de vendas e não podem ajudar. Alguém ja passou por isso aqui? Como resolveu? Obg.

Olá pessoal, Foi publica a NT 2020/001 do MDF-e e ela já se encontra em nossa biblioteca. Resumo: O projeto MDF-e Integrado tem como objetivo a disponibilização, pelas Secretarias de Fazenda, de uma infraestrutura digital de documentos, legislações e processos voltados para a simplificação da emissão de documentos fiscais eletrônicos de transporte e integração, dentro de um ecossistema digital, que permite às Empresas Transportadoras de Cargas (ETC), Transportadores Autônomos de Cargas (TAC), ANTT, Administradores de Meios de Pagamentos e as próprias Secretarias de Fazenda, o aperfeiçoamento dos seus processos e compartilhamento de informações entre todos estes atores, a partir de um único documento e infraestrutura já consolidada e em uso por todos os envolvidos. Diante desse desafio, as Secretarias de Fazenda e o ENCAT, vêm nos últimos meses e em parceria com os diversos atores intervenientes, adotando uma série de ações estruturantes voltadas para superação das dificuldades atuais enfrentadas pelos órgãos de controle e geração de um ambiente operacional mais eficiente e competitivo, a exemplo das ações descritas abaixo: Aprovação de legislação nacional que normatizou o compartilhamento dos MDF-e dos 27 estados com os órgãos reguladores de transportes; Aprovação de legislação nacional que normatizou a obrigatoriedade de emissão do MDF-e em todas as operações de transporte, sejam elas intermunicipais ou interestaduais; Implantação da plataforma digital e registro de eventos eletrônicos que permitem ao transportador confirmar a entrega da mercadoria ao destinatário, possibilitando assim, a redução do prazo para o recebimento do frete por parte do caminhoneiro; Aprovação de legislação criando a Nota Fiscal Fácil (NFF), que permitirá aos contribuintes que operam com vendas de mercadorias e transportadores autônomos emitirem seus respectivos documentos fiscais de forma simplificada e a partir do seu próprio smartphone, conforme legislação publicada no D.O.U. do dia 19/12/2019 (Ajuste SINIEF No. 37 de 13 de dezembro de 2019); Publicação dessa NT, que estrutura o MDF-e de forma a possibilitar, entre outros benefícios: Geração automática do CIOT, pelo Sistema MDF-e, tanto para as modalidades TAC-Independente como TAC-Agregado; Automação do processo de fiscalização do Piso Mínimo do Frete (Tabela do Frete), nos termos da Resolução ANTT nº 5.849 de 16 de julho de 2019. Geração de informações para facilitar a negociação de direitos de recebimentos de fretes, por parte do TAC, junto a instituição financeira onde possui conta corrente, sem a interferência de atravessadores. Com essa NT temos: - Alterações de schema e regras de validação do MDF-e - Alterações no schema do modal rodoviário no grupo infANTT - Criação do evento de Pagamento da operação de transporte Portanto teremos um evento novo, criação do grupo Produto Predominante <prodPred> na parte geral do MDF-e, alteração no grupo informações do contratante, inclusão dos campos <xNome> e do <idEstrangeiro>, no modal rodoviário foi criado o grupo informações do pagamento do frete <infPag>. Novas Regras de Validação: Se modal rodoviário e indicador de pagamento for a prazo (tag:indPag=1): O grupo de informações a prazo deve ser informado (grupo:infPrazo). Implementação Obrigatória. Gera a Rejeição: 724. Se modal rodoviário, o grupo produto predominante deve estar informado (grupo: prodPred). Implementação Obrigatória. Gera a Rejeição: 725. Se modal rodoviário e MDF-e possuir apenas um DF-e transportado no grupo infDoc: O grupo de informações da carga lotação (infLotacao) deve estar informado. Implementação Facultativa. Gera a Rejeição: 726. Se modal rodoviário e informado grupo de pagamento, rejeitar se CNPJ/CPF do responsável pelo pagamento estiver inválido. Implementação Obrigatória. Gera a Rejeição: 727. Se moda rodoviário e informado grupo de pagamento, rejeitar se CNPJ do IPEF estiver inválido. Implementação Obrigatória. Gera a Rejeição: 728. Vai ocorrer alterações no componente? Sim Vai ocorrer alterações nos schemas? Sim Vou ter que adequar a minha aplicação? Sim Prazos: Ambiente de Homologação: 09/03/2020 Ambiente de Produção: 06/04/2020

Bom dia Pessoal, Tivemos a solicitação de um cliente para enviar o valor total dos tributos ( soma das alíquotas Federal + Estadual + Municipal, conforme confirmado com Pedro - SimplISS). Analisando o componente NFSe notei que na unit pnfsNFSeW_ABRASFv2 o campo era preenchido com 0 Gerador.wCampoNFSe(tcDe2, '#22', 'ValTotTributos ', 01, 15, 1, 0.0, DSC_VINSS); Alterei para preencher com uma nova propriedade criada Gerador.wCampoNFSe(tcDe2, '#22', 'ValTotTributos ', 01, 15, 1, NFSe.Servico.Valores.ValorTotalTributos); Realizei o ajuste no componente para enviar esse campo conforme valor definido na nova propriedade que criei: Unit pnfsNFSe; .... // Alterado Linha 185 e 227 TValores = class(TObject) private FValorServicos: Currency; FValorDeducoes: Currency; ... FvValorTotalTributos: currency; public property ValorServicos: Currency read FValorServicos write FValorServicos; property ValorDeducoes: Currency read FValorDeducoes write FValorDeducoes; ... //Provedor proSimplISSv2 property ValorTotalTributos: currency read FvValorTotalTributos write FvValorTotalTributos; end; Realizei os testes e esta funcionando corretamente. Alguém poderia analisar e fazer o commit? Anexei as unit para analise. pnfsNFSe.pas pnfsNFSeW_ABRASFv2.pas

Tudo bem Ontem eu coloquei um try catch no método nfe.enviar e no método nfe.validaregrasdenegocios e ele me retornou o erro anexo abaixo, com esse erro posso tratar contingencia offline? Log - 17.02.2020.21.50.32.txt

O município de Barra Mansa/RJ alterou o provedor. De: TIPLAN Para: ISSNET Seguem os arquivos atualizados: Cidades.ini e ISSNET.ini Cidades.ini ISSNet.ini

Esse erro ocorre porque é necessário, antes de começar a transmitir, solicitar uma "faixa" de numeração RPS para utilização. Meio arcaico, mas é o que esse provedor orienta. Para fazer isso, leia o último parágrafo do manual no link que citei mais acima. Aqui tem mais detalhes sobre o erro e a solução também: https://basepro.com.br/wfenix//index.php?title=E004:_Esse_RPS_não_foi_enviado_para_a_nossa_base_de_dados._Número_do_RPS_em_que_ocorreu_o_erro:_1001

Por favor atualize para a ultima versão do ACBrMonitor e utilize o botão "Versão SSL" na tela de configuração SSL, para sabermos qual versão o Monitor está utilizando...

Verifiquei junto a prefeitura e o problema era instabilidade no servidor do provedor mesmo, até emissão via site estava fora do ar, as URLs continuam as mesmas, consegui emitir as notas hoje normalmente. Obrigado pela atenção Italo.

Esse erro ocorre antes do envio do Evento de Cancelamento, na validação dos Schemas identificou problema no campo nProt. Mas pode ser melhorado a validação da consulta, vamos validar essa rotina.

Boa tarde Melissa, Por favor leia essa noticia:

Nossa, obrigado Daniel Vou fazer essa mudança! Valeu mesmo.

Boa Tarde, Apesar de aparentemente válido, o elemento Signature estava com problemas. Obrigado,

Boa tarde Essa função é apenas para retornar o Nosso Numero formatado conforme exigencia do banco. Mas para informar o Nosso numero a ser impresso no boleto deve passar no arquivo .INI com os dados do título... Pode passar sem os zeros a esquerda que o próprio componente se encarrega de formatar... Antes de gerar o título grave todas as configurações do Cedente e Conta Bancária configurados em tela Veja o exemplo do arquivo: https://acbr.sourceforge.io/ACBrLib/ModeloTituloINI.html

Boa tarde. Obrigada pelo interesse em colaborar, realmente perde-se muito tempo com as exigências dos fiscos. Assim que for analisado, será retornado no tópico. Att.

Muito Obrigado!

Bom dia. Em breve o @EMBarbosa lhe responderá, caso tenha urgência nas respostas, peço que considere assinar o SAC ACBr. https://www.projetoacbr.com.br/forum/sac/sobre/ Att.

Obrigado. Vou tentar implementar dessa forma.

Isso é porque não está implementado usando esse protocolo. Você pode baixar o manual de comunicação direta "ESC", verificar se existe essa função e implementar no componente ACBrECF. Mas o recomendado é usar o protocolo STX e não o ESC. A não ser que o fabricante esteja recomendando outra coisa. Minha sugestão é você verificar com o fabricante se existe alguma atualização para o Firmware desse ECF. Lembro de terem havido vários problemas relacionados. Verifique também timeout e se sua aplicação está enviando comandos seguidos ao ECF.

Bom dia Leandro, Muito obrigado pela colaboração, já foi enviada para o repositório. Favor atualizar os fontes e faça novos testes.

Olha, eu não trabalho em uma empresa que emita Certificados, e não conheço os detalhes do seu Hardware, ou como esse certificado foi emitido... Creio que o correto, seja entrar em contato com a empresa que Emitiu e Vendeu o Certificado Apenas estou fazendo um teste por comparação... o Navegador Web usa APIs e rotinas semelhantes a que usamos na ACBrDFeSSL, para conseguir um túnel HTTPS... então se não funciona nele... Para compreender mais sobre a DFeSSL, veja esse vídeo:

Bom dia Aparentemente não está localizando o protocolo de autorização para poder Cancelar essa NFe. Se consultar essa chave na Sefaz está disponível com o número de protocolo de autorização?

Usa o TOpenDialog para ele selecionar o arquivo. Tem como definir filtros para listar somente as extensões desejadas. if OpenDialog1.Execute then FilenameFocusEdit1.Text := OpenDialog1.FileName; E para salvar, utiliza o TSaveDialog, assim permite ao "utilizador" escolher o nome do novo arquivo. if SaveDialog1.Execute then FilenameFocusEdit1.Text := SaveDialog1.FileName; Usei no código o componente visual do seu exemplo o FilenameFocusEdit1.Text Seria isso talvez?

Sobre os TimeOuts... veja os tempos da Sefaz Virtual RS, nesse site: http://www.nfce.se.gov.br/portal/painelMonitor.jsp Nesses casos, você deve chavear sua aplicação para modo off-line

Veja esse tópico na Base de Conhecimentos...

Em alguns tamanhos de fonte deu certo em outros não.. Mas já resolveu meu problema. Obrigado pela dica @Daniel Simoes

Boa tarde Marcos, Muito obrigado pela colaboração, já enviei para o repositório.

Blza, somente setei o FcomponenteBoleto.Banco.TipoCobranca para cobUnicredES somente para criar mas as funções do CNAB 240 deixei tudo no UnicredRS, funcionou certinho. Vou fazer a homologação agora. Quando estiver ok vou postar aqui para vocês analisarem e postarem no SVN se possível. Blz?

Boa tarde.. Sabe o estranho , e que estava como teContigencia, ai estava dando erro , mudei para teOffline e ai funcionou ... Agradeço a todos ai...

Ah, uma imagem vale por mil palavras... ou vídeo... rs

Em comemoração aos 25 anos de existência do Delphi, fomos convidados pela Embarcadero para a gravação de um depoimento, contando um pouco sobre a nossa experiência com o Delphi Aproveite e atualize o seu Delphi para nova versão, Delphi Rio 10.3.3, com 25% de desconto... Confira a promoçãol

Bom dia, Serão somente essas alterações mesmo, vi com o nosso consultor fiscal que o 815 é para ressarcimento de crédito de ICMS ST, igual RS faz pelo SPED, e MG por um relatório, Como nenhum cliente do estado de SP pediu isso, vamos interromper a implementação do C815 e ficando apenas com C810... VIsto que alguns contadores querem importar os itens da venda pelo SPED. Ficaria grato, se pudessem revisar o código que enviei no tópico acima e implementar no código

Na época esses registros não eram obrigatórios, mas se olhar o guia prático versão 3.0.3 na página 14 eles voltaram a ser obrigatórios. Inclusive, fiz as alterações no ACBR para preencher os campos C810, como que faço o commit no código de vcs?ACBrEFDBloco_C_Class.pas Tentei fazer o commit, mas não possuo autorização. Vou ver o que precisa para implementar o C815, porque também vou precisar dele