francinaldoac

OK. Obrigado, fiquei aguardando o retorno aqui no tópico.

Bom dia! Olha esse tópico foi criado há quase 15 dias, olhei o meu histórico anterior e antes de me tornar membro SAC pago meus tópicos eram resolvidos no mesmo dia ou no máximo em 6 dias, convenci nossa gerência a contribuir monetariamente pelo excelente trabalho que vocês fazem mantendo esses componentes com código aberto e grátis, mas desse jeito fico sem justificativa para manter o suporte pago, visto que tivemos essa piora no atendimento.

bom dia! Alguma novidade?

Bom dia! Temos um problema com o campo "Identificação do Título na Empresa" na Caixa Econômica, layout CNAB400, arquivo de remessa, na procedure que grava o registro de detalhe, a formatação e o tratamento do campo estão errados de acordo com o manual. procedure TACBrCaixaEconomica.GerarRegistroTransacao400(ACBrTitulo: TACBrTitulo; aRemessa: TStringList); ... with ACBrBoleto do begin wLinha:= '1' + // 1 até 1 - ID Registro - Preencher com ‘1' ATipoCendente + // 2 até 3 - Tipo de inscrição da empresa 01-CPF / 02-CNPJ PadLeft(OnlyNumber(ACBrBoleto.Cedente.CNPJCPF),14,'0') + // 4 até 17 - Inscrição da empresa ifthen(Length(ACodCedente) > 6, '000', RightStr(OnlyNumber(ACBrBoleto.Cedente.Agencia), 4 )) + // 18 até 21 - Código da Agência ifthen(Length(ACodCedente) > 6, PadRight(ACodCedente, 7, '0'), ACodCedente ) + // 22 até 27 - Código do Cedente ATipoBoleto + // 28 a 29 - Quem emite e quem distribui '00' + // 30 a 31 - Comissão de permanência - informar 00 PadLeft(OnlyNumber(ACBrTitulo.SeuNumero), 25) + // 32 até 56 - Seu numero ... Na linha " PadLeft(OnlyNumber(ACBrTitulo.SeuNumero), 25) + // 32 até 56 - Seu numero" o componente está colocando "espaços" a esquerda e retirando caracteres não numéricos, visto que o campo é alfanumérico isso não devia acontecer. Acho que o ideal seria alterar essa linha para PadRight(ACBrTitulo.SeuNumero, 25, ' ') Em anexo manual, verificar página 20. Grato Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_400 (1).pdf

Boa tarde, Sim, havia visto no manual que esses eram os métodos necessários para homologação, estou no momento desenvolvendo a integração básica, quando terminar vou tentar desenvolver o que falta. Os métodos de consulta são importantes porque de outra forma temos que sempre enviar os dados completos dos motoristas, veículos, proprietários antes do envio do CIOT, a não ser que façamos no sistema interno o registro que aquele cadastro já foi enviado. Obrigado.

No manual eles colocaram apenas o métodos necessários para homologação do integrador junto ao eFrete, mas lá eles falam dos outros métodos, nesse caso os de consulta, isso seria interessante, porque o sistema poderia consultar se o motorista, veículo, proprietário já existe na base do eFrete, isso evitaria ter que enviar esses dados. Exemplos: https://dev.efrete.com.br/Services/MotoristasService.asmx?WSDL https://dev.efrete.com.br/Services/MotoristasService.asmx?op=Obter

Sim, já fiz o cadastro lá e estou com acesso ao ambiente de homologação.

Bom dia! Estou implementando o ACBr CIOT, vi que a maior parte dos métodos de consulta não foram implementados, como o obter: motorista, veiculo, proprietário. Tem alguma previsão ou alguém trabalhando nisso? Grato mais uma vez.

Boa tarde, O problema eram os schemas desatualizados, atualizei pela pasta do svn "Acbr\Exemplos\ACBrDFe\Schemas\CTe" e deu certo agora. Obrigado.

Sim, eu atualizei logo cedo hoje, não testei com demo do exemplo, mas peguei de lá o código fonte para enviar o evento. Eu depurei o código até a função que pega a descrição do evento, verifiquei que estava OK, porém quando olho o XML que vai ser enviado, está sem os acentos e "cedilha" e dá o erro. Tem alguma coisa a ser atualizada nos "esquemas", porque não fiz atualização deles.

Bom dia, Ao enviar um evento de Prestação de Serviço em Desacordo no CTe, estou recebendo o erro de validação abaixo: Verifiquei que no campo "EP02 - DescEvento" está sendo enviado o valor "Prestacao do Servico em Desacordo" e de acordo com o manual deveria ser "Prestação do Serviço em Desacordo". Eu encontrei a função abaixo e fiz a correção: function TInfEvento.getDescEvento: String; case FTpEvento of tePrestDesacordo : Desc := 'Prestação do Serviço em Desacordo'; Porém o erro persiste, isto é, o XML continua sendo enviado com o valor "Prestacao do Servico em Desacordo". Vocês poderiam ajudar.

