nebrio

@Felipe E. Resende Mesquita eu mudei os primeiros arquivos para não aparecer o CNPJ, no segundo post estão os arquivos originais sem mudança nenhuma.

@André Ferreira de Moraes boa tarde! Fiz novos testes agora pouco e nada. Devo estar esquecendo de alguma coisa não é possível. -pro-rec-soap.xml -ped-rec-soap.xml 1094-env-lot-soap.xml 1094-pro-lot-soap.xml 35180804591902000109550020000152166000010947-nfe.xml NFe.ini

Validando na SEFAZ/RS não apresenta nenhum problema na estrutura

Pessoal, vejam o erro que estou recebendo da Sefaz/SP Não foi possível Enviar a NFe! 215 - Rejeicao: Falha no Esquema XML OK: Autorizado o uso da NF-e [ENVIO] Versao=SVCAN.NFeAut4_1.0.2 TpAmb=2 VerAplic=SVCAN.NFeAut4_1.0.2 CStat=100 XMotivo=Autorizado o uso da NF-e CUF=35 NRec= DhRecbto=30/12/1899 TMed=0 Msg=Autorizado o uso da NF-e Rejeicao: Falha no Esquema XML [RETORNO] Versao=SVCAN.RetAut4_1.0.1 TpAmb=2 VerAplic=SVCAN.RetAut4_1.0.1 NRec=000000000000000 CStat=215 XMotivo=Rejeicao: Falha no Esquema XML CUF=0 Estranho, a nota vem como autorizada mas com Rejeição de Falha no Schema XML (atualeizei agora com a pasta schemas do svc e não mudou nada). Se consulto a nota diz que não existe. Alguém já passou por isso? NFe.ini 35180804591902000109550020000152136000010902-nfe.xml

Pessoal, Alguém mais está com problemas para emitir NFe em Produção em SP? ALguns clientes estão reclamando mas pelo que vi é instabilidade na Sefaz.

Qual o erro retornado da SEFAZ?

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.

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.

com certeza deram um true na regra de validação que estava como false lá kkkk

o Campo indPag no seu XML está como 0 - Pagamento à Vista chegou a ver isso?

@Brunriques o ACBR tem um método que monta a chave de acesso para você, use ele e faça a consulta.

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

Amigo qual a versão do Monitor vc está usando? Você atualizou os Schemas?

Qual comando está usando? Qual o erro de retorno? Dê mais informações para tentarmos te ajudar

?lamentável!

Valeu. Muito obrigado!

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?

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.

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

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

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?

Esse é um relatório meu e não do ACBR, o retorno vem no formado do CNAB eu processo ele e gero o relatorio.

Já experimentou colocar o valor antecipado como Desconto no grupo de Fatura?

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

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