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=

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.

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

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

ja consegui. obrigado era o cliente cadastrando errado

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.

Entendi, Ciente agora.

Outro teste que pode ser feito, pegar o xml da guia que foi gerado e fazer a importação dele no Portal da GNRE.

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

Experimente substituir o xsd de schema com o anexo. nfse_v2-04.xsd

Oi Juliana, bom dia, eu conseguir resolver depois que adicionei realmente os números do convenio

Olá, ainda continua a dar time out as vezes, bem raro, mas creio que seja algum problema na sefaz mesmo.

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

Finalmente consegui autorizar. Atualizei a cadeia de certificados de MG. Alterei as propriedades do componente da seguinte forma: SSLCryptLib = CryOpenSSL SSLHttpLib = httpWinHttp SSLLib = libCustom SSLXMlSignLib = xsLibXml2 SSlType = LT_TLSv1_2 Colocando tudo como OpenSSL não autoriza, fica com o erro mencionado

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.

Bom dia, Obrigada pela contribuição, adicionada para validação. Att.

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

Boa noite. resolveu aqui utilizando o OpenSSL

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 .

Sua instalação do Fortes está desatualizada.

Olá, Enviei alterações baseadas nessa sugestão na revisão 16847. Mas suas alterações não foram implementadas totalmente. Notei que o método function TEventos.LoadFromString da unit ACBreSocialEventos.pas foi alterado removendo o SaveToFiles. Mas isso já é utilizado pelo componente. Qual o motivo dessa remoção?

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

No meu caso o que resolveu foi criar a pasta Schemas na maquina local, aparentemente parou de funcionar a localização dos schemas através de uma pasta de rede (\\servidor\pastacompartilhada\Schemas)... Usei a configuração: Nfe.Configuracoes.Geral.SSLLib := libWinCrypt; nfe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; nfe.Configuracoes.Geral.SSLHttpLib := httpWinHttp; nfe.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; Nfe.Configuracoes.WebServices.SSLType := LT_all; Certificado: A1

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.

Entrei em contato com a SEFAZ do RS fazendo o questionamento sobre quando vai entrar em vigor e recebi a seguinte resposta: --------------------------------------------------------------------------------------------------------------------------- A emissão de NF-e segue sempre 2 regulamentações: a legislação tributária, e as especificações técnicas. A utilização das séries 890 a 899 na emissão em contingência está prevista na legislação tributária, no dispositivo que vocês mencionaram. Porém, até o momento o CONFAZ não publicou nenhuma Nota Técnica com as especificações para a utilização dessas séries. Por isso, a utilização dessas séries ainda não foi implementada. Ela será implementada assim que o CONFAZ publicar uma Nota Técnica com as especificações. Há uma proposta de alterar os efeitos do Ajuste 13/18 para março de 2020, no que tange a séries específicas, no âmbito do CONFAZ. O assunto ainda está sendo discutido pelos grupos nacionais, buscando a melhor solução com menos impacto para as empresas e para os Fiscos. Eduardo S. Benazzi Agente Fiscal do Tesouro do Estado NAVi - Núcleo de Atendimento Virtual Receita Estadual – RS

Meu amigo muito obrigado pela dica, funcionou aqui, Mato Grosso do Sul.