Funcionou perfeitamente Italo, obrigado.

Bom dia, Ao fazer isso da função : TpEventoToDescStr(ACBrCTe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[i].procEvento.tpEvento); Quando o evento é 310611 "MDF-e Cancelado", a função retorna "NaoMapeado", assim também a função: TpEventoToStr(ACBrCTe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[i].procEvento.tpEvento) Retorna o valor -99999. Meu componente está atualizado, tem algum problema ou essa função está descontinuada? Grato.

certo, obrigado.

Bom dia! Na geração do cnab400 da caixa econômica, no registro de transação, o campo Sacado.NomeSacado, está sendo gravado no lugar do campo Sacado.SacadoAvalista.NomeAvalista, posição 368 do registro. Unit ACBrBancoCaixa, procedure GerarRegistroTransacao400. O código estava assim: PadRight(Sacado.NomeSacado, 22) + // 368 até 389 - Nome do Sacador Avalista Na verdade deveria ser assim: PadRight(Sacado.SacadoAvalista.NomeAvalista, 22) + // 368 até 389 - Nome do Sacador Avalista Em anexo o manual, observar na página 21, essas informações são diferentes, no meu caso a caixa solicita que deixe o campo "Sacado/Avalista" em branco na remessa, mas preciso preencher o outro campo que é necessário. Desde já agradeço. Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_400 (1).pdf ACBrBancoCaixa.pas

Bom dia! Segue código fonte. ACBrBoleto.pas

Boa tarde! No padrão CNAB400 da Caixa, o vampo "ValorPago" não foi implementado, apenas o campo "ValorRecebido", no CNAB240 os dois campos possuem funcionalidades diferentes, mas no CNAB400 deveriam ser iguais ou o campo "ValorRecebido" não ser atribuído. O campo "ValorPago" nos dois padrões é o valor efetivo a ser baixado pelo cliente, o "ValorRecebido" no CNAB240 existe quando o banco fica com parte do valor pago pelo cliente no banco a título de taxa/remuneração. Peço a gentileza de avaliar esse caso. Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_400 (1).pdf

Muito rápido. Obrigado.

Segue o manual, campo "Identificação do Título na Empresa", página 28. No componente o campo "seunumero" está igual ao "numerodocumento", na verdade são campos diferentes. Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_400 (1).pdf

Boa tarde, No retorno da caixa econômica padrão CNAB400, na procedure TACBrCaixaEconomica.LerRetorno400, o componente está pegando o valor do campo "SeuNumero" na posição errada: SeuNumero := copy(Linha,59,15); A posição acima é a do número do documento, na verdade deveria ser assim: SeuNumero := copy(Linha,32,25); Fiz a correção da unit, segue em anexo. ACBrBancoCaixa.pas

Alguém está desenvolvendo esse projeto na ACBr? Os prazos e o manual definitivo já foi divulgado.

Boa tarde! Descobri isso hoje também quando precisei usar esse registro, a partir da versão "Versao103" o código tem que ser este: if FBloco_0.Registro0000.COD_VER >= vlVersao103 then //trocar por FBloco_0.Registro0000.COD_VER in [vlVersao103,vlVersao104] se na versão vlVersao105 não for gerado esse registro. begin Add( LFill('E113') + LFill( COD_PART ) + LFill( COD_MOD ) + LFill( SER ) + LFill( SUB ) + LFill( NUM_DOC ) + LFill( DT_DOC ) + LFill( COD_ITEM ) + LFill( VL_AJ_ITEM,0 ) + LFill( CHV_NFE )) ; end;

Boa tarde, nossa empresa não deseja que seja impresso o canhoto do boleto, pois o cliente já assina o canhoto da nota fiscal.

Não consigo remover o comprovante de entrega do Boleto no FastReport, já alterei a propriedade ACBrBoletoFCFR1.LayOut para todas as opções disponíveis mas não teve nenhum efeito na impressão Existe alguma opção no componente para não mostrar o comprovante de entrega?

Senhores, o problema é que realmente essa nota não deve existir na base da SEFAZ, já tinha tentado consultar no ambiente nacional, existia uma falha em nosso sistema, nós tratamos os casos em que a chave não existe, não está autorizada ou está autorizada, mas não preparamos para o erro de chave inválida que é retornado pelo webservice da receita, por isso o digitador conseguiu salvar essa chave na nota fiscal. Agradeço a todos e encerro o assunto.