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.

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

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; .....

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

apenas para responder o tópico: do @Werner_Marques da uma olhada nesse link: veja se pode te ajudar para você poder alterar e usar com o seu GP. se os moderadores acharem que é duplicidade de tópico peço desculpa.(estou tentando ajudar)

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.

Sinceramente eu não consigo reproduzir o seu erro, por favor teste com o Demo e me de um passo a passo de como reproduzir este erro. Outra coisa o Java usa dll Cdecl.

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.

Veja esse tópico:

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?

Bom dia A recomendação é que realize os testes e homologação com o demo SATTest, conforme exemplificado neste tópico: A integração de pagamento é realizada diretamente com o Integrador, por isso não foi disponibilizado no ACBrMonitor, note que precisa gerar um XML simples com os dados do pagamento e vai obter a Retorno no diretório do Integrador. Para pagamento POS veja no tópico que é necessário utilizar o simulador POS do Ceará para homologar, isso não é funcional em Produção no CE.

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

Acho que o próprio Terminal, responde com "OnLine", quando o KeepAlive é executado... Veja no Log, em qual evento ela chega... creio que você possa fazer um tratamento na sua aplicação, para isso...

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

Você consegue testar em outra máquina ? Minha teoria, é que algo (algo outro software) nessa máquina, está carregando a OpenSSL antiga, e por algum motivo o ACBrMonitorPLUS, faz uso dela, a não da versão que ele distribui... @José M. S. Junior, por favor insira um botão para exibir a versão da biblioteca de criptografia... Basta exibir o resultado de: ACBrNFe1.SSL.SSLCryptClass.Versao;

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

Obrigado José. Assim que meu gerente me liberar vou tentar implementar essa versão de layout 030. Se quiser pode fechar o tópico, pois não sei quando poderei fazer a implementação, pois não depende só de mim Muito obrigado pela atenção!

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...

O GerarNFe / GerarXML vai gerar o XML internamente no componente. Para gravar em arquivo é preciso o componente estar configurado pra isso e a chamada ao método Assinar. O GravarXML vai apenas gravar em arquivo o XML no estado atual.

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

Commit [r19036]