Painel de líderes

Você poderia usar o ACBr no BackEnd... há vários desenvolvedores usando dessa maneira... Veja esse curso do @Régys Silveira https://wkconsultoria.com.br/treinamento/curso-nfc-e-com-delphi-e-acbr-no-mobile/

Olá pessoal! Estou ajustando na minha aplicação a importação de retorno para o BB CNAB 240, com emitente pessoa física. Neste parte de validação do ACBrBoleto, sempre cai no expection abaixo, visto que no ACBrBancoBrasil ele pega: rCNPJCPF := OnlyNumber((copy(ARetorno[0], 19, 14))); 14 caracteres e o CPF é 11, fiz essa alteração gostaria de saber se é válida. Posição 18, TipoInscrição 1 CPF ou 2 CNPJ; if copy(ARetorno[0], 18, 1) = '1' then rCNPJCPF := OnlyNumber((copy(ARetorno[0], 22, 11))) else rCNPJCPF := OnlyNumber((copy(ARetorno[0], 19, 14))); Onde cai se não tiver o tratamento acima, o CPF fica como ex: 00051544830068 e o Cedente.CNPJCPF = 51544830068 /// devido a formatação. if NaoEstaVazio(ACNPJCPF) then if (not LeCedenteRetorno) and (ACNPJCPF <> OnlyNumber(Cedente.CNPJCPF)) then raise Exception.CreateFmt(ACBrStr('CNPJ\CPF: %s do arquivo não corresponde aos dados do Cedente!'), [ACNPJCPF]); Desde já agradeço a atenção. ACBrBancoBrasil.pas

Boa tarde. Creio que este seja um grande risco, uma vez que pode ser interpretado que a softwarehouse é co-responsável. Att.

Bom dia, Alteração adicionada para análise. Att.

Por favor, verifique esse tópico

Muito obrigado pela correção. Foi enviada ao SVN na revisão 16849. Também aproveitei para criar um teste unitário para esse erro.

segue sugestão de correção na importação do registro 0200 que esta faltando o campo CEST. ACBrEFDBloco_0_Importar.pas

Olá, Sim, retirar o Double ou utilizar o RoundABNT dá na mesma. Mas se você verificar a commit efetuado no dia 07/04/2019 as 20:27, que foi quando alteraram isso e ocasionou o problema, colocaram a mensagem no commit de "Correção para Compilação em 64 bits" Portanto, ao utilizar o RoundABNT, uma função contida no ACBrUtil, a mesma deve estar compatibilizada com x64. Por isso a utilização dela por minha parte. Atenciosamente.

Somente Atualizar Schemas amigo !! http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8=

@Daniel Simoes agradeço pela força;;; consegui fazendo o sequinte a cada ENTER que no meu caso e o fim de cada comando... eu desabilito o echomode... e habilito no final dele... ja reolveu... agradeço pela força... att Tiago Passarella

Acompanhe esse tópico sobre mesmo problema... Aparentemente é uma validação que começou a ser realizada pela SEFAZ...

Boa tarde. Pelo decorrer do tópico me parece que será necessário um ajuste no componente, caso queira alterar e anexar os fontes aqui, fique a vontade, mas de qualquer forma já está adicionado a nossa lista de tarefas. Att.

Coloquei nas configuraçoes SSLCritp : cryWinCrypt SSLHttp : httpWinHttp SSLib : libWinCrypt SSLXml : xsLibXml2 ai deu certo

Baixei seu arquivo aqui, sua correção não se deve ao RoundABNT e sim a supressão da conversão Double. Mas de qualquer forma resolve. Obrigado pela presteza e velocidade Juliana. Edite a o seu Arquivo ...\ACBRNFe2_Trunk2\Fontes\ACBrBoleto\ACBrBoleto.pas na função que foi citada acima.

Por favor, verifique esse tópico. Atualize o ACBr e recompile seu aplicativo. Esses erros passaram a ocorrer também com o Windows 7.

