Ir para conteúdo
  • Cadastre-se

nebrio

Membros Pro
  • Total de ítens

    358
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que nebrio postou

  1. Qual o erro retornado da SEFAZ?
  2. Amigo, procurei pelos meus posts no fórum sobre isso. Você deverá ter o lazarus pelo menos para encontrar e visualizar como é o código de criptografia e reproduzir isso na linguagem que você usa.
  3. Amigo isso não é problema do ACBR. O Banco SICREDI exige uma sequencia númerica para os números da remessas (você deverá controlar isso no seu sistema). Veja que ele diz: "No dia: 2 - No HEADER de arquivo: 1". Ou seja, ele espera a remessa 2 e você enviou a remessa 1. O Comando GerarRemessa já tem esse parametro BOLETO.GerarRemessa("c:\remessa\",1); // onde 1 é o número da remessa, aqui você deve passar o numero sequencial. Lembrando que quem controla essa numeração é o banco, exemplo, imagina que no seu sistema você controla isso, e seu cliente gera o arquivo de remessa e você irá fazer a sequencia 2, porém, seu cliente não envia esse arquivo para o banco. Depois esse mesmo cliente gera outra remessa e você faz a sequencia 3 e o cliente envia esse arquivo para o banco, ou seja, o banco espera o 2 e não 3. Mas é isso.
  4. com certeza deram um true na regra de validação que estava como false lá kkkk
  5. o Campo indPag no seu XML está como 0 - Pagamento à Vista chegou a ver isso?
  6. @Brunriques o ACBR tem um método que monta a chave de acesso para você, use ele e faça a consulta.
  7. Amigo post seus código de como vc está incluindo títulos Primeiro você cria um arquivo com os boletos adiciona BOLETO.IncluirTitulos('ArquivoBoleto.ini'); Os boletos são registrados no acbr conforme o arquivo, se estão iguais é provavel que seu arquivo esteja igual. https://acbr.sourceforge.io/ACBrMonitor/BOLETOIncluirTitulos.html Feito isso você pode enviar o comando que gera a remessa
  8. Amigo qual a versão do Monitor vc está usando? Você atualizou os Schemas?
  9. Qual comando está usando? Qual o erro de retorno? Dê mais informações para tentarmos te ajudar
  10. Valeu. Muito obrigado!
  11. Pessoal, Para usar os comando do monitor de NCM é preciso alguma coisa a mais (tipo download de alguma tabela), pois, todo comando que envio com uma NCM dá que ela é inválida! Se uso o comando de BaixarLista também gera uma lista vazia. Outra coisa, não sei se tem isso, o Monitor já tem algum comando que retorno os Tributos Aproximados do IBPT baseado em uma NCM?
  12. Amigo, eu tenho um método em meu sistema que dependendo do que for fazer checa nos processos do Windows se o Monitor está ativo, se não tiver eu starto ele.
  13. @JSantos e @José M. S. Junior obrigado pela LUZ que vocês me deram, o problema era justamente a variável _C . Obrigado mesmo e me perdoem meu Pascal ainda é bem horrível... e não estava encontrando as informações.
  14. @JSantos então não sei se há necessidade disso! Sempre funcionou do jeito que eu fazia, o único problema é que a forma de criptografar mudou e eu não consegui entender para atualizar o código acima.
  15. Pessoal, antigamente eu tinha modificado o Monitor para me devolver o usuário do e-mail e senha criptografados por ele mesmo. Fazia isso usando o código abaixo, no qual ele me grava em um arquivo .ini usuário e senha criptografados e eu armazenava já dessa forma, porém, hoje compilei novamente o monitor e não mais consigo usar, alguém poderia me informar como vocês fazem para salvar as senhas dos e-mails criptografadas? //Criação da Função Function Criptografar(caminho, valor, senha : String ) : String; var SStream : TStringStream ; CryptStr : String ; INISenha : TIniFile; begin INISenha := TIniFile.Create(caminho+'\iniSenha.ini'); CryptStr := StrCrypt( valor, senha) ; SStream := TStringStream.Create(CryptStr) ; try INISenha.WriteBinaryStream('SENHA', 'SENHA', SStream) ; finally SStream.Free ; end ; INISenha.Free; result := 'conttrotech'; end ; Para usar eu fazia isso DoACBrNFeUnit no Uses colocar a Unit UtilUnit. na procedure procedure DoACBrNFe(Cmd: TACBrCmd); criar uma variável iniSenha : String; else if Cmd.Metodo = 'criptografar' then begin iniSenha := Cmd.Params(1)+'\iniSenha.ini'; Cmd.Resposta := UtilUnit.Criptografar(Cmd.Params(0),Cmd.Params(1),_C); end Eu faço isso, pois, tenho casos onde em um mesmo computador são emitido notas de 2 ou 3 empresas e cada uma com seu e-mail, dessa forma sempre conseguia fazer. Pelo que notei a forma de criptografia da senha mudou Como vocês fazem para configurar o e-mail para sistemas multi-empresa?
  16. Esse é um relatório meu e não do ACBR, o retorno vem no formado do CNAB eu processo ele e gero o relatorio.
  17. Já experimentou colocar o valor antecipado como Desconto no grupo de Fatura?
  18. Se preencher assim vai: Homologação vOrig = 1000,001 (somado + 0,001) vDesc = 0,001 (forçando o Desconto de 0,001) VLiq = 1000,00 em Produção (hoje) manda como já estava sendo mandado antes, sem a necessidade de preencher vDesc em Produção (após 09/07/2018) Só o tempo e a SEFAZ dirá nesse tópico o assunto já foi bastante discutido, inclusive tem alternativas para quem quiser mexer na unit pcnNFeW
  19. @Daniel Simoes fiz isso e ambos os XML validam a assinatura. @André Ferreira de Moraes realmente o XML local os DigestValue estão diferentes. Saberia me dizer como que um negócio desse pode acontecer? Não permito alterar nota após o envio nem nada, e o pioro é que o XML Local são iguais as informações no Sistema, ou seja, as informações no sistema estão correta com um 1 item a mais que o XML na SEFAZ, para acontecer isso o usuário teria que ter enviado a nota alterado e enviado de novo, pois, o XML local está com autorização de uso e tudo. Essa eu não entendi mesmo!!!
  20. Pessoal, Peguei um caso muito estranho, um cliente me reportou uma nota de maio/2018 cujo XML local está diferente do XML na SEFAZ. Achei um tópico porém no suporte pago: https://www.projetoacbr.com.br/forum/topic/44404-xml-local-diferente-do-xml-do-sefaz/?_fromLogin=1 XML da SEFAZ XML Local Ambos os XML possuem o mesmo Digest Value porém o XML Local tem um item a mais gerando uma diferença de 14 reais entre o XML da SEFAZ (menor com item a menos) e XML Local (correto com um 1 a mais que o XML da SEFAZ) Alguém já pegou problema parecido?
  21. a tag refNFe já indica o modelo do documento fiscal por isso só a chave. Se fosse um ECF a tag seria refECF ou refNF se fosse nota modelo 1 ou 1A.
  22. Nem todos conseguimos ler arquivos .docx se possível coloque o texto na mensagem e copie e cole imagens se houver.
  23. Em produção a validação começa em 09/07/2018 e em homologação começou em 02/07/2018. Faça um teste, em homologação enviar a tag vDesc (eu estou enviando com valor de 0,001) e em produção enviar a tag vDesc com 0.
  24. Aqui em SP homologação exige vDesc Produção não.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.