Innovae Brasil Engenharia

Talvez, eu deve enviar o arquivo do layout para o próprio banco. Uma vez que geramos o arquivo e enviamos para o banco através da aplicação do próprio banco. Não somos nós quem quer essa mudança, é solicitação do banco.

O problema é exatamente isso. No manual eles pedem para informar bancos, mas ao enviar o arquivo gerado para a homologação, recebemos o retorno com rejeição e solicitando que seja preenchido com '00'

Boa tarde! Segue arquivos ajustados conforme as solicitações dos setores de homologação. ACBrBancoBrasil.pas ACBrBancoCaixa.pas ACBrBancoDaycoval.pas ACBrBancoItau.pas ACBrBancoSafra.pas ACBrBancoSicredi.pas ACBrBoleto - Ajustado.docx

Boa tarde Juliana! Um gerente de contas do Bradesco, entrou em contato conosco informando que nosso aplicativo deveria alimentar essa informação. Um de nossos clientes que usa o Bradesco para cobrança, utiliza essa propriedade para agregar informações extras relacionadas ao contrato entre o Cedente e Sacado.

Bom dia! Com base na revisão 20185, após a atualização dos componentes, foi necessário a realização de alguns ajustes para atender as solicitações dos Bancos CEF e Bradesco em relação aos arquivos para remessa de cobrança. Todos os ajustes foram realizados para atender o CNAB400 Arquivos alterados: ACBrBancoBradesco.pas Ajuste para preenchimento das posições 315 a 326 - Campo mensagem 1. Ver página 11 do manual anexo. ACBrBancoCaixa.pas Ajustes na geração do header, onde, nas posições 101 a 103 deve-se informar 007 caso se esteja trabalhando com o código do cedente com 7 dígitos. Ver página 19 Registro de transação deve sempre começar por "1", independentemente da quantidade de dígitos do código do cedente. Ver página 20 ACBrBoleto.pas Adicionada uma nova propriedade no Sacado, que será utilizada para preenchimento do campo Mensagem 1 no layout do Bradesco, conforme página 11 do Manual. (anexo) Devido à limitação dos anexos, fiz upload dos manuais e seguem os links dos mesmos. Layout Banco Bradesco Layout Caixa Econômica Federal ACBrBancoBradesco.pas ACBrBancoCaixa.pas ACBrBoleto.pas

Boa tarde! Antes a geração e assinatura dos eventos estava sendo feita dessa forma: Usavamos dessa forma pois gravamos os xmls gerados em banco de dados para controle em nossa aplicação. Passei a usar dessa forma, antes do laço em que gravamos os xmls: Agora, estão funcionando corretamente. Obrigado pela atenção. Sua dica me ajudou na resolução do meu problema.

Olá pessoal! Depois de atualizar os fontes do ACBr com a Trunk2 desse dia 15/01/2020, passei a receber o erro MS0016 ao tentar transmitir os eventos do Reinf. Quando o meu aplicativo é compilado com uma versão da Trunk2 de dezembro/2019, os eventos são transmitidos normalmente. O que será que mudou e eu não percebi para ajustar minha aplicação?

Boa tarde Italo! Já estou na fase de criação do XML para envio da NFS-e para a Prefeitura de Lençóis. Segui sua sugestão e criei a unit pnfsNFSeW_Lencois. Na documentação, página 7 tem um campo "Particular" onde deve ser informado: Utilizado apenas para Pessoa Física que tenha inscrição no município de Lençóis Paulista. 0 – Indica que a Nota Fiscal deve ser emitida para o contribuinte. 1 – Indica que a Nota Fiscal deve ser emitida para a pessoa física, sem relacionamento com o contribuinte. Para empresas, o valor padrão é 0. Será que já existe um campo na classe TNFSe com essa finalidade? Devo criar ou solicitar a criação dele? WebService-V1.1.pdf

Boa tarde! Estou precisando desenvolver a integração com o webservice de NFS-e para a cidade de Lençóis Paulista (IBGE: 3526803). Não conheço a fundo os fontes do ACBrNFSe para ver se é possível a inclusão deste novo provedor, uma vez que utilizam um padrão proprietário. Seria possível que alguém me ajude com essa questão? Vou anexar a documentação que eles disponibilizam. Site com a documentação: https://apl2.lencoispaulista.sp.gov.br/nfs/Pages/Publicas/wfManuaisEDownloads.aspx WebService-V1.1.pdf wsNotaFiscal.wsdl

Bom dia! Encontrei o problema com a transmissão. O que estava provocando o problema era a versão do SSLType que estava passando. Bom dia! Encontrei o problema com a transmissão. O que estava provocando o problema era a versão do SSLType que estava passando. Com o advento das alterações que realizei para a NF-e, e-Social etc, acabei forçando para LT_TLSv1_2, mesmo na NFS-e de SP. Para a NFS-e de SP o aceito é o LT_TLSv1_1. Quando fiz o ajuste, todo o processo voltou a funcionar como antes.

Bom dia! Vou tentar bloquear a consulta que o componente faz automaticamente logo após a transmissão e tentar fazer a consulta separada em seguida.

Bom dia! Estamos com problemas ao enviar lotes parta a Prefeitura de SP. Ao enviar um lote, o mesmo é aceito. Seu retorno traz uma advertência. Até ai tudo normal. Logo em seguida, o componente faz uma consulta ao lote para verificar. Nesse momento, é gerada uma exceção com o seguinte texto: "Rejeição: Assinatura difere do calculado." O mais interessante, é que se acessar o portal da "Nota do Milhão", a NFS-e está registrada e corretamente validada. Não sei o que pode ser o erro de procedimento que eu esteja cometendo. Poderiam me ajudar? PS: Fontes, inis e schemas atualizados. 0-env-lot.xml 0-env-lot-soap.xml 497268909-con-sit.xml 497268909-con-sit-soap.xml 497268909-rec.xml 497268909-rec-soap.xml 497268909-sit.xml 497268909-sit-soap.xml

Bom dia, tudo bem? Estou com um problema na execução do comando "NFe.CriarEnviarNFe", no qual o retorno é a linha "ERRO: UF não pode ser vazia" não chegando nem gerar o .XML. Quais as possíveis causas para esse erro? Segue abaixo o arquivo.ini. Obrigado. Aguardo atenciosamente. NFe_2063.ini