A rejeição 245 é "Rejeição: CNPJ Emitente não cadastrado" e tem a seguinte regra de validação: Então a lógica é que seu XML está indo com um CNPJ que não foi cadastrado, ou como você disse, está com alguma pendência na SEFAZ. Bom, nesse caso, a mensagem deveria ser referente a CPF. Mas não é. Sendo assim, você precisa ter a mente aberta pra outras situações que podem estar ocorrendo. Isso inclui a possibilidade da SEFAZ estar te mandando uma mensagem de rejeição incorreta. Na minha opinião, a primeira coisa que você precisa fazer é abrir o XML que está sendo enviado e verificar se o que está sendo enviado é realmente o CPF do emitente e se ele está com a formatação correta. Depois jogar esse xml no validador da SEFAZ. Por fim avaliar o cadastro. Lembre-se que não basta a inscrição está correta. Todos os dados devem bater com o "Cadastro de Pessoa Jurídica ou Pessoa Física" e estar vinculado ao mesmo CNPJ ou CPF. Se não me engano, não é no cadastro da SEFA, e sim no Cadastro Centralizado de Contribuintes. Você mesmo pode fazer essa verificação por meio desse link: https://dfe-portal.sefazvirtual.rs.gov.br/NFE/CCC Note que até um endereço faltante pode gerar o erro como exemplificado nessa resposta aqui do fórum. Ainda nesse caso, o que a @Gr@c@ disse acima pode estar relacionado:

Bom dia, Obrigada pela contribuição, adicionada para análise. Att.

Muito Obrigado era isso mesmo que eu estava precisando pode finalizar. Agradeço novamente pela ajuda.

Por favor, verifique esse tópico e se o erro retornado é um dos referenciados nele: 12175,12169,12186. Se for atualize o ACBr via SVN e recompile seu aplicativo

Bom dia, simsoft. Acredito que a ultima nota técnica é a: 2016.003. Veja o link abaixo: https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= Vale lembrar que para encontrar o CEST você deve localizar primeiro o NCM do produto, assim verificar qual CEST se encaixa melhor, caso tenha mais de um CEST para o NCM consultado. Veja também: https://blog.sage.com.br/tabela-ncm-2019-atualizada/ Aqui você terá um script SQL: https://www.firebase.com.br/artigo.php?id=2862

Bom dia, Problema resolvido. Consistia numa falha de projeto. Inutilizamos um numero tanto de um CTe existente na base de dados como um não existente. O Tipo de ambiente (TpAmb) era carregado da base de dados, e quando não existia na base trazia vazio e era direcionado para o ambiente de Homologação. Grato.

Bom dia Os novos campos já estão no manual do Monitor NFe.ini Completo: https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html

@José M. S. Junior Fiz a atualização para versão 1.2.0.53, esta tudo correto !!! Obrigado pela atenção !!!

Você disse se tratar de CPF, com certeza são produtores rurais. Verifique se podem estar enquadrados na Economia Familiar onde vários CPFs tem a mesma Inscrição. Se afirmativo, verifique se o CPF usado é o CPF master credenciado no SEFAZ. Essa verificação começou a ser feita esse mês por parte da SEFAZ.

Juliana muito obrigado pelas informações e orientações. Por favor feche o tópico porque ficou muito bem claro. obrigado paulinho

Bom noite Milton, O Cancelamento por Substituição é um evento como é o evento de Cancelamento, a única diferencia é que o tipo do evento é outro e tem algumas informações a mais. Realmente o programa exemplo não tem um botão para cada tipo de evento.

Por favor faça esse teste... Roda o comando no ACBrMonitorPLUS, mas com um XML em disco local... Isso nos dirá com certeza, se o problema é no Path (como nos suspeitamos)... ou na leitura do XML (como você alega)...

Consegui Resolver, setando as magens no codigo fonte: DanfceA4.MargemInferior := 0.5; DanfceA4.MargemSuperior := 0.5; DanfceA4.MargemEsquerda := 0.5; DanfceA4.MargemDireita := 0.5;

Muito obrigado Juliana, deu certo ele passou. Porém, ele deu um erro diferente agora, que neste caso, vou abrir um novo tópico. Obrigado novamente.

