Victor H. Gonzales - Panda

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

Boa tarde, consta na Rev. 22560, por favor atualizar seus fontes e fazer os testes. obrigado.

1 - Tentou reinstalar o leitor criptográfico do cartão? 2 - Remover a mídia e inserir novamente na leitora ? 3 - Verificar se realmente na mídia a chave privada do certificado, se não foi corrompido o certificado?

abra um novo tópico por favor, esse tópico é muito antigo, já mudou muita coisa nesse meio tempo. mas tudo indica se for modelo A3, cartão ou mídia má inserida / instalada. se for modelo A1 re-inistale o certificado ou carregue no componente pelo PFX + Senha

Bom dia, se você trabalha apenas com 2 casas decimais, porque tuas variáveis de controle de valores estão com 13 decimais, arredonda elas ou trunca, depois faça as operações aritméticas, assim tu garante a assiduidade dos totalizadores. lembrando que para documentos fiscais é utilizado a regra abnt 5891:2014 e no seu caso ali, Produto.Prod.vUnCom é = vItem não precisa a fazer outra operação aritmética para chegar novamente ao valor Abraços

Bom dia, Se a empresa tiver cadastro na JUCESP ou CADESP a aprovação é automática do credenciamento, praticamente fulltime... tomando em consideração a pandemia, para as pessoas que não tem o cadastro pode ser que leve um tempo maior, pois depende da aprovação de um fiscal, visto que precisa de cnae 62 por exemplo, se está demorando mais que 5 a 10 dias úteis por exemplo, sugiro abrir um faleconosco e verificar uma posição diretamente com eles. Referente aos credenciamentos NFCe, quando precisei em SP, consegui fazer diretamente com o certificado do cliente, nem precisei do contador, mas essa parte documentacional é sempre válida passar pela lado do contabilista, e não precisei de homologar nada não. OBS: Em SP não existe NFCe Offline. Abraços

Bom dia, Concordo que essa informação deverá ser destacada em infAdProd se desejar dessa forma. O mais coerente ainda na minha opinião, é o ean sair na coluna de código do produto, fora isso entendo que não é previsto pelo MOC, sendo proibido seu uso da forma proposta. Abraços

Boa noite, Informações extraoficial, a regra ZD07-10 na Sefaz/PR já foi desabilitada, as Software House estão conseguindo enviar normalmente sem a informação do idCSRT e hashCSRT. Obrigado.

Bom dia Renato, Syspan, Em especifico para o PIX, não é simplesmente o QrCode (2DBarcode), a string segue o padrão EMV, e se for QrCode Dinâmico, ele precisa estar registrado antes, a grosso modo, você faz uma integração por REST ao PSP, ele te gera uma autorização, você "imprimi" o qrcode, o consumidor lê, autoriza o pagamento, depois isso gera uma confirmação de pagamento e você continua o seu fluxo na aplicação, por isso geralmente é dito que pertence ao fluxo de meios de pagamento do TEF, pois a expertise do TEF já abstrai toda essa homologação, retornos, fluxos extras, tratativas. Se quiser olhar a ficha de pagamento pix (ACBrBoleto) tanto para fortes como para fastreport, lá tem a impressão do qrcode, mas a informação impressa é o emv recebido pela API no caso hoje do Banco do Brasil. Sim, tem como fazer diretamente essa integração sem o uso do TEF, mas você precisa homologar a cada PSP que for fazer, e precisa verificar a documentação de cada um, no TEF isso se torna mais simples ao meu ponto de vista. Anexo I - Padrões para Iniciação do PIX.pdf (bcb.gov.br) Abraços

Bom dia, PIX faz parte do fluxo de meios de pagamento, então, isso é o papel do TEF. a não utilização do TEF faz com que você faça a integração direta com o PSP, ai cada 1 você precisa verificar a documentação deles, implementar e homologar. Abraços

Bom dia, o ACBrMail faz o papel de montar a mensagem e disparar para o serviço de smtp. A Entrega entre os servidores é papel do servidor de email, no seu caso hostgator como falou. Se está tendo sucesso ao disparar o SMTP, o componente está conectando no seu servidor e enviando a mensagem, se não existe a entrega (email não é uma garantia de entrega), isso é alguma configuração no domínio ou no servidor da hostgator, pode ser alguma regra de mx, spf, dmark, relay ou algo do gênero. Abraços

Boa noite, Faça o teste manipulando a propriedade do < ACBrNFeDANFeFR>.MarcaDaguaMSG := 'RASCUNHO'; veja se sai da forma que você precisa. em ultimo caso, você pode criar o seu próprio FR3, da forma que você quiser, da cor e literal desejado

Boa tarde, basta inserir as informações no componente normalmente, e imprimir. não precisa assinar o documento irá aparecer uma tarja de documento não autorizado pela sefaz.

Bom dia pessoal, Nós do Projeto ACBr temos notado alta demanda de problemas/dúvidas referente ao servidor da SEFAZ/MG - NFCe. Para as pessoas que estão utilizando para enviar 1 documento (1:1) apenas na forma de envio Assíncrono, alterem a sua regra de negócios já se adequando para a nova NT, mudando para envio Síncrono. Desta forma o envio dos cupons tem maior probabilidade de sucesso no momento, diminuindo o fluxo de suporte técnico. Abraços

Bom dia, Verifique se isso atende o problema DACTE_Retrato.fr3

Bom dia, wsCorreios e wsCorreiosSigep é a mesma classe (TACBrWSCorreiosSIGEP). Mas em um teste rápido aqui em ViaCEP e Correios, ambos buscam como "Avenida Jornalista Alberto Francisco Torres" Pode ser que o WS que você está utilizando que esteja defasado, caso esse seja o endereço correto Abraços

Bom dia, de uma verificada na Rev. 22415, foi implementado alguns novos recursos, como por exemplo a pesquisa individual. Acredito que isso atenda a sua demanda, ai invés de você enviar a consulta por lista, você informa os títulos e pede a consulta. Veja se isso atende. Abraços

Bom dia, Olhando superficialmente a versão atual do SVN é a 040 e a enviada é a 103, e como a observação "se homologada em versão diferente é necessário re-homologação" é necessário que exista como passar a versão de layout por parâmetro e exista o controle de compatibilidade da duas ou mais, para não haver quebra de carteira em produção com a atualização do componente. Se quiser fazer os ajustes e contribuição de forma que a versão hoje do componente mantenha compatível com a nova implementação na versão 103 e para quem use a 040. Abraços

Boa tarde, a questão da negativação encontra-se na Rev. 22428. Atualize os fontes e faça os testes necessários por favor! Abraços

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum. referente a consulta individual de uma olhada na Rev. 22415.

consegue saber em qual lugar está levantando a exception?

para compatibilizar para futuros bancos, o Titulos.orgaoNegativador; eu tive que alterar para STRING, então quando for subir para o SVN ele irá subir como string e não integer; vai precisar ajustar onde você popula o componente ACBrBoleto.pasACBrBoletoW_BancoBrasil_API.pas

ACBrBoleto.pasACBrBoletoW_BancoBrasil_API.pas Faça o teste se com essas 2 unit resolve. Titulos.DiasDeNegativacao; Titulos.orgaoNegativador;

Mas o que tu fez é o mesmo que eu fiz e te enviei. Pelo o que vi na documentação deles, está somente 10 Serasa hoje, e se essa propriedade realmente é obrigatória terá que ser exposta. No servidor de homologação ao menos ele não criticou a ausência desse parâmetro. Não estou vendo no CNAB essa propriedade, de qualquer forma, vou colocar aqui na fila essa questão, pois vai ter que expor isso na classe TACBrTitulo .