Ir para conteúdo
  • Cadastre-se

Fernando Di Pace

Membros Pro
  • Total de ítens

    233
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que Fernando Di Pace postou

  1. Gabriellc, Se liga numa coisa! Além de ter o ponto ele tira a formatação do CSS. Exeplo: 0F7381D8­322B­1883­A4C2­DDA0CA98854E está ficando assim: 0F7381D8322B1883A4C2DDA0CA98854E. Obs: Como a Paraiba está validando o QrCode então o problem está ai também. Seria bom abrir um tópico novo para os moderadores e administradores dá uma olhada. Tipo ERRO NA GERAÇÂO DO QRCode CSC
  2. Vamos fazer um apelo ai que o pessoal do acbr que administra os códigos para fazer a correção e jogar a versao no svn.
  3. Pois é, no fim a culpa é da receita mesmo. rsrsrsrs
  4. O problema é esse mesmo acabei de testar aqui também e esta ok. vc acertou em cheio. e agora o pessoal do acbr vai consertar e disponibilizar para o svn quando? Por enquanto vou colocar um replace para tirar o ponto. depois que setar o csc.
  5. Cara, tá muito estranho isso, será que é alguma vulnerabilidade na SEFAZ??? Eu fiz em um cliente está funcionado de boa, amanhã vou testar em outros clientes. O pior que tem muito cliente meu que está funcionado de boa, sem precisar fazer nada. Acho que pode ser algum problema na SEFAZ. Seria bom algum Moderador ou Administrador participar da conversa aqui. Para dá sua opinião!!!
  6. Amigos, Acabei de solicitar a revogação de um CSC e pedi para gerar um novo e deu certo, tenho mais alguns clientes que estão com o problema. Vou fazer um a um e deixarei o depoimento aqui. Lembrando que a Mulesta do contador tem que revogar o antigo fazer um novo e consultar no link https://www.receita.pb.gov.br/ser/servirtual/documentos-fiscais/nfc-e/consultar-csc se o mesmo está ativo. Pois os contadores podem criar e não ativa-lo.
  7. Tenho dois clientes no mesmo estado PARAIBA um está transmitindo normal e outro não está! E ambos estão usando o ACBR como transmissor! Dá pra entender? Cara só pode ser alguma coisa no CSC desses clientes que ficaram inválidos ou coisa do tipo. Pois já revisei a o qrCode do dois não tem nada de diferente nos parametros.
  8. Cara, estou quebrando a cabeça aqui e nada, e com uma dessa agora na validação do RS, é para torar! Tá um pandemônio aqui na Paraiba! O serviço está em operação!
  9. Pouxa, tem dois posts para o mesmo problema qual seguir???????????????????????????
  10. Amigos, Estou fazendo uns teste nas urls de homologação e produção para ver se é isso. https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410&chNFe= https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410&chNFe= pois o acbr está gerando com esse: http://www.receita.pb.gov.br/nfcehom?chNFe= http://www.receita.pb.gov.br/nfce?chNFe= Acredito que ele esteja rejeitando esse link, vou testar e postarei o resultado.
  11. Boa tarde galera achei a seguinte informação oficialmente para o estado da paraiba: https://www.receita.pb.gov.br/ser/announcements/3914-validacao-do-qr-code-da-nfc-e-sera-a-partir-de-1-de-fevereiro Pelo o que estou vendo. Houveram sim mudanças na validação no QRCODE vamos analisar esse documentação para partimos dai. Irei olharestudar aqui e vc's dão uma olhada ai para juntos resolvermos essa bronca! A nota diz o seguinte: Validação do QR-Code da NFC-e será a partir de 1º de fevereiro AA PrintEmail A partir de 1º de fevereiro, será realizada a validação do QR Code da Nota Fiscal Eletrônica ao Consumidor (NFC-e). Para tanto, a Secretaria de Estado da Receita (SER) volta a alertar as empresas de software e de desenvolvedores, que prestam serviço aos estabelecimentos varejistas para verificar se o URL do site de consulta do código QR-Code impressa na NFC-e está sendo inserido corretamente. O prazo para que as empresas varejistas realizem ajustes na URL foi prolongado até o dia 31 de janeiro. Como a partir de 1º de fevereiro serão realizadas as validações no QR-Code da NFC-e, todos os desenvolvedores devem verificar: 1) Se a URL do site de consulta QR-Code de nosso estado está correto. A URL é http://www.receita.pb.gov.br/nfce (Regra de Validação ZX02-20) 2) Se foi usado corretamente o código identificador do CSC (Regras de Validação ZX02-104 e ZX02-108). 3) Se o Hash do QR-Code foi calculado corretamente (Regra de Validação ZX02-120). As informações sobre as regras de validação estão na Nota Técnica NF-e/NFC-e 2015/002, versão 1.41 no link http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=hDS5co/qWOc= O código de segurança de contribuinte (CSC) e o seu identificador (ID CSC) devem ser consultados no site: https://www.receita.pb.gov.br/ser/servirtual/documentos-fiscais/nfc-e/consultar-csc O QUE É URL - O URL é o endereço de um recurso disponível em uma rede (internet ou intranet), QUE significa em inglês Uniform Resource Locator, e em português é conhecido por Localizador Padrão de Recursos. Ou seja, é um endereço virtual com um caminho que indica onde está o que o usuário procura, e pode ser tanto um arquivo. O URL também pode ser o link ou endereço de um site. O QUE É QR-Code – O código QR-Code impresso no Documento Auxiliar da Nota Fiscal de Consumidor Eletrônica (DANFE NFC-e), é um código de barras em 2D que pode ser escaneado pela maioria dos aparelhos celulares que têm câmera fotográfica. Esse código, após a decodificação, passa a ser um trecho de texto, um link e/ou um link que irá redirecionar o acesso ao conteúdo publicado em algum site. Esse tipo de codificação permite que possa ser armazenada uma quantidade significativa de caracteres. BAIXAR APLICATIVO - Para que o código possa ser escaneado, é preciso contar com um aparelho celular que possua câmera digital e um software de leitura para QR Code. Há uma lista disponível de aplicativos que podem ser baixados e instalados em diferentes modelos de aparelhos celulares. O procedimento de leitura de um QR Code é simples. Execute o aplicativo instalado no seu celular, posicione a câmera digital de maneira que o código seja escaneado. Em instantes, o programa irá exibir o conteúdo decodificado ou irá redirecioná-lo para o site do link que estava no código.
  12. Exatamente amigos. Estou no estado da Paraíba e realmente o governo do estado está com essa parada de cobrar por cada documento emitido isso vale para NFe e NFCe. acredito que isso vai virar moda nos outros estados. Só tem mala nesse Brasil!! Cadê a economia que teria tirando o ECF e substituindo pela a NFCe???? Isso foi, e está sendo uma enrolação. Quem banca as custas de tantas alterações ficais? Somo nós soft house. Enxurradas de procedimentos a serem alterados, são varias NT uma atrás da outra e agente tomando fumo. Desculpa mais é isso mesmo. O pior que não temos escolha, temos que fazer o que esses imbecis julga e joga na lei tributária desse Brasil que só é bonito no papel, pois na prática vocês já sabem como é! Valeu
  13. o dia 05/01/2017 a SEFAZ liberou uma atualização da Nota Técnica 2015/003 de ICMS em Operações Interestaduais de Vendas a Consumidor Final. Esta atualização visa uma melhoria na regra de validação NA11-10 para considerar o ano da NF referenciada. Desde a liberação da primeira versão da Nota Técnica 2015/003, pois já tivemos as versões 1.10, 1.20, 1.30, 1.40, 1.50, 1.60, 1.70, 1.71, 1.80, 1.90, 1.91 e agora 1.92, as rejeições vem causando "agitação" nas empresas emissoras de NF-e. Porém, agora no começo de 2017, uma rejeição em específico causou mais problemas que o normal. A rejeição 699 (Percentual do ICMS Interestadual para a UF de destino difere do previsto para o ano da Data de Emissão) não considerava, nas operações de Devolução de Mercadoria ou com CFOP de Retorno de Mercadorias, o ano da NF Referenciada e sim o ano da Data de Emissão. Ou seja, notas emitidas em 2017, mas com NF referenciada do ano de 2016 por exemplo, onde a regra ainda não estava em vigor, estavam caindo nesta rejeição. Regra alterada: Alterada a regra de validação NA11-10 para considerar o ano da NF referenciada nas operações de devolução ou com CFOP de retorno de mercadorias. Com esta mudança, a SEFAZ corrige o cenário para operações de Devolução de Mercadoria ou com CFOP de Retorno de Mercadorias. Nos demais cenários, a regra continua a focar no ano da data de emissão da nota. Vigência O prazo para implantação das alterações trazidas pela versão 1.92 é: Ambiente de Homologação: 16-01-2017 Ambiente de Produção: 30-01-2017. A Tecnospeed realizará a atualização do seu Auditor Fiscal antes da data prevista de produção. Assim mantemos nossa garantia qualidade e ajudamos nossos clientes a se prepararem antes da entrada em vigência. fonte: http://tsdn.tecnospeed.com.br/blog-da-tecnospeed/post/parecer-tecnico-2015-003-versao-1-92-icms-em-operacoes-interestaduais-de-vendas-a-consumidor-final?utm_campaign=news_06012017&utm_medium=email&utm_source=RD+Station
  14. Boa tarde a todos. Amigos baixei a tabela do IBPT no SVN fiz a atualização da mesma e me deparei com o seguinte erro na transmissão de alguns produtos. Exemplo: NCM: 7020000 DESCRICAO Tomates,frescos ou refrigerados Observando na tabela atualizada dos NCM's esse NCM existe de fato, porém quando vou transmitir recebo a msg de validação do schema conforme imagem abaixo. Dai coloquei um zero na frente do ncm ficando 07020000 e a aplicação autorizou, observei que esse ncm tem 7 caracteres. Alguém tem alguma explicação lógica para isso? Será que os schemas ainda não estão validando corretamente? Eu tenho que jogar um zero na frente do ncm para aqueles que não tem 8 caracteres? Aguardo sugestões!!!
  15. Bom dia Hugo, faz o o que Juliomar solicitou, pois deve ter ficado algum arquivo que esteja prejudicando na hora da instalação, aproveita antes e roda o apagarAcbr.bat que está na pasta de instalação do acbr.
  16. Você pode ver também: - Verificar se o antivirus ou firewall não está bloqueando o aplicativo. - Instalar a nova cadeia de certificados. - Desinstalar e reinstalar o gerenciador do certificado. - Reinstalar a capicom que vem com o ACBr. No Internet Explore Opções: - Marque a opção: Usar SSL 2.0 - Desmarque a opção: Usar SSL 3.0; - Verifique se a opção “Usar TLS 1.0” está marcada. Caso não esteja, marque esta opção; - Certifique-se de que as opções de TLS 1.1 e 1.2 estejam desmarcadas; - Aplique as configurações e reinicie o SO.
  17. Boa tarde, Tive pesquisando um pouco sobre esse assunto e cheguei a seguinte conclusão: O desenvolvimento da NFCe para dispositivos moveis é bastante complexo, porém requer alguns cuidados e técnicas de desenvolvimento, como o Juliomar citou acima o uso de servidor e webservice com o uso de REST, pois bem, caso o amigo jmcsoftware não queira gastar tempo e nem muito dinheiro para desenvolver algo desse porte a minha dica é usar tablets com plataforma windows 10, que poderá ser implementado sem grandes alterações na sua aplicação para desktop. exemplo de tablete windows 10: link: http://www.kabum.com.br/produto/72516/tablet-multilaser-m8w-2x1-preto-intel-byt-quad-core-windows-10-dual-camera-tela-89-wi-fi-bluetooth-16gb-nb193
  18. Bom dia Infomatt, Seria bom você verificar também o retorno Cstat = 150, pois corresponde a "150|Autorizado o uso da NF-e, autorização fora de prazo"; VALEU!!! Bom dia, Cara isso parece ser uma exceção não tratada no teu aplicativo, faz um debug e verifica qual linha está ocorrendo esse erro, pra ser tratada caso seja um erro no código! Caso contrário da Build All Project. Bom dia, Cara isso parece ser uma exceção não tratada no teu aplicativo, faz um debug e verifica qual linha está ocorrendo esse erro, pra ser tratada caso seja um erro no código! Caso contrário da Build All Project. Poderá apontar alguma advertência nas classes ou método que você esteja usando.
  19. Boa tarde Gralak. Para você obter o resultador correto você pode usar a consulta da NFCe pela chave para ver cStatus e assim você poderá obter o resultado: 100-Autorizado o uso da NF-e ou 150-Autorizado o uso da NF-e, autorização fora de prazo. Lembrando que esse resultado só será satisfatório caso o NFCe esteja autorizado o uso. Fiz um teste pelo próprio exemplo acbr e veja o resultado a baixo. Seria bom você explorar o exemplo que tem varias funcionalidades e possa resolver o teu problema anexe o arquivo
  20. Bom dia Gralak, Passa a chave da NFCe, ou anexa ao tópico o xml para que possamos verificar.
  21. boa noite Gralak, como você bem sabe esse retorno significa: 204|Duplicidade de NF-e [nRec:999999999999999] pelo que eu estou entendendo voce está querendo ver se a mesma esta com o retorno: 100|Autorizado o uso da NF-e aconselho você primeiramente atualizar os arquivos de schema. e testar pelo demo do acbr para dai analisarmos juntos o problema.
  22. Cara erá só atualização dos arquivos schemas , Deu certo! Valeu pela dica estava tão cego para tentar resolver o problema nem me liguei na pasta schemas. Valeu BigWings! Muito obrigado!
  23. Realmente Andre, Fiz umas adaptações no código e agora estou tendo o seguinte retorno: Falha na validação dos dados da nota: 45, no método de envio. Não sei se é por conta de alguma informação que esteja faltando na nota ou o xml esteja com alguma informação inválida. Eu coloquei em anexo o XML se você puder me dá uma luz? Valeu! 25160509215807000116650010000000451011222518-nfe.xml
  24. Então BinWings, Estou sim, pois o retorno estou recebendo esse retorno no método de envio, quando eu coloco só produto sem serviço o acbr consegue transmitir e gerar o arquivo de envio de lote normal, mais quando tem serviço ele não gera o arquivo de envio de lote. Obs: Já atualizei o pacote do acbr e mesmo assim continuou com esse problema. Vou postar o método que está sendo chamado logo a baixo, perceba que não tem nada fora do normal. ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; ACBrNFe1.Configuracoes.Geral.IncluirQRCodeXMLNFCe := True; MontaNFCe; // Monta o xml ACBrNFe1.NotasFiscais.GerarNFe; ACBrNFe1.NotasFiscais.Assinar; if (ACBrNFe1.Enviar(iLoteId, True)) then ShowMessage('Nota transmitida com sucesso.'); else ShowMessage('Nota não transmitida.');
  25. Boa noite BigWings (Grande Asas) Eu fiz o procedimento de enviar em modo assíncrono conforme você solicitou, porém o retorno foi o mesmo, prestei também atenção que o arquivo de envio de lote não está sendo gerado quando tem serviço, só é gerado o arquivo de envio de lote quando só tem produtos e transmitido a NFCe para SEFAZ, estou achando estranho. Vou anexar todos os arquivos XML's gerados perceba que o lote de envio não foi gerado. Agradeço se alguém tiver alguma luz 25160509215807000116650010000000361012229215-sit-soap.xml 25160509215807000116650010000000361012229215-ped-sit.xml 25160509215807000116650010000000361012229215-ped-sit-soap.xml 25160509215807000116650010000000361012229215-sit.xml 25160509215807000116650010000000361012229215-nfe.xml
×
×
  • 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.