Obrigado EMBarbosa, favor marcar o tópido como resolvido/encerrado.

Recriei a pasta de fontes e deu certo, muito obrigado mesmo.

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

Muito obrigado Marcelo_SP deu certo. Atualizei os schemas conforme vc me falou e consegui emitir a DANFE numa boa. Valeu mesmo pela ajuda

Boa tarde Ângelo, Os componentes ACBrNFe, ACBrCTe, ACBrMDFe o LoadFromFile (por exemplo) que se utiliza do LoadFromString possui um parâmetro que determina se é apendas para carregar o XML ou se é para gerar o XML novamente, veja: function LoadFromFile(const CaminhoArquivo: String; AGerarNFe: Boolean = False): Boolean; function LoadFromStream(AStream: TStringStream; AGerarNFe: Boolean = False): Boolean; function LoadFromString(const AXMLString: String; AGerarNFe: Boolean = False): Boolean; function LoadFromIni(const AIniString: String): Boolean; Note que somente o LoadFromIni não tem o parâmetro AGerarNFe os demais tem e o seu valor padrão é False. Como o Elton disse, o LoadFromString (que é utilizado pelo LoadFromFile e LoadFormStream) tem por objetivo carretar o XML de terceiros, ou seja, não foi gerado pelo componente. Neste caso o componente checa se o XML esta assinado ou não, caso não esteja será assinado, validado e por fim salvo em disco, dai o motivo do SaveToFile. Já o LoadFromStringIni tem como objetivo carregar os dados do evento que se encontram em um arquivo INI, gerar o XML, assinar, validar e salvar em disco. Logo não devemos em hipótese nenhuma remover o SaveToFile. Se esta ficando dois XML na pasta referente ao mesmo evento, isso significa que a sua aplicação esta gerando e salvando o XML com uma nomenclatura e o componente com outra. Se você adotar a mesma nomenclatura, mesmo o componente salvando novamente só teremos um arquivo, visto que o Windows não aceita dois ou mais arquivos com o mesmo nome.

Estava tudo normal até ontem. Este emitente iria enviar a nota de número 77, ou seja ele tinha 76 notas já autorizadas no sistema. E isto aconteceu com todos os nossos clientes que são produtores rurais. Todos estão retornando a mesma mensagem.

@Italo Jurisato Junior Para facilitar estou anexando o Manual do Provedor da cidade de Tangará da Serra - MT. Dercide. ManualWebService-RLZ.pdf

Boa tarde Juliana, já coloquei em todos os locais que trabalham com essa variável. As imagens que postei foram justamente nos pontos aonde mostra o valor antes e depois da anomalia. Vou considerar atualizar os fontes e re-instalar os componentes, porém fiz isso a algumas semanas atrás. Sobre o SAC, vou considerar a possibilidade junto com a diretoria da empresa.

O destinatário da NFe deve fazer a manifestação. Se o destinatário é uma PJ em RO ele está obrigado a fazer isso pra todas as NFe. Não significa que o emitente não precise saber as manifestações que foram geradas para as NFe emitidas por ele. Se um destinatário manifestar NFe como "Desconhecimento da operação", o emitente terá que se explicar junto ao fisco. O desconhecimento da operação é o destinatário denunciando o emitente por fraude. Pelo método DistribuicaoDFePorUltNSU você recebe os eventos de manifestação geradas pelos destinatários.

Por algum motivo o ACBrMonitorPLUS, não consegue abrir o arquivo nessa pasta... Verifique as permissões do compartilhamento... Verifique ainda, se a aplicação que gerou esse XML, fechou o arquivo corretamente... Ok.. obrigado pelo teste... Isso demonstra que o problema não está relaciona a versão 0.08...

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

Isso é feito porque você está carregando o xml de terceiros. O componente então vai verificar se o xml está assinado e se não estiver vai ser assinado e validado antes de colocá-lo na fila para enviar. Essa alteração modifica o comportamento do componente e por isso precisamos ter um pouco de cautela. Se isso for alterado, por exemplo, precisaria ser nos dois métodos ao mesmo tempo (LoadFromString e LoadFromStringINI). Vou pedir uma ajuda ao @Italo Jurisato Junior pra ajudar a analisar essa questão.

