-
Total de ítens
494 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Hetosoft Sistemas
-
-
Ratificando minha resposta anterior, quando tentamos enviar sem os dados DadosProfissionalParceiro.IdentificacaoParceiro.CpfCnpj e DadosProfissionalParceiro.RazaoSocial, recebemos o erro de validação de schema:
Não foi Possivel Criar a NFS-e:
Erro(s):
Código : X800
Mensagem: Erro de Validação: --> 1824 - Element '{http://www.agili.com.br/nfse_v_1.00.xsd}RazaoSocial': '' is not a valid value of the atomic type '{http://www.agili.com.br/nfse_v_1.00.xsd}tsRazaoSocial'.Correção:
---------Todavia, apaguei a pasta do ACBr, baixei novamente, e refiz o teste:
Não foi Possivel Criar a NFS-e:
Erro(s):
Código : Erro
Mensagem: Erro ao tentar gerar NFS-e => Referência de objeto não definida para uma instância de um objeto.
Correção: Erro deve ser corrigido para poder gerar a NFS-e com os dados informados.
---------Código : X203
Mensagem: Não foi retornado nenhuma NFSe.
Correção:
---------Mesma coisa ainda. E ainda sem retorno da Agili.
-
Tentei sim inicialmente, o erro perciste. Mandei email para a Agili, porem sem retorno ainda.
-
-
Sem o encode a string segue em anexo.
Tinha certeza que já tinha testado este cenario, porem agora deu certo o load do XML. Agradeço a ajuda!
-
Esta é a linha que salva o XML em um CDS, que grava no banco:
A prop XmlNfse já esta com os valores desta forma:
Os valores retornaram "com problema" no próprio componente.
Porem... Mesmo com os caracteres problematicos, o componente NFSe consegue efetuar a leitura do mesmo e carregar os dados da NFS na lista de notas, enquanto o novo componente não faz o mesmo.
Obs:. Aparentemente o retorno da ISSNet (Homologação) já esta com os caracteres problemáticos, mas novamente reitero a diferença entre componente sobre as mesmas condições... -
Olá, estamos com um problema na função LoadFromString.
Estamos migrando do componente NFSe para o NFSeX. Tudo já esta funcionando, exceto nosso metodo de ler o XML salvo em banco de dados para efetuar a impressão e cancelamento dos documentos. Neste momento estou utilizando o NFSeX para efetuar os envios e ler os retornos, e mantendo o NFSe para uso da função de LoadFromString, pois a mesma string, é possivel ser carregada no componente antigo e não é carregada no componente novo. Mesmo ponto do codigo e mesmo valor na variavel XML.
Sem Erro no NFSe:
Erro no NFSeX
Em Anexo o valor da variavel XML. O xml esta dando erro ao abrir no navegador, pois esta com os caracteres de quebra de linha.
Tentei utilizar alguns Decode para UTF8, mas não funcionou tambem... Conseguem nos ajudar?
-
Ok. Pode fechar por enquanto. Vou deixar o meu alterado por aqui mesmo.
-
Segue o fonte
-
Olá.
Atualmente o PDF do Boleto do "Banco do Brasil (CNAB)" mostra o número da agencia e da conta no campo "Agencia/Codigo do Beneficiário", ambos com o dígito verificador. Porém quando o Boleto é do Tipo "Banco do Brasil API" não mostra os dígitos.Estamos homologando um cliente novo, e o gerente da conta solicitou que os dígidos verificadores aparecessem no boleto. Fizemos um teste alterando a função TACBrBancoBrasil.MontarCampoCodigoCedente. Testamos a impressão, o envio via API, a leitura do código dentro de um aplicativo de banco, e tudo funcionou corretamente.
Gostaria que analisassem uma possível modificação.
Como está atualmente no ACBrfunction TACBrBancoBrasil.MontarCampoCodigoCedente ( const ACBrTitulo: TACBrTitulo ) : String; begin if(ACBrTitulo.ACBrBoleto.Banco.TipoCobranca = cobBancoDoBrasilAPI) then begin Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia+'/'+ IntToStr(StrToIntDef(ACBrTitulo.ACBrBoleto.Cedente.Conta,0)); end else begin Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia+'-'+ ACBrTitulo.ACBrBoleto.Cedente.AgenciaDigito+'/'+ IntToStr(StrToIntDef(ACBrTitulo.ACBrBoleto.Cedente.Conta,0)) +'-'+ ACBrTitulo.ACBrBoleto.Cedente.ContaDigito; end; end;
Alteração que fizemos (aparentemente era assim antes):function TACBrBancoBrasil.MontarCampoCodigoCedente ( const ACBrTitulo: TACBrTitulo ) : String; begin Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia+'-'+ ACBrTitulo.ACBrBoleto.Cedente.AgenciaDigito+'/'+ IntToStr(StrToIntDef(ACBrTitulo.ACBrBoleto.Cedente.Conta,0)) +'-'+ ACBrTitulo.ACBrBoleto.Cedente.ContaDigito; end;
-
Em 28/07/2020 at 09:27, Daniel Simoes disse:
Tem algum link que explica como gerar essa chave? Ou o código-fonte desse programa pode ser passado pra gente sob solicitação?
Queria embarcar essa função no gerenciamento dos clientes.
-
Em 12/09/2022 at 09:01, Victor H. Gonzales - Panda disse:
bom dia,
deu certo o teste com a unit enviada em anexo?
Sim sim. Isso mesmo.
-
Em 08/09/2022 at 20:39, Victor H. Gonzales - Panda disse:
Boa tarde,
não consegui efetuar testes, pois estou recebendo muito erro 503, dizendo que está fora do ar.
olhe as propriedades :
ValorRecebido
ValorMoraJuros
ValorDesconto
ValorOutrosCreditos
ValorIOF
OBS: somente em tpConsultaDetalhada
veja se atende a demanda
Abraços
Isso mesmo. É assim que eu estou usando aqui.
-
Em 02/09/2022 at 09:41, Victor H. Gonzales - Panda disse:
Bom dia,
poderia enviar o json retornado por mensagem privada para analise?
Enviado.
-
Boa tarde.
Preciso obter no retorno da consulta detalhada do BancodoBrasilAPI o valor creditado em conta.
Eis a situação:
Valor do Boleto: (+)R$10,00;Taxa de Administração: (-)R$1,00;
Valor creditado em conta: (=)R$9,00;
Hoje, no componente, nós só temos a informação do Valor Pago pelo cliente (R$10,00).
O retorno da API do BB retorna esse valor credito em AJson.Values['valorCreditoCedente'].AsNumber;
Seria possível tratar essa propriedade na leitura do Retorno? Não sei se poderia usar uma propriedade já existente, ou talvez criar uma nova.
O Ideal mesmo seria obter esse valor de R$9,00, porém, não achei esse valor no retorno. Então se eu obtiver o valor do crédito, consigo chegar ao valor da Taxa.
Desde já, muito obrigado.
-
3 minutos atrás, Daniel Simoes disse:
Tente com essa Unit, em anexo...
Acho que fica bom assim, daí é só eu informar a DataHoraFiscal no Componente antes de fazer a chamada né?
-
Bom dia, obrigado pela resposta.
Então... Nesse caso, Resp tem valor atribuído, então continuaria executando o trecho abaixo:
DataStr := FormatDateTime('YYYYMMDD',Resp.DataHoraTransacaoComprovante);
A propriedade Resp.DataHoraTransacaoComprovante, carrega o valor sempre do horário de Brasília.
Quando a function TACBrTEFDCliSiTef.FazerRequisicao é chamada, ela chama a função da ApiSitef "IniciaFuncaoSiTefInterativo", passando como parametro a DataHoraFiscal (que eu posso definir no componente durante a transação, ou posso deixar sem atribuir valor, que nesse caso retorna Now) com horário de MT.
Função que define a DataHoraFiscal no "IniciaFuncaoSiTefInterativo"
function TACBrTEFDCliSiTef.GetDataHoraFiscal: TDateTime; begin if (csDesigning in Owner.ComponentState) then Result := fDataHoraFiscal else if fDataHoraFiscal = 0 then Result := Now else Result := fDataHoraFiscal; end;
Então ao meu ver, no meu caso, eu precisaria na FinalizaTranacaoSitefInterativo informar ou o valor da propriedade DataHoraFiscal (que foi informada na Inicia), ou informar o Now novamente (que vai dar uns segundinhos de diferença)
-
Segue log da transação
-
1 hora atrás, Juliomar Marchetti disse:
Estaria alterando o que retorna do tef e isso está errado ou não?
Então, o suporte do CliSitef (Oclesio Marcilho) nos disse que a "responsabilidade" da DataHora é da SoftwareHouse. Que deveríamos informar a DataHora no Fuso -03:00 na "fSiTefAPI.FinalizaFuncaoSiTefInterativo( )", assim como fazemos na "fSiTefAPI.IniciaFuncaoSiTefInterativo()".
O componente tem a propriedade DataHoraFiscal que é respeitada na IniciaFuncao, mas não é usada na FinalizaFuncao. No Log fica assim:
-- 02/02 15:49:59:711 - *** IniciaFuncaoSiTefInterativo. Modalidade: 0 Valor: 9,85 Documento: 1200734 Data: 20220202 Hora: 154959 Operador: Restricoes: [10]{TipoTratamento=4}
-- 02/02 15:51:14:062 - *** FinalizaTransacaoSiTefInterativo. Confirma: SIM Documento: 1200734 Data: 20220202 Hora: 165058Toda transação fica como se tivesse levado 1 hora entre o início e o fim da transação.
-
Bom dia.
Estamos tendo problema com os relatórios de transações com clientes que são de fuso horário diferente do de Brasília.
As transações efetuadas entre as 23:00:00 e 23:59:59 são sempre finalizadas com o próximo dia, mesmo eu definindo a propriedade "ACBrTEFD1.TEFCliSiTef.DataHoraFiscal :=" antes de iniciar a transação.
Acontece que ao Finalizar a transação, existe uma validacao que obtem a DataHora do Comprovante de Transação (que sempre está no horário de Brasília), causando esse problema.
Seria possível adicionar uma propriedade ou outra ferramenta para usar sempre o "Now" como DataHora da finalização? Segue abaixo o trecho do código em questão:
unit ACBrTEFDCliSiTef;
linha: 1162
if Assigned(Resp) and (Resp.DataHoraTransacaoComprovante > (date - 3)) then
begin
// Leu com sucesso o arquivo pendente.
// Transações com mais de três dias são finalizadas automaticamente pela SiTef
DataStr := FormatDateTime('YYYYMMDD',Resp.DataHoraTransacaoComprovante);
HoraStr := FormatDateTime('HHNNSS',Resp.DataHoraTransacaoComprovante);
end
else
begin
DataStr := FormatDateTime('YYYYMMDD',Now);
HoraStr := FormatDateTime('HHNNSS',Now);
end; -
Em 18/12/2021 at 12:19, Daniel Simoes disse:
@hetoandrade, creio que as correções implementadas nesse tópico abaixo, podem resolver o problema... (basta atualizar os fontes)
Sim, deu certo. Obrigado.
- 1
-
Em 17/08/2021 at 09:05, Juliomar Marchetti disse:
NO svn
Bom dia @Juliomar Marchetti ontem que fui ver sua mensagem.
Atualizei os fontes e Adicionei a função LeDigitoPinPadEx na classe TACBrTEFDCliSiTef pra poder chama-la. Porém o retorno é sempre vazio.
Tem alguma propriedade a ser marcada ou algo do tipo pra funcionar?
-
7 minutos atrás, Italo Giurizzato Junior disse:
Bom dia Heto Andrade,
Você não esta misturando os schemas da NF-e com os do CT-e?
Pois não deve fazer isso.
Outra coisa quem disponibiliza o serviço DistribuicaoDFe tanto da NF-e quanto do CT-e é o Ambiente Nacional, sendo assim se faz necessário entrar em contato com eles para saber exatamente o que esta ocorrendo.
Ok, vou entrar em contato com eles. Não misturei não. Não é implementação nova. O serviço sempre funcionou nos clientes e agora comecei a receber esse relato. Voltei uma versão do ACBr do mês 06 pra saber se poderia ter acontecido em virtude de uma atualização, porém o erro persistiu.
- 1
-
Boa tarde.
Estou tentando baixar CT-e via function TACBrCTe.DistribuicaoDFePorUltNSU(AcUFAutor: integer; const ACNPJCPF, AultNSU: String): Boolean;
Porém em qualquer CNPJ que tento retorna Rejeição 215: falha no esquema xml.
Já atualizei a pasta do ACBr e atualizei meus Schemas. Já entrei em contato com um conhecido da SEFAZ-MT e ele me passou os Schemas atualizados, porém ainda sim continuo recebendo a Rejeição.
Segue abaixo o exemplo de um Envelope SOAP de envio que está retornando erro:
<?xml version="1.0" encoding="UTF-8" ?>
<soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope">
<soap12:Body>
<cteDistDFeInteresse xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeDistribuicaoDFe">
<cteDadosMsg>
<distDFeInt xmlns="http://www.portalfiscal.inf.br/cte" versao="1.00">
<tpAmb>1</tpAmb>
<CNPJ>36124636000192</CNPJ>
<distNSU>
<ultNSU>000000000004673</ultNSU>
</distNSU>
</distDFeInt>
</cteDadosMsg>
</cteDistDFeInteresse>
</soap12:Body>
</soap12:Envelope>A URL usada no envio é https://www1.cte.fazenda.gov.br/CTeDistribuicaoDFe/CTeDistribuicaoDFe.asmx
NF-e está baixando normalmente.
-
2 minutos atrás, Juliomar Marchetti disse:
mas lembrando pra funcionar tem que ter as liberações deles.
Sim sim. Ok, obrigado!
Identificação do Profissional Parceiro - AGILI Porto alegre do note MT
em Dúvidas gerais
Postado
Eu já fiz a reinstalação quando baixei novamente.
Esse retorno eu recebo quando não preencho DadosProfissionalParceiro.IdentificacaoParceiro.CpfCnpj
Não foi Possivel Criar a NFS-e:
Erro(s):
Código : X800
Mensagem: Erro de Validação: --> 1824 - Element '{http://www.agili.com.br/nfse_v_1.00.xsd}RazaoSocial': '' is not a valid value of the atomic type '{http://www.agili.com.br/nfse_v_1.00.xsd}tsRazaoSocial'.
Correção:
---------