Victor H. Gonzales - Panda

a partir do momento da primeira transmissão, assine o documento, e todas as informações do XML não altere mais.

vamos subir um ajuste removendo o LOperacao. obrigado

Bom dia, A variavel LOperacao não seria nem necessária, visto que o IF só entraria em caso de tpInclui.

bom dia não há Webservices para essa finalidade, se você tem todos os dados do XML, você pode recriar o XML assinar novamente e consultar para pegar o protocolo de autorização

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

tu precisa questionar ao banco esse motivo

Boa tarde, não foi detectado nenhuma inconsistência da leitura, o componente está lendo a informação que está contida no arquivo.

Boa tarde, Luis Claudio. Tudo bem? Primeiramente, obrigado pela sua contribuição. Analisando a documentação do Banco Cora que você enviou, percebemos que ela é bastante superficial e não traz muitas informações detalhadas. Entendemos que o Banco Cora é um banco exclusivamente digital e que a integração será realizada somente via API, sem suporte ao formato CNAB. Na sua última mensagem, você mencionou a composição da linha digitável. No entanto, precisamos de mais detalhes que geralmente devem estar descritos no manual ou na documentação do banco, como, por exemplo, informações sobre o "Nosso Número". Precisamos entender como ele é composto: se possui carteira, se é apenas um número sequencial, se tem dígito verificador (DV) e, em caso afirmativo, qual é o cálculo utilizado para o DV. Aparentemente, a composição é "Número do convênio concatenado com a sequência do documento", mas não temos certeza se isso se aplica apenas na requisição ou também na impressão do boleto. Será que essas informações existem nesse banco, ou são acessíveis? Por fim, gostaríamos de sugerir que a forma da contribuição seja alterada para o formato ACBrJSON. Se você conseguir migrar para esse formato, facilitará bastante o processo de merge para o SVN. Obrigado

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

envie o arquivo de retorno, se tiver dados sensíveis envie para [email protected] e vincule esse topico ao email

Tipos de pessoa esta como fisica?

Voce teria o XML para testar? caso dados sensiveis envie por favor para [email protected]

Boa tarde, Por padrão a impressão do cupom NFCe possui a configuração de 80mm, caso necessário ajustar essa largura precisamos informar o novo valor na propriedade LarguraBobina: <ACBrNFCeDANFeFPDF>.LarguraBobina := 65; //equivale a 65mm <ACBrNFCeDANFeFPDF>.LarguraBobina := 80; ou 302; //equivale a 80mm <ACBrNFCeDANFeFPDF>.LarguraBobina := 90; //equivale a 90mm Obs: LarguraBobina = 302 equivale a mesma coisa que a configuração de 80mm, somente para compatibilidade do create da classe que o valor padrão é 302 dos componentes.

Boa tarde Comunidade, As alterações do Informe Técnico já foram aplicadas ao componente, Monitor e ACBrLib. A previsão da SEFAZ para vigência Homologação / Produção é 01/07/2024, nesse momento você pode testar os novos meios de pagamento na geração do XML e deixar uma flag no seu sistema para quando chegar a hora de utilizar a nova tabela o seu sistema já está pronto. As classes do ACBr já fazem a escrita do XML, Leitura e impressão. Exemplo : Caso receber a rejeição 436 : Código do meio de pagamento inexistente, é porque ainda não está liberado a nova tabela para o uso. Uma observação ao Meio de Pagamento 05 fpCreditoLoja, que teve sua descrição alterada de Credito Loja para Private Label, isso devido ao fato de agora temos o enumerador 21 fpCreditoEmLojaPorDevolucao Crédito em Loja, que tem a finalidade "Crédito em loja decorrente de valor pago anteriormente, de devolução de mercadoria etc.". Eles possuem nomenclaturas parecidas, mas possuem finalidades diferentes, o que foi alterado foi a descrição e não código ou enumerador dos mesmos. De forma mais explicativa, o enumerador CreditoEmLojaPorDevolucao associa de forma mais clara as ocorrências relacionadas a esta forma de pagamento, tais como quando o cliente teve um crédito gerado por uma devolução de uma compra feita anteriormente, já o já existente CreditoLoja visa ser utilizado nas situações onde de fato é utilizado crediário ou cartão próprio da loja, ou seja, o chamado private label.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Qual o CEP utilizado para testes?

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

não é o caso de usar o LayoutVersaoArquivo = 002 ?

não estão

o Create padrão da classe é 302, é mesma coisa que tu passar 80 na propriedade, há uma conversão interna para 80, somente nesse caso do 302 por questão do create, mas se tu passar 60 equivale-se a 60. para 56 informe 56. para 72 informe 72. para 90 informe 90.

Então emita nfe e não nfce pois os modelos de impressão são diferentes. A emissão pelo tipo de documento está errada

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

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

Fiz um teste de impressão utilizando o FastReport, não foi detectado nenhuma marca dagua, ou mensagem estranha na impressão que não fosse o padrão. porem fiz um ajuste que estava faltando um literal (Quadrado Vermelho).

seu componente não deve estar configurado para utilizar a versão 4.00 atualize o seu componente para a versão atual, e verifique se está passando para usar a versão 4 a URL realmente não existe, por isso código 404