victor.gonzales.panda

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

Boa tarde, Olhe no sistema de retaguarda se realmente esse cupom não existe lá... Já tive problemas assim no começo da utilização do SAT meados de 2015, que o SAT duplicava o mesmo cupom varias vezes... Dai antes de enviar o cupom novamente, é necessário consultar a sessão. Outra coisa, cupom de cancelamento tambem tem numeração propria... então se tu emitir cupom 1, 2, 3 ,4 ,5 pedir o cancelamento do cupom 2, a proxima emissão sairá como cupom numero 7, pois o 6 é o de cancelamento do cupom 2. Veja se não é isto que ocorreu, analise primeiramente esses 2 pontos... Forte abraço

Boa tarde, Faça o teste com as variaveis abaixo e veja como será o retorno da sua aplicação, lembrando que no ER o item 4.4.6 diz que o módulo deve utilizar arredondamento ABNT NBR 5891 -<prod> <qCom>1.0570</qCom> <vUnCom>35.00</vUnCom> <vProd>37.00</vProd> <indRegra>A</indRegra> <vItem>37.00</vItem> <vRatDesc>0.00</vRatDesc> <vRatAcr>0.00</vRatAcr> </prod> Módulo SAT da Tanca no passado teve problemas no firmware de arredondamentos conforme informado no POST abaixo... faça o teste só com as váriaveis acima e veja como seu módulo e aplicação se comporta, talvez você terá que utilizar o RoundABNT nas suas variáveis de somatória Tópico: SAT Arredondamento não ABNT | (tanca.com.br)

eu acho que na verdade isso era de quando o cancelamento não era por eventos, ai atualizava o xml de emissão. creio eu que isso seja código legado. o correto é você ter o XML Autorizado e o XML do Evento do Cancelamento, no meu entendimento os 2 juntos é que tem validade.

Bom dia, aparentemente o arquivo temp.xml está correto, não possui erros de schemas. Verifique se realmente é este conteúdo de XML que está sendo assinado e transmitido a SEFAZ, única observação que eu faria é nos campo de número, no lugar de . (ponto) eu colocaria o literal S/N nesta operação creio que não deva informar o grupo de IPI (verificar com o contador) e o grupo de ipi só deve sem informado por industrias ou equiparados (verificar com o contabilista responsável).

Bom dia @klipvirtual Se o "comer" que você se refere é por exemplo na impressão da letra A a impressão não sair perfeita, sair faltando uma perna ou pela metade, isso é falta de temperatura na transferência do ribbon para a etiqueta, o recomendável pelo fabricante se não estou enganado é 16 Abraços

Boa tarde @julianamver, a tag de pagamentos na NFe 4.00 é de cardinalidade obrigatória, nesses casos como você quer que saia que não houve pagamentos, você deve informar que o tipo de pagamento é 90 - Sem Pagamento. anexe o xml que está retornando erro de schemas com a forma de pagamento e detalhamento de pagamento na mesma, para entendermos o que ocorre com essa nota fiscal. Abraços

Boa tarde, O Componente de NFSe (nota fiscal de serviço eletrônica) que está sendo refatorado tem essa questão de distribuição de nota fiscal de serviço tomadas para alguns provedores que dão suporte a isto. Na versão atual do componente, não existe tal recurso. Abraços

Boa tarde, Possivelmente instabilidade por má utilização, ou estão implementando algum tipo de bloqueio ou até mesmo está com falha ou sobrecarga nos servidores deles. Eu penso que deva ser algo surreal o tanto de requisições que o servidor de distribuição deve receber para finalidade que não é a principal dele, deixando quem realmente precisa e usa o serviço correto na mão. E 72h não é um prazo tão demorado, visto que o XML completo não é para substituir a obrigação do envio por parte do fornecedor, é mais para descobrir alguma operação que é de desconhecimento do consumidor.

Sugiro você trocar a sua senha para evitar algum tipo de problemas, visto que você expôs ela na internet. Essa aplicação é uma própria, não pertence a ACBr, precisa verificar com quem fez ela e montou o log

Bom dia, A SEFAZ está passando por indisponibilidade técnica, talvez pelo mal uso de seus webservices pelos contribuintes, loops e mais loops por exemplo, lembrando que o servidor de Manifestação do Destinatário não é para finalidade de "download de xml", o escopo do projeto é outro e bem além disto, o download é um "bônus". Lembrando que se estivermos falando que, o "contribuinte" precisa do XML para dar entrada em seu estoque e afins, isso é obrigação do fornecedor "quem vendeu" em enviar o XML com o protocolo de autorização por meio eletrônico ou disponibilizar para download, isto está previsto no ajuste. Veja o que o ajuste SINIEF 17/16 diz: VIII – da cláusula sétima: “§ 7º Deverá, obrigatoriamente, ser encaminhado ou disponibilizado download do arquivo da NF-e e seu respectivo Protocolo de Autorização de Uso: I – ao destinatário da mercadoria, pelo emitente da NF-e, imediatamente após o recebimento da autorização de uso da NF-e; II – ao transportador contratado, pelo tomador do serviço antes do início da prestação correspondente.”; Então utilizar a Manifestação do Destinatário para a finalidade de obtenção do XML, isso não é o correto. Forte abraço

Boa tarde, Você pode olhar também a propriedade MarcaDaguaMSG se atende o que você quer e passar informação para ele no caso do fastreport ACBrDANFEFR.MarcaDaguaMSG := 'EM PRÉ VISUALIZAÇÃO';

Bom dia, pelo o que estou escutando nos bastidores, vai ter a tarja magnética como temos hoje na ficha de pagamento e terá também o qrcode, mas isso é para 2021 ou 2022 se não estou enganado, não existe ainda documentação pública deste fluxo. dai você terá a opção de pagar por banda magnética ou por qrcode (pix), que acho que a grosso modo o qrcode irá chamar um gateway de pagamento por baixo dos panos.

Bom dia @gutopj01, veja se esse blog te clareia as diferenças entre TEF e PINPAD, são 2 coisas que andam em conjunto para o ecossistema funcionar. https://blog.vinco.com.br/entenda-a-diferenca-entre-tef-pin-pad-pos-pdv-mobile-e-a-relacao-com-a-nfc-e/ Forte Abraço

Problema foi juntamente a certificadora / sefaz. A principio desde a 09:20 de hoje já foi resolvido e não voltou a ocasionar até o presente. estou fechando o tópico pois está resolvido a questão e por ser fator externo! Forte Abraço!

Aqui já normalizou, todos os SERASA comunicando normalmente Iniciando Consulta Inicio TNFeStatusServico Versão Layout: 4.00 Ambiente: 1 Versão Aplicativo: SP_NFE_PL009_V4 Status Código: 107 Status Descrição: Serviço em Operação UF: SP Recebimento: 12/11/2020 09:21:58 Tempo Médio: 1 Retorno: Observação: Dados do status serviço WebService Tipo do Ambiente : PRODUÇÃO Versão do Ambiente : 4.00 Versão da Aplicação : SP_NFE_PL009_V4 Código do Status : 107 Motivo : Serviço em Operação UF : 35 - SP Data/Hora Recebimento : 12/11/2020 09:21:58 Tempo Médio de Resposta : 1 Observação do WebService :

Bom dia, sim está apresentando erro 403, creio que seja a LCR que esteja com problemas. Certificados da Soluti e Safeweb estão operando normalmente aqui, somente os SERASA que estão retornando erro 403. abrir um faleconosco ao portal da sefaz e aguardar