Painel de líderes

Boa tarde! Percebi que você abre aspas no início e não fecha no final. Experimenta fechar e veja se muda algo. Seu arq. INI

Bom dia pessoal, estou realizando a impressão da NFe em alguns clientes e a impressão sai bem estranha, parecendo não respeitar as margens, não são em todos os clientes, mas um número considerável está reclamando, isso depois de atualizar o componente. Até tinha um demo do ACBrNFe e também estava desatualizado, mandei para o cliente e funcionou, atualizei o demo e enviei de volta e ocorreu o mesmo problema, coloquei alguns logs dentro da geração da impressão e as margens estão alimentando corretamente no componente, até mesmo ignorei o método AjustarMargem e defini tudo como 0 direto no report mesmo e mesmo assim o erro persiste, alguém tem alguma ideia do que possa ser? Segue abaixo uma print de como está saindo em alguns clientes. Obs: já foi verificado se o windows não está com o zoom de mais de 100% e nenhum desses clientes que estão ocorrendo o problema está com isso. Todos com apenas 100% o que é o valor padrão. Agradeço desde já.

Teoricamente a unica vantagem é diminuir o tamanho do exe pois não vai ter as informações de rtti de resto é basicamente a mesma coisa, se não estou enganado nos Delphi mais atual não faz diferença ser ou não published.

Sim isso mesmo o executável em modo release é menor pois não contém informações de depuração.

Ele está compilado em Modo Debug... compile em modo Release

Bom dia! Uma outra situação que deve ser vista é o grupo infCFe Você está començando desta forma:

Enviado ao repositório, rev. 17539. Obrigado pela contribuição.

Fiz testes pela manhã e agora a tarde, SP aparentemente já está aceitando os schemas na versão 3.00a. MG está programado pra amanhã. Restando apenas o PR...

Vc entendeu certo, é isso mesmo! Então vamos deixar do jeito que está, pois acredito que não deve fazer diferença para leitura do QrCode. Obrigado!

resolvido, foi o CSC que eu nao tinha posto o de homologação

Olá As tags retornadas pelo ACBrMonitor são baseadas no retorno da SEFAZ, não é identificada por item, é necessário analisar o código do campo "cStat" para saber o erro. O que pode ajuda a identificar alguns erros antes mesmo do envio é utilizar o comando : ValidarNFeRegraNegocio: https://acbr.sourceforge.io/ACBrMonitor/NFEValidarNFeRegraNegocios.html

Uma maneira rápida de corrigir as URLs de sua aplicação que usa o ACBr, sem necessariamente instalar um novo programa, é atualizar o arquivo de Endereços dos WebServices, diretamente na máquina local Baixe o arquivo ACBrNFeServicos.ini, clicando na URL http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini (clique no link com o botão direito do Mouse, e Salvar Como..) Salve o arquivo ACBrNFeServicos.ini exatamente na mesma pasta do seu .EXE Feito isso, o ACBrNFe passará a carregar as URLs de WebServices desse arquivo, ao invés do resource interno do componente Lembre-se de atualizar o arquivo ACBrNFeServicos.ini a cada atualização do sistema

boa tarde, alterei o pacote ACBrSerial -> ACBrBAL, fiz uma implementação de um novo modelo de balança marca "WEIGHTECH" modelo "WT3000-ABS", alguém poderia validar e adicionar no repositório ? ACBrBAL.pas ACBrBALWeightechWT3000_ABS.pas

Olá pessoal, A SEFAZ do Pará não vai mais recepcionar as NF-e a partir do dia 02/09/2019. A partir dessa data os contribuintes do Pará devem encaminhar as suas notas para a SEFAZ-Virtual do Rio Grande do Sul. Conforme consta a noticia no site da SEFAZ-Pará. Para quem utiliza o componente ACBrNFe, deverá apenas atualizar os fontes recompilar a aplicação e distribuir a nova versão do mesmo para os seus clientes. Para quem utiliza o ACBrMonitor, vamos disponibilizar uma nova versão do mesmo, ai basta vocês atualizarem os seus clientes. Pela noticia da SEFAZ-Pará não teremos um período de transição, logo vamos nos preparar para a correria, pois dia 2 é uma segunda-feira. Detalhe importante não será necessário realizar nenhuma mudança na configuração do componente ou do Monitor, apenas atualizar.

