jaques.rocha

Editei no ACBRutil, if FileExists(ArqTXT) then DeleteFile(PChar(ArqTXT)) ; Resolveu para mim, todos os clientes que reportam o erro eu atualizo e resolve.

Entendi, no meu caso já faço do jeito correto, Obrigado.

Bom dia Por padrão o componente salva o protocolo de cancelamento, eu sempre peço para o cliente enviar esses xmls para a contabilidade, hoje dei uma olhada e depois do cancelamento é gerado um novo xml com o evento cancelamento, mas eu nao atualizo do da pasta que é enviada para contabilidade. Agora fiquei com essa duvida também, se eu atualizar esse xml para a pasta dos xml que envio para a contabilidade, não preciso enviar os protocolos de cancelamento ?

Vou ver se se consigo fazer um teste usando os dados da conta. Se não der certo pretendo fazer essa função pois vai me ajudar para o que pretendo fazer.

O banco inter agora esta mostrando a linha digitável antes de gerar o boleto, estou pesando e colar essa linha digitável no meu programa e gerar o boleto a partir dela pois todos os dados ja tenho no meu conta a receber. mas para isso preciso gerar o código de barras. Achei a função ACBrBoleto1.Banco.MontarLinhaDigitavel, que tendo somente o código de barras conseguimos gerar a linha digitável, para o contrário até tem ACBrBoleto1.Banco.MontarCodigoBarras mas nesse caso precisa alimentar todo os dados do titulo. Alguém ja fez a função para somente com a linha digitável gerar o código de barras ?

Resolvi por enquanto excluindo o arquivo antes do TfileStream criar com: if FileExists(ArqTXT) then DeleteFile(PChar(ArqTXT)) ; Creio que não é a melhor solução, principalmente poque alterei no ACBRutil, mas vou deixar assim por enquanto pra ver se esse problema é só comigo.

Depurando aqui descobri que a primeira criação do arquivo xml ocorre normalmente, eu uso: ACBrNFe1.NotasFiscais.Items[0].GravarXML; nesse momento ele cria o xml normalmente (se ele ja existir o erro ocorre) na sequencia chamo o: ACBrNFe1.NotasFiscais.Assinar; aqui ocorre o erro, pois o arquivo ja existe. Verifiquei que a função GravarXML, chama a função WriteToTXT do ACBrUtil, onde ocorre o erro no trecho ja citado TFileStream.Create( ArqTXT, IfThen( AppendIfExists and ArquivoExiste, Integer(fmOpenReadWrite), Integer(fmCreate)) or fmShareDenyWrite ); Quando assina ele chama a mesma função WriteToTXT, creio que para salvar o xml assinado, mas como o arquivo xml ja existe o erro acontece Meu codigo sempre foi assim, começou da erro nessa semana em alguns cliente sem eu mexer no executável, é só em ambiente de rede, se salvar os xml no disco local tudo corre normalmente. Estou preocupado pois creio vai aumentar a quantidade de cliente com esse erro, até agora estou com 4, alguns só vao voltar em janeiro. Outro teste, atualizei outro windows 10 que tenho aqui, esta tudo atualizado,tambem com kaspersky, salvando no mesmo servidor que eu, e nele nao esta acontecendo erro

Aqui foi depois que atualizei o windows 10, mesmo desativando o kaspersky o erro continua

Atualizando: lá No ACBrUtil: TFileStream.Create( ArqTXT, IfThen( AppendIfExists and ArquivoExiste, Integer(fmOpenReadWrite), Integer(fmCreate)) or fmShareDenyWrite ); fiz o teste forçando: fmOpenReadWrite fmCreate fmShareDenyWrite O erro só acontece quando é usado o parâmetro frmCreate;

Realmente uso o Kaspersky, mas pausei ele aqui e o erro continua, nos micros dos clientes não lembro que antivirus estavam, deixei o micro deles salvando o xml local por enquanto até resolver isso

Windows 10 Tenho certeza que é alguma atualização pois estava gerando xml e pdf normalmente, forcei atualização reiniciei e comecou a dar erro com o mesmo executavel. depurando, o erro acontece nesse comando: TFileStream.Create( ArqTXT, IfThen( AppendIfExists and ArquivoExiste, Integer(fmOpenReadWrite), Integer(fmCreate)) or fmShareDenyWrite ); Acontece tanto pra criar xml para criar pdf, então creio que o TFileStream esta sendo afetado por essa atualização. tenho outro micro aqui que esta normal, estou forçando a atualização do windows dele para ver se vai acontecer tambem, daqui a pouco reporto

