Ir para conteúdo
  • Cadastre-se

Victor H. Gonzales - Panda

Consultores
  • Total de ítens

    3.527
  • Registro em

  • Última visita

  • Days Won

    91

Tudo que Victor H. Gonzales - Panda postou

  1. 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
  2. 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
  3. 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
  4. 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.
  5. 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
  6. 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
  7. 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';
  8. 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.
  9. 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
  10. 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!
  11. 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 :
  12. 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
  13. Boa tarde @vbaggio basicamente seus XML estão idênticos, uma questão é que o que você diz que foi autorizado está no servidor de produção e o que está denegado no servidor de homologação. Pode haver diferença dos dados cadastrais entre esses servidores. Alguns estados também não aceitam a figura de isento, verifique se este é o caso do seu estado, nesse caso informaria o indicador de inscrição estadual como 9 - Não Contribuinte do ICMS e não informaria informações no campo de inscrição estadual, lembrando que sempre que não for contribuinte deve obrigatoriamente ser para consumo final. outra questão, o servidor de produção de SP essa semana ou a 10 dias saiu denegando documentos em peso, pode ser também que essa regra ainda está ativa no servidor de homologação. Forte abraço
  14. Buenas @Juliomar Marchetti Obrigado por ajustar e enviar ao svn a contribuição... Forte Abraço!!
  15. Boa tarde, submeto a apreciação dos moderadores a unit alterada, pois estou precisando gerar o arquivos de tecladas da Toledo utilizando o modelo MGV6 e o mesmo não está gerando. Forte Abraço! Arquivos de Cadastro - MGV6.pdf ITENSMGV.TXT TXTECLAS.TXT DEPTO.TXT ACBrCargaBal.pas
  16. Boa tarde, o literal ISENTO não se aplica a todos os estados, assim passando o identificador de inscrição como 9 já se resolve. o problema a principio é outro, pois tenho rejeições de clientes com inscrição estadual válidas e estão rejeitando também
  17. Boa tarde, Aqui geralmente cada 1 tem seu próprio software e utiliza a suite de componentes da ACBr, em geral todos aqui são desenvolvedores/software house
  18. A questão da divisão foi afetado pelo commit 20738, que foi corrigido no 20790, na ginfes sempre foi informado o RPS dividido por 100, conforme o seu manual, o retorno dela que não estava claro. então está tudo resolvido Forte Abraço!
  19. Boa tarde o commit rev:r20790 tem essa questão da divisão por 100 está resolvido, verifique se você está com a versão atualizada Abraços Boa tarde, no componente você esta passando o valor da alíquota 4 ou já divide ele por 100 na geração do XML? Abraços
  20. Boa tarde, o commit: rev:r20790 contem a correção para essa questão!! Abraços!
  21. Boa tarde @Juliomar Marchetti Verifique se está coerente agora o arquivo FR3 por favor! Obrigado Forte Abraço Boleto.fr3
  22. Bom dia @Juliomar Marchetti, O que quis dizer, é que não tenho maiores impactos na remoção do literal, e criei uma tarefa aqui na sprint para a remoção do literal e inclusão em mensagem via programação (essa remoção / alteração para mim não tem maiores problemas em realizar) Desculpa a má colocação na explicação anterior, sim concordo com seu comentário onde o FR3 deve ser compatível com todas as entidades financeiras, as exceções tratamos via programação especifica. Perdão pela má expressão anterior. Assim que eu realizar a implementação do ticket 11950 interno nosso, anexo aqui o FR3 sem o literal *** VALORES EXPRESSOS EM REAIS *** Forte Abraço
  23. Boa tarde Juliomar, De acordo com o comentado, e isso não tem maiores impactos! Obrigado
  24. Segue a resposta do acionamento INC000011122495. Em testes em nossa estrutura, na versão atual (path G) com a variável de ambiente e todos os serviços do antivírus ativo não apresentou mais o erro. Forte abraço
  25. Boa tarde, @Allbyte, Já não entendo mais nada... que bom que com algumas pessoas funciona, comigo não deu bom, isso ai que tu reportou foi uma das primeiras coisas que o suporte da kaspersky solicitou.... qual a versão do seu kaspersky ? estou achando que eu tenho um bode preto enterrado aqui. Forte Abraço
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...