Veja esse tópico

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

certo, muito obrigado.

Boa tarde Wellisson, Acredito que o problema seja a data e hora da Entrega e a data e hora hash Entrega que são exatamente iguais inclusive hora/minuto/segundos. No mesmo segundo que a entrega foi realizada a foto foi tirada o evento foi enviado. Como o evento é enviado pela transportadora, por mais que o entregador esteja usando um dispositivo móvel com conexão com a internet para realizar o envio do evento, pelo menos o horário deveria ser posterior, exemplo: Data e hora de Entrega: 27/08/2019 - 12:28:09 Data e hora do Hash de Entrega: 27/08/2019 - 12:30:00 Data e hora do Evento: 27/08/2019 - 12:30:10 (este ultimo tem que ter uma tolerância máxima de 5 minutos em relação com o webservice da SEFAZ). Resumindo a Data e Hora do Evento você pode usar o Now, já os outros até pode usar o Now desde que exista uma diferença entre eles conforme o exemplo acima. Uma transportadora que não possui um dispositivo móvel para o envio do evento pelo entregador, se faz necessário que o entregador anote no canhoto a data e hora da entrega e esta informação será usada na tag dhEntrega.

Boa tarde. Obrigada pela contribuição, adicionada para validação. Att.

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

Informação: O estado do Rio Grande do Sul aderiu o campo, porém a obrigatoriedade do preenchimento do campo cBenef para emissão em PRODUÇÃO foi prorrogado para o dia 01 de abril de 2020 e será aceita todas as formas de preenchimento desse campo até o dia 31 de Março de 2020.

Graças a Deus e aos amigos que ajudaram deu certo vlw

Mesmo problema relatado nesta thread de NFS-e: https://www.projetoacbr.com.br/forum/topic/52393-fast-report-duplicando-datasets-possivel-solu%C3%A7%C3%A3o/?tab=comments#comment-344747 Só tem um caso não citado na thread anterior que ao pressionar CTRL + Z também duplica. Anexo arquivo com a correção. ACBrCTeDACTEFR.pas

Enviado ao repositório, rev. 17540. Mais uma vez, obrigado pela contribuição.

Opá! Blz! Fiquei assustado, achando que o Lazarus havia compilado apenas uma parte. Obrigado então, vou continuar os testes por aqui

Ficou certo. Obrigado. Edit: Aguardem um pouco para fechar, vou aproveitar e verificar logo os outros documentos

Os arquivos de Schema estão na pasta ..\ACBr\Exemplos\ACBrDFe\Schemas\NFe.

Ela foi removida no layout 3.00a. O RJ assim como todos os estados exceto MG e PR já atualizaram os webservices e só estão aceitando o XML nessa versão. Então na geração do XML informe pICMSInterPart = 0 (mas calculando como se fosse 100%). Adendo: Também precisa renomear um arquivo de schema conforme esta orientação:

Ola Pessoal, tive os mesmo problemas e não encontrei nenhum topico sobre a solução, mas consegui resolver meu problema. muitas vezes a falta de memoria, principalmente em debug se dá por erro no setup das variaveis de ambiente TEMP e TMP, ou seja, estamos tentando criar um arquivo temporario em um local que não existe ou não temos permissão. neste caso basta setar PROJECT\OPTIONS\ENVIRONMENT BLOCK as variaveis TEMP E TMP para uma pasta temp valida. ex: c:\windows\temp com isto consegui resolver dois problemas: canvas-does-not-allow-drawing e access violation

Bom dia Italo, Estou te enviando uma pequena correção que tive que fazer no arquivo pnfsNFSeR.pas para o Provedor ABase. Segue também em anexo, o envio dos RPS e o Retorno da NFSe para esse provedor. Basicamente o problema esta em relação a uma tag que se chama Rps, que acaba ocasionando um problema ao capturar o valor da tag Status, IdentificacaoRps e RpsSubstituido. Obrigado pela Atenção! NFSe.zip pnfsNFSeR.pas

Lembre que a comparação é feita com a data e hora do webservice, então se está usando a função Now precisa ter certeza que o relógio da máquina não está adiantado...

