Cleonir

O que eu citei foi em GerarJuros.

Bom dia. Eu também tive problemas com o tipoJurosMora. Com as alterações feitas pelo mlgoncalves resolve o problema da conversão do CodigoMora para integer Porem ainda ficou faltando um ajuste quando for isento, segundo a documentação o tipoJurosMora deve ser 3 quando for isento. Outro detalhe é referente a dataJurosMora. Esta adicionando a DataMulta, acho que deveria ser a DataMoraJuros.

Boa tarde. Na linha 329 Json.Add('seuNumero').Value.asString := OnlyNumber(aTitulo.ACBrBoleto.Banco.MontarCampoNossoNumero(aTitulo)); Não poderia ser o seuNumero mesmo ao invés do nossoNumero? No seuNumero eu normalmente informo o meu id do titulo interno(chave primaria), para ficar mais fácil de localizar o titulo no banco de dados no retorno das consultas por exemplo. E o identificacaoBoletoEmpresa não poderia ser o numero do documento?

Bom dia. Atualizei e realizei testes e esta ok. Obrigado.

Ajustado o código da ocorrência para versões inferiores a 5.0 na procedure GerarMercadorias, que deve ser 2 caracteres. Estava sempre adicionando 3 caracteres. ACBrEDIOcorrencia.pas

Em anexo arquivos modificados. ACBrANeDocumentos.pas ACBrANeWebServices.pas

Consegui resolver o problema. O erro acontecia porque no XML de cancelamento do CTe foi adicionado uma observação com acentos. Porem o problema na função RemoverGrupoInfSuplementares citado acima precisa ser ajustado. Adicionei um if resolveu, não sei se é a melhor forma, mas resolveu.

Estou com um problema nos cancelamentos das averbações na AT&M. Retorna o xml abaixo. Analisando percebi que à um problema na montagem do xml. Em ACBrANeDocumentos na função RemoverGrupoInfSuplementares, como é um xml de cancelamento não possui a tag infCTeSupl, e esta retirando uma parte no inicio do xml de forma indevida. O mesmo problema acontece em ACBrANeWebServices na função RemoverGrupoInfSuplementares também. Porem ajustei isso e continuou dando erro. Parece que possui um caractere invalido. Não consegui resolver o problema. <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> <SOAP-ENV:Body> <SOAP-ENV:Fault> <faultcode xsi:type="xsd:string">SOAP-ENV:Client</faultcode> <faultactor xsi:type="xsd:string"/> <faultstring xsi:type="xsd:string">error in msg parsing: XML error parsing SOAP payload on line 1: Invalid character</faultstring> <detail xsi:type="xsd:string"/> </SOAP-ENV:Fault> </SOAP-ENV:Body> </SOAP-ENV:Envelope> XML de envio em anexo. Se alguém conseguir me ajudar... 20221104092526-ped-ANe-soap.xml

Na geração do arquivo DOCOB esta gerando na posição errada os dados das notas fiscais nas versões 3.0, 3.0a e 3.1. Na versão 5.0 esta correto. Esta gerando primeiro todos os dados dos CTE (registro 353), depois todas as notas (registro 354), no caso a versão 3.1. Desta forma deve ser somente na versão 5.0 Nas versões inferiores deve ser os dados de um CTe logo a seguir os dados das nfes desse cte, depois outro cte e suas nfes... Não vou corrigir por que vai alterar bastante coisa, e não tenho muito conhecimento no acbr.

Na geração do arquivo DOCOB esta gerando na posição errada os dados das notas fiscais nas versões 3.0, 3.0a e 3.1. Na versão 5.0 esta correto. Esta gerando primeiro todos os dados dos CTE (registro 353), depois todas as notas (registro 354), no caso a versão 3.1. Desta forma deve ser somente na versão 5.0 Nas versões inferiores deve ser os dados de um CTe logo a seguir os dados das nfes desse cte, depois outro cte e suas nfes... Não vou corrigir por que vai alterar bastante coisa, e não tenho muito conhecimento no acbr.

Eu também tive esse problema no CNB400. Para resolver esse problema, adicionei 90 dias que segundo o pessoal do banco 90 dias é o padrão na configuração da carteira. Se caso enviar em branco vai assumir o padrão da configuração da carteira no banco.

Agora consegui. No manual tem um email para suporte. Me responderam que para homologação é preciso utilizar um convenio especifico, me passaram o numero do convenio. Era só o convenio o problema.

Bom dia. Estou testando o Registro online Boletos Banco do Brasil em homologação, mas esta dando uma rejeição. Imagem em anexo. Será que é alguma configuração no Banco que precisa ser feito?

Bom dia. Com a atualização de hoje ficou ok a questão do HASH. Mas deu problema com o JUROS_MORA CodigoMoraJuros = cjIsento Foi adicionado dentro do if também o VALOR ou PERCENTUAL, assim da rejeição. Deve ficar no if (Integer(CodigoMoraJuros) <> 2) then somente a DATA. Não sei dizer por que da rejeição por que na consulta vem exatamente como esta agora. Mas se enviar assim da rejeição.

No xml de retorno da consulta não vem. Vem somente a mensagem "(0) OPERACAO EFETUADA - SITUACAO DO TITULO = TITULO JA PAGO NO DIA" e os dados do Titulo que foi registrado. Mas não vem os dados do pagamento. Pelo menos neste teste que fiz, foi pago no mesmo dia da emissão. Mas acredito que se for pago num dia após a emissão irá vir da mesma forma, por que no manual esta assim. Isso é um problema por que não tem como saber certo que dia foi pago. Em anexo XML da Consulta. 165-2-retorno_registro.xml

Bom dia. Agora esta ok. Obrigado.

Opa. Foi mal. Dei uma pesquisada mas não encontrei nada.

Bom dia. Eu acho que com as alterações feitas para ajustar as logos. acabou dando problema no Layout com comprovante de entrega. A ultima guia esta indo para a segunda pagina. Não vou postar aqui o arquivo modificado por que tenho outras alterações referente ao Boleto Carne, em que infelizmente não foi aceito mas preciso manter para meu cliente.

Uma duvida. Não tem como pegar a data do pagamento na consulta no caso de liquidação ?

Boa tarde. Tive o mesmo problema. Com a solução do serginhoott resolveu a questão do HASH. Tive outro problema com o JUROS_MORA. Se CodigoMoraJuros = cjIsento não deve ser criado a tag DATA.

É pego a assinatura do Pagador.

O objetivo é para um canhoto ficar com o beneficiário retirado antes de entregar o carne para o pagador para controle interno, e o outro fica no carne que vai para o pagador. Seria mais ou menos a mesma lógica do Padrão Entrega, mas no formato de carne.

Bom dia. Em anexo PDF de exemplo. BOLETO.pdf

Segundo a nota técnica,  Publicação dessa NT, que estrutura o MDF-e de forma a possibilitar, entre outros benefícios: * Geração automática do CIOT, pelo Sistema MDF-e, tanto para as modalidades TACIndependente como TAC-Agregado;

Boa tarde. Esse infPag é informações dos pagamentos para os proprietários dos veículos de terceiros ? Nota Técnica: "Geração de informações para facilitar a negociação de direitos de recebimentos de fretes, por parte do TAC(Transportadores Autônomos de Cargas), junto a instituição financeira onde possui conta corrente, sem a interferência de atravessadores". Ou é referente aos pagamentos de que contratou o Frete, Remetente ou Destinatário do CTe no caso ? Não entendi direito isso.