Paulo Alexandre Hostert

Estou realizando migração para o componente ACBrNFSeX, e na emissão com modo de envio meUnitario, as propriedades abaixo não estão sendo preenchidas, mesmo o arquivo de retorno contendo as informações. ACBrNFSe.WebService.Emite.CodVerificacao ACBrNFSe.WebService.Emite.NumeroNota

Boa tarde, Ainda utilizamos o ACBrNFSe, mas o procedimento é o CancelarNFSe, e mesmo assim é gerado o XML de solicitação de cancelamento ao invés do cancelamento. Isso mudou no ACBrNFSeX?

Atualmente ao realizar o cancelamento de uma NFS-e de Brusque, pelo webservice da IPM é gerado um XML de solicitação de cancelamento. Gostaria de saber como realizar a implementação, para realizar o cancelamento direto da Nota, entramos em contato com a IPM e nos encaminharam exemplo de como é o XML.

Os bancos que estavam apresentado problema deram certo. Vamos continuar acompanhando. Obrigado!

Delphi Alexandria. Consegue nesse caso ajustando o formato que destaquei abaixo no print de DDMMYY para DD/MM/YYYY. Não sei se seria correto, pois está ocorrendo para outros bancos, ai teria que alterar todos.

Bom dia, Também estou bom esse problema no retorno do arquivo de remessa. Já ratualizamos o fontes mais o problema ainda ocorre na linha que destaquei no print.

Boa tarde Italo, Obrigado pelo esclarecimento, agradeço pela ajuda!

Sabes nos informar em que momento é carregado esse arquivo ? Pois hoje não é levado o arquivo para o local onde é executado a aplicação.

Boa tarde, Recebemos um comunicado da AT&M informando que no dia 16/11/2021 o servidor passará a ser acessível somente através do endereço: webserve.averba.com.br, será realizado a troca do endereço de IP 179.124.38.113 para o DNS citado e o IP será desativado na mesma data. Essa alteração já se encontra ajustada no ACBr ?

Sim, Criamos o campo aqui também. Obrigado.

Está correto! Obrigado pelo esclarecimento. Já retornamos a alteração aqui.

Bom dia, Realizamos uma coreção na posição 72 do cabeçalho do arquivo de remessa 240 do Bancoob, conforme orientações do Banco que solicitou que fosse preenchido com zero ao invés de espaço em branco. Acabamos de validar e recebimento do arquivo com o banco. Anexei a unit ajustada na linha 732. ACBrBancoBancoob.pas

Boa tarde Daniel, Conseguimos resolver deixando o objeto do ACBr em memória na sessão do usuário, assim solicitamos a captcha e realizamos a consulta sem destruir o objeto. Obrigado.

Certo, e como eu posso quardar o cookie para carregar novamente depois?

O que estou tentando fazer é o seguinte: Evento 1: Crio o objeto de consulta de CNPJ, pego o Captcha e destruo o objeto. Evento 2: Crio uma nova instância do objeto e passo o captcha obtido no evento 1 Ele retorna o erro: --------------------------- Project1 --------------------------- Não foi possível obter os dados. --------------------------- OK ---------------------------

O RespHTTP retorna um HTML assim: cnpj1.html

Boa tarde, estou migrando a consulta de CNPJs para o serviço da minha aplicação, porém ao realizar a consulta o objeto TACBrConsultaCNPJ retorna que 'não foi possível obter os dados'. Eu realizo uma requisição ao meu serviço para buscar o Captcha, depois realizo outra requisição para consultar. A recuperação do Captcha funciona, porém a consulta não.

Boa tarde Italo, Ajudou muito! Obrigado!

Bom dia Ítalo, você tem como disponibilizar essa propriedade no componente?

Boa tarde, no manual de integração de averbação automática da AT&M na página 43 está previsto a informação de Içamento de Carga, porém, no componente do ACBr não contém essa propriedade.

Ao realizar o cancelamento de uma NFS-e para o município de Brusque-SC, obtive o seguinte erro: cidade do prestador nao informada no arquivo XML. Entrei em contato com o suporte do provedor da IPM e disseram que na tag cidade deve ser informado o código TOM do município ao invés do código IBGE. Na unit ACBrNFSeWebServices a propriedade referente ao código do município está recebendo o código do município da configuração do objeto TACBrNFSe. Acredito que tenha que ser informado uma outra propriedade.

Boa tarde, durante a homologação da remessa bancária com o layout ACBrBancoCecred CNAB 400, foi verificado que a posição 392-393 deveriam estar sendo preenchido com zeros a esquerda ao invés de vazio segundo o pessoal do banco e o manual CNAB 400. Forma atual: Forma Correta:

Boa tarde, gostaria de saber se o componente ACBrPosPrinter já foi testado em impressões de etiquetas utilizando o android via bluetooth na impressora da marca Zebra, mais especificamente no modelo da imagem em anexo.

Sim

Bom dia está preenchida todas as particularidades