Atualizei repositório do ACBR comecei a ter problemas no pagamento do boleto problema no calculo do DAC. Visto que problema acontece pois campo fpTamanhoAgencia foi alterado de 4 para 5, apos esta modificação apenas a remessa é aceita no banco porem os clientes não conseguem pagar boleto, voltei para 4 problema resolvido, segue em anexo boleto com problema e um funcionando com 4 dígitos homologado problema esta na linha digitável. constructor TACBrBancoSafra.Create(AOwner: TACBrBanco); begin inherited Create(AOwner); fpDigito := 7; fpNome := 'Banco Safra'; fpNumero := 422; fpTamanhoAgencia := 5; fpTamanhoConta := 8; fpTamanhoCarteira := 1; fpTamanhoMaximoNossoNum := 9; end; boletoCorreto.pdf boletoErro.pdf

Tópico duplicado:

vc pode enviar o comando especifico, mas geralmente é mais fácil implementar essa alteracao pelo gerenciador do proprio banco. é uma coisa que quase nao se usa dentro do sistema... seu bordero de envio pode fazer alteração também.

Aqui recolocando a tag pICMSInterPart autorizou os CT-e. Na boa, que vergonha esses estados (MG, SP, PR)! Nem fui muito atrás, CT-e autorizados e eras isso... Daqui 2~3 dias esse problema vai voltar, daí eu retirarei a tag novamente.

Boa Tarde, Certo. Mantendo o calculo como 100 e apenas removendo a tag pICMSInterPart, conseguimos aprovar os CT-es com sucesso. Muito Obrigado pelo auxilio e atenção de sempre!

Pelo que diz na tabela disponibilizada pelo encat somente Mato Grosso. http://nfce.encat.org/desenvolvedor/regras-de-validacao/

Remova a tag ICMSinterPArt e também coloque o qrcode no seu xml e tente passar. ACBrCTe1.configuracoes.Geral.GerarInfCTeSupl := fgtSempre;

Sim, vou verificar.

Boa tarde Maikon, Sim, se estiver validando antes do envio, sem problemas.

Bom dia Ítalo, era esta alinha de raciocínio que eu estava! Vou eu mesmo entrar em contato com a seguradora e tentar entender melhor oque ela esta querendo. Obrigado pela ajuda!

Bom dia Italo vou atualizar e fazer novos testes e mando um retorno muito Obrigado.

Pessoal, Coloquem uma coisa na cabeça. Quando a SEFAZ retorna a mensagem "Falha no Schema, não significa que os schemas que vocês estão utilizando estão errados. A falha no schema ocorreu na SEFAZ, portanto é ela que esta com o schema errado. No caso em questão, a SEFAZ ainda não atualizou os schemas em seus servidores do CT-e da versão 3.00 para a 3.00a. A previsão é dessa atualização por parte da SEFAZ é de ocorrer hoje, mas sabe Deus que horas eles vão fazer isso.

Bom dia Maikon, Se for gerado o grupo <infResp> devemos informar o respSeg e o CNPJ ou CPF do responsável. Outra coisa. Pela imagem de erro, ocorreu um erro de validação e não uma rejeição por parte da SEFAZ. O seu MDF-e nem sequer foi enviado, pois o componente detectou erro na geração do XML.

Ok, obrigado Italo.

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

Foi isso mesmo Ricardo, obrigado pela dica..!!

Bom dia Ricardo, A geração do código (cNF) recomendado pela SEFAZ é de que ele seja um numero aleatório. Essa recomendação vem de longa data, não é de agora. Lhe pergunto: Qual é a dificuldade de gerar esse código usando a função GerarCodigoDFe que nós implementamos, que por sinal além de gerar o código já valida o mesmo? Qual é a dificuldade de após gerar o mesmo salvar juntamente com os demais dados da nota? Agora, quem desejar criar a sua própria rotina de geração de código, seja através de data, hora, data de aniversário fique a vontade.

O CFe pode ser referenciado na tag NFref.refNFe. Para cupom fiscal ECF referencia-se no grupo NFref.refECF.