Bom dia, Obrigada pela contribuição, adicionada para análise. Att.

Bom dia. Como o tópico está longo, mas o problema parece ter sido sanado para todos, estou fechando aqui e caso seja necessário por favor crie um novo tópico. Att.

Era isso mesmo... tinha um lixo de instalação em uma pasta chamada "fortes2". Ao excluí-la e reinstalar funcionou normalmente. Obrigado pela ajuda!

Opa que blz irmão , show !! Isso mesmo que o colega niloblack disse , temos que aguardar os moderadores ou administradores subirem o arquivo pro SVN , enquanto isso baixa aqui e altera o arquivo manualmente .

A versão básica do FastReport que vem junto ao Delphi não tem suporte a scripts e causa esse problema. Se instalar a versão completa do FastReport (versão 5.2 ou acima) e FastScript não é opção, você pode tentar usar os arquivos .fr3 identificados como BASIC na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi\Report\Obsoletos. Ou usar a versão em Fortes que é OpenSource.

boa tarde, siga os procedimentos do link abaixo e seus problemas serão resolvidos. fiz isso com todos os meus clientes e tive 100% dos problemas resolvidos. funciona em todas as versões do windows (7, 8 e 10) e para certificados A1 e A3. https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360020605374?utm_campaign=comunicado_problema_de_comunicacao_sefaz_010419&utm_medium=email&utm_source=RD+Station

Após uma atualização do Windows Update nos sistemas operacionais Windows 8 a 10, vários usuários começaram a ter problemas na conexão segura com o SEFAZ.... Onde geralmente foram exibidos os erros abaixo: Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Erro: 12169 - O certificado SSL é inválido Erro: 12186 - Falha ao obter a Chave Privada do Certificado para comunicação segura Estes erros indicam uma falha na validação do certificado do servidor da SEFAZ, e entre as diversas causas que podem disparar este erro, podemos citar: Falta da cadeia de certificados instalado no cliente. Cadeia de certificados desatualizados. Erro no componente de validação do Windows. Erro no certificado da SEFAZ. SEFAZ enviou um certificado invalido. O problema foi confirmado pelo SEFAZ do PR, no comunicado abaixo: Para os usuários do Projeto ACBr, esse problema afetou apenas quem utiliza os componentes configurados com as bibliotecas Wincrypt ou CAPICOM pois os mesmo utilizam o sistema de validação do Windows. O problema não afetou usuários que usam a biblioteca OpenSSL. Em decorrência do problema, aplicamos um ajuste nos fontes da ACBrDFeSSL, visando ignorar erros na validação do certificado. Com isso a comunicação Segura ocorrerá normalmente... Os fontes alterados já se encontram no SVN... e excepcionalmente, efetuamos uma nova compilação do ACBrMonitorPLUS v 1.2.0.52, para os usuários do SAC Saiba mais sobre comunicação Segura do ACBr

Olá, Atualmente faço isso num boleto em PHP, uso uma imagem de fundo em tonalidade cinza. Fica bem legal, assemelhando a impressão num papel timbrado. Sem problema algum, todos recebem normalmente, trabalho com os 5 maiores bancos.

Boa tarde Giovani, O seu código deve ficar da seguinte forma: infRespTec.CNPJ := CNPJ da empresa de software infRespTec.xContato := meu nome infRespTec.email := meu email infRespTec.fone := meu telefone Lembre-se configurar o componente é uma coisa, alimentar com os dados da venda é outra. As 4 linhas acimas devem ser incluídas na rotina que alimenta o componente. Já as linhas abaixo devem ser incluídas na rotina que configura o componente. // Enquanto o desenvolvedor não tiver o seu CSRT deverá configurar // as propriedades IdCSRT e CSRT conforme exemplo abaixo. ACBrNFe1.Configuracoes.RespTec.IdCSRT := 0; ACBrNFe1.Configuracoes.RespTec.CSRT := '';