Boa tarde Pessoal, Alguns cliente começaram a reclamar de erro ao gerar o xml, nesses casos são os cliente que ja salvam o xml e pdf na rede, quando mudo a configuração para salvar local funciona normalmente. Isso acontece tanto com servidor windows como linux com samba. Fiz teste no meu micro e tudo normal até que mandei o windows verificar atualizações, tinha atualizações pendentes mandei atualizar e reiniciei e comecou a dar aqui tambem, vou postar o erro aqui para ver se ja aconteceu com alguem. Vou depurar aqui para tentar achar o problema, mas se algum já passou por isso e resolveu me dá um toque. Tenho certeza que deve ter alguma novidade do compatilhamento windows que esta forçando o erro. erro: Cannot Create File xxxxx Função incorreta O arquivo é até criado corretamente mas o delphi retorna erro.

sim, no meu contas a receber lanço no nosso numero manualmente e adaptei a rotina que lê o arquivo de retorno do banco para ler csv do extrato do inter.

Seria uma boa se o Inter liberasse uma forma de gerar arquivo de remessa pra boleto, ou alguma forma de geramos o boleto e registrar no banco, atualmente tenho usado o inter para reduzir custo, hoje salvo os boletos e no meu sistema salvo o caminho do pdf e o nosso numero, assim consigo enviar os boletos por email pelo meu sistema, para baixa salvo o extrato como txt e leio ele como se fosse um arquivo de retorno.

Alguem já conseguiu corrigir para passar pra gente como fez ? estou a um tempo tentando corrigir mas não estou conseguindo troquei o caminho do captcha no ACBrConsultaCNPJ de: HTTPGet('https://www.receita.fazenda.gov.br/pessoajuridica/cnpj/cnpjreva/captcha/gerarCaptcha.asp'); // GetCaptchaURL para: HTTPGet('https://servicos.receita.fazenda.gov.br/Servicos/cnpjreva/captcha/gerarCaptcha.asp'); // GetCaptchaURL tentei alterar esses abaixo tambem, mas dá erro HTTPSend.Headers.Add('Referer: https://www.receita.fazenda.gov.br/pessoajuridica/cnpj/cnpjreva/Cnpjreva_solicitacao3.asp'); HTTPPost('https://www.receita.fazenda.gov.br/pessoajuridica/cnpj/cnpjreva/valida.asp');

Acabei comprando na pessoa física, achei melhor pois independente do que acontecer com a empresa empresa o produto é meu.

Tambem tive alguns clientes com esse problema nessa semana, mas eu acho que é internet deles ou instabilidade no sefaz de SP, pois em outros cliente não tiveram problema, tenho orientando a ir tentando e depois de um tempo eles relatam que volta a funcionar.

Creio que é só carregar a senha: ACBrNFe1.Configuracoes.Certificados.Senha Quando não deixo a senha pré-definida o sistema pede a senha e depois que usuário digita a primeira vez enquanto ele não sair do meu sistema não pede novamente.

Boa tarde Amigo, Sem problemas, vai conseguir emitir em MG sem problemas, a NFE é padrão no brasil inteiro. Depedendo do estado pode ser que precise de algum ajuste, tenho cliente em MG e não tive de mudar nada, acho que por enquanto foi só no BA que tive de ver uma questa no CNPJ do contador no xml.

Entendi, acho que a minha não deve ser, pois eu era MEI e passei para ME, vou até tirar essa duvida com meu contandor.

Ola pessoal. Estou negociando junto a ACBr uma licença para o Delphi Professional, tenho empresa com CNPJ, mas só eu que vou programar, estou na duvida de comprar como pessoa Física ou Jurídica, tenho duvida se algum dia eu fechar a empresa e trabalhar como freelance ou coisa do tipo, perder minha licença por ter comprado na pessoa jurídica, então estou pesando em comprar na pessoa fisica. Na experiencia de vocês, estou certo em pensar assim, ou tanto faz comprar na física ou jurídica, pois sendo que terei a nota fiscal e as chaves originas, vou poder desenvolver e comercializar meus aplicativos sem problema, independente onde estiver trabalhando. Obrigado a quem puder opinar.

Bom dia, nem precisava perguntar, era pesquisar no forum, segue ai a solução:

Acabou de voltar a funcionar, meu componente esta com o timeout padrao, vou criar um parametro para o cliente aumentar o tempo caso volte ocorrer.

Comecou hoje, mas no ambiente de homologação esta ok

Mas pela mensagem a contingencia esta agendada para inicio as 18:00 de hoje, mas meus clientes não estao conseguindo enviar nf hoje me SP