Boa tarde a todos, Já esta disponível em nossa biblioteca a Nota Técnica 2019/001 que trata sobre novas regras de validação. Resumo da NT: · Dificultar utilização de código de segurança fraco · Melhorar o controle de documentos referenciados e da identificação do destinatário · Descrever benefícios fiscais e informações da tributação do ICMS com mais precisão · Criação de valor máximo para a base de cálculo do ICMS, por unidade federada · Melhor gerenciamento de informações sobre o destinatário, tanto no serviço de autorização de NF-e quanto no serviço de registro de EPEC Datas previstas para entrada em vigor: 01/07/2019 - Ambiente de Homologação; 02/09/2019 - Ambiente de Produção. Alterações no componente: Nenhuma, visto que essa NT trata de novas regras de validação a serem implementadas pelas SEFAZ-Autorizadoras. Novas Regras de Validação: Criada a Regra de Validação B03-10, para dificultar a utilização de um código de segurança fraco, ou seja, o valor de cNF não vai poder ser igual ao valor de nNF e sim um numero aleatório. Criadas regras de validação a documentos referenciados:  Regra de Validação BA10-40 foi alterada, possibilitando a utilização do CNPJ 8 (somente os 8 primeiros dígitos) com o objetivo de identificar que a nota foi emitida pelo mesmo contribuinte, a critério da unidade federada. Criada a Regra de Validação BA10-50, exigindo que uma contranota de produtor rural somente possa referenciar uma nota emitida por outro produtor rural, a critério da unidade federada. Criada a Regra de Validação BA20-20, impedindo que seja referenciado um documento fiscal de uso exclusivo para operações internas em uma operação destinada a outra unidade federada ou para o exterior. Criada a Regra de Validação BA20-30, impedindo referência a um Cupom Fiscal, a critério da unidade federada. Criadas regras de identificação do destinatário: Criada a Regra de Validação E03a-30, impedindo o uso simultâneo de IE e de identificação de estrangeiro para o destinatário. Criada a Regra de Validação E14-30, impedindo informação de país de destino “Brasil” em operações destinadas ao estrangeiro. Criada a Regra de Validação E16a-40, exigindo a indicação de “operação com consumidor final” quando se indica que a operação é destinada a não contribuinte. Criadas regras de validação tornando obrigatória a informação do Motivo da Desoneração e do Valor do ICMS desonerado, caso seja informado o Código do Benefício Fiscal: Criada a Regra de Validação I05f-10, impedindo a informação de um código de benefício fiscal juntamente com um CST que não prevê benefício fiscal, a critério da unidade federada. Criada a Regra de Validação I05f-20, impedindo a informação de um código de benefício fiscal que não corresponda ao CST utilizado, a critério da unidade federada. Criada a Regra de Validação I05f-30, exigindo que seja informado o valor do ICMS desonerado ou o motivo de desoneração quando se utiliza um código de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N07-10, exigindo informações sobre o diferimento quando se utiliza um CST de diferimento, a critério da unidade federada. Criada a Regra de Validação N12-84, exigindo o código de benefício fiscal quando se utiliza um CST de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N12-88, exigindo que o CST corresponda ao tipo de código de benefício fiscal informado, a critério da unidade federada. Criada a Regra de Validação N12-90, exigindo valor do ICMS desonerado e o motivo da desoneração, a critério da unidade federada. Criada a Regra de Validação N18-10, exigindo a informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST seja MVA, a critério da unidade federada. Criada a Regra de Validação N18-20, não permitindo informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST não for MVA, a critério da unidade federada. Criada a Regra de Validação W03-20, impedindo a informação de um valor de Base de Cálculo superior ao valor máximo estabelecido pela respectiva SEFAZ. Emitente: Criada a Regra de Validação 1C03-10, impedindo a informação de Razão Social do emitente diferente da existente no cadastro da SEFAZ. Destinatário: Criadas as Regras de Validação 5E17-10, 5E17-20, 5E1730, 5E17-40, 5E17-43, 5E17-46, 5E17-50, 5E17-60, 5E17-63, 5E17-70 e 5E17-80, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.  Serviço Autorização EPEC: Criadas as Regras de Validação 6P31-10, 6P31-20, 6P31-30, 6P31-40, 6P31-43, 6P31-46, 6P31-50, 6P31-60 e 6P31-63, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.