Victor H. Gonzales - Panda

Boa tarde, Os dados do Beneficiário do boleto é antigo Cedente. então no componente essas informações estão em <ACBrBoleto>.Cedente, você terá Nome, CódigoCedente, Agencia, Conta entre outras propriedades necessárias para a emissão, que são os dados do Cedente (Atual Beneficiário). Esse campo CIP (Câmera Interbancária de Pagamentos) na ficha de pagamento é em branco. Abraços

Boa tarde, está informando que para consumir esse serviço, você precisa informar um certificado e no caso não tem nenhum informado. verifica se você está carregando o certificado digital do cliente antes de enviar o rps Abraços

Bom dia @SergioAV, o módulo SAT que irá calcular os campos de valor de impostos, por exemplo no ICMS, ele irá pegar o vItem, o pICMS (dividido por 100) e irá inserir esse calculo no campo vICMS, como no exemplo seu, você deve informar o valor de <pIcms>18</pIcms> para o módulo realizar o calculo utilizando 18%, se você passar o valor dividido será utilizado 0,18%. No Pis/Cofins seu, você precisa informar a vBC, a aliquota para PIS/COFINS você passa dividido por 100, conforme especificação técnica de requisitos do SAT. https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/Especificacao_SAT_v_ER_2_28_05.pdf Faça esses ajustes e veja se ocorreu tudo certo Abraços

Bom dia, pelo o que vi nesse documento, isso é apenas uma sugestão e não uma rejeição a sua homologação. Pelo o que estão rejeitando é que o cadastro pertence a ACPARTS BRASIL SC LTDA e você informou PERFORMANCE CAR LTDA, por isso rejeitaram a homologação, referente ao digito da agencia, eles só passaram como sugestão a remoção, mas não que isso está impedindo o credenciamento. eles estão pedindo para ajustar o código beneficiário, razão social, informações de protesto, local de pagamento. o arquivo de remessa e ficha de pagamento tem que conter as mesmas instruções de protesto, juros e multas. Verifique essas demais questões, acredito que informando só isso correto o credenciamento é concluído Forte Abraço

Bom dia, O "erro" está somente na impressão da ficha de compensação? se sim, é FortesReport ou FastReport ? se FastReport qual o FR3 utilizado? Abraços

Bom dia, Qual a necessidade de no XML de autorização, nas tags nprot inserir a informação de cancelamento ? pois desde que entrou a NFe 4.00 o cancelamento é por meio de eventos, então você sempre terá um XML autorizado e outro de evento de cancelamento vinculado a este autorizado, assim, realizando o seu cancelamento, essa questão acredito ser legado da NFe3.10, que não se aplica a NFe 4.00 e ao meu ver fazer a alteração do XML autorizado está errado. Poderia explicar a necessidade / embasamento que estão tendo nesta questão ?

Boa tarde @DrLeite tenta usar a propriedade NomeArqRemessa e passe essa regra que eles estão exigindo para esse cliente seu pontual, faça o teste, acredito que irá resolver a situação. <ACBrBoleto>.NomeArqRemessa := xNomeMinhaRemessa; Abraços

obrigado pela contribuição, será analisado

Bom dia, Não sei o que você quer comparar na estrutura dos XML, mas em 2021 tem Nota Tecnica (NT) entrando em vigor para NFe. Exemplo : NT 2020.006, 2020.007, 2021.001 Portal da Nota Fiscal Eletrônica (fazenda.gov.br) sugiro a leitura para verificar se sua emissão está adequada as notas técnicas Abraços

Possivelmente o servidor ainda não está aceitando essa informação, não implementaram a NT

obrigado pelo retorno, estou fechando este tópico, qualquer questão não hesite em abrir um tópico. abraços

Boa tarde, Nesse modelo em questão sim, para FastReport tem disponível apenas o Layout Padrão, Carnê e Fatura, ainda não tem o FR3 para bobina de 80mm como acima descrito. abraços

Bom dia @Alberto Frasson, você chegou a verificar as informações que você está passando ? Olhe essa imagem da unit do bancoob, para resolver : item 1, você não deve então informar nada no campo convenio. item 2, você deve verificar nestes 3 campos se a informação que está sendo passada é a correta, e não está a maior ou menor que o esperado. item 3, a propriedade no <ACBrBoleto>.Banco.LayoutVersaoArquivo deve ser mudado para 87 conforme sua evidencia item 4, a propriedade no <ACBrBoleto>.Banco.LayoutVersaoLote deve ser mudado para 45 conforme sua evidencia Faça esses ajustes e veja se o arquivo gerado é como o esperado. Abraços

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, por favor anexe os arquivos que foram enviados para analise do banco, e o arquivo de layout (manual) que eles estão utilizando para essa validação. Obrigado

Boa tarde @zemarcio, Erro 400 BadRequest significa que algo que foi enviado na requisição não pode ser entendido pelo servidor de destino, assim gerando o erro. - Por favor, verifique se você está com a ultima versão do ACBr em execução. - Por favor, verifique se não está informando caracteres especiais, vários provedores tem problema com & (e comercial), se tiver caracteres especial, remova o mesmo e faça novamente a transmissão. Abraços

você precisa encerrar a comunicação com a porta para depois abrir outra. mas esse aplicativo seu de cozinha, já que não vai emitir cupom sat, porque você ativa a porta de comunicação com o módulo com ele ? por que tu não só ativa a porta na abertura do cupom, ao finalizar a emissão você fecha a porta de comunicação ? abraços

@angulo obrigado pelo retorno. estou encerrando o tópico por ser algo externo a acbr. Abraços

Bom dia, Acho mais fácil entrar em contato com o faleconosco deles e reportar o ocorrido, a principio é erro no certificado SSL deles, você pode tentar ignorar as mensagens, pode ser que o antivirus teu está barrando essa conexão com erro no protocolo, mas o mais simples é entrar em contato com a SEFAZ e reportar o ocorrido. Abraços

Eu entendi que você sugeriu para manter um padrão. Geralmente (recomendável) componentes ter somente DCU no Libpath, para não ocorrer coisas assim similares, Faça o teste instalando com a opção abaixo marcada, e veja se o comportamento é o esperado Sugiro isso, pois a sua colaboração pode demorar para subir para o SVN e nesse meio tempo você atualizar e perder o que você fez de ajustes. Se isso aqui já te atender, é a forma que se instala componentes que teria que ser revista na minha opnião.

Mas não seria o caso de remover os componentes e deixar somente as DCU no libpath? já não resolveria seu caso?

Boa tarde Laercio, A toda Build do seu projeto que você realiza o componente ACBr é compilado novamente (e demais componentes seus) ? Forte Abraço

Obrigado @José M. S. Junior

Bom dia, Uso ACBrBoleto para emissão do Bradesco creio que ao menos desde 2013, ele gera os nome dos arquivos automático, CB150201.REM,CB150202.REM,CB150203.REM por exemplo, nunca tive rejeição por esse motivo, e isso que está no manual :

Boa tarde, Ao realizar homologação do sistema juntamente ao Santander na presente data, foi detectado nos testes internos que o sistema não estava identificando o cedente (código do beneficiário) para o fluxo de retorno cnab400. Na página 12 do referido manual informa que o código do beneficiário está na posição [109-117], para isso ajustamos a unit ACBrBancoSantander.pas no método LerRetorno400 foi adicionado a leitura do referido (linha 1120) da unit. Segue as mudanças para apreciação da moderação. Forte abraço!!! H7800 Layout de Cobranca 353_400 posicoes V. 2.23 Agosto 2020 (3).pdf ACBrBancoSantander.pas