Hetosoft Sistemas

Por aqui também seguimos acompanhando. Todos os dias no aguardo

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: ---------

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.

Olá pessoal, estou com o mesmo problema com a Agili. Acabei de atualizar os fontes e reinstalar tudo. Mesmo pelo exemplo o erro persiste... Segue o XML de envio unitario e o retorno. Erro.xml Envio.xml

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! XMLString.XML

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? XMLString.XML

Ok. Pode fechar por enquanto. Vou deixar o meu alterado por aqui mesmo.

Segue o fonte ACBrBancoBrasil.pas

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 ACBr function 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;

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.

Sim sim. Isso mesmo.

Isso mesmo. É assim que eu estou usando aqui.

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.

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 CliSiTef.log

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: 165058 Toda 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;

Sim, deu certo. Obrigado.

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?

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.

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.