fernandes_bfg

Boa tarde. Para efeito de conhecimento, ocorreu esse mesmo problema com um certificado de um cliente específico. Consegui simular o problema no Programa Exemplo do ACBrNFe. Efetuando a troca para as configurações que o @Amarildo de Matos sugeriu, o número de série veio correto. Vou implementar uma condição específica no meu sistema para resolver esse caso, mas estou enviando apenas para efeito de reportar um possível problema. Observação: Não costumo efetuar a atualização completa dos fontes do componente com muita frequência. Pode ser que nas últimas versões já tenha sido resolvido. Se for o caso, peço que ignorem o meu relato.

Tive o mesmo problema e resolvi atualizando as DLLs que são utilizadas para comunicação com a Nota Fiscal Eletrônica. Utilizei as DLLs que estão em ...\ACBr\DLLs\LibXml2\x86

Passando para agradecer @vilcenski Seu procedimento resolveu o meu problema aqui.

Sabe me dizer se o envio via Integrador é travado ao estado do Ceará (mesmo em ambiente de homologação)? Existe alguma saída para a emissão da NFC-e ou somente providenciando um certificado válido do estado do Ceará?

Bom dia, estou implementando a emissão da NFC-e pelo integrador, porém ainda não possuo um certificado do estado do CE. Ao enviar a NFC-e com um certificado digital do PR, estou obtendo o retorno: Retorno da transmissão: Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service Gostaria de saber se é possível resolver esse erro alterando alguma configuração ou se o integrador possui o envio fixo ao estado do CE. Desde já agradeço a atenção.

Bom dia prezados. Gostaria de saber se foi implementado no componente TACBrEcf o comando para recuperação da chave de acesso das impressoras do convênio 09/09 (Bematech MP-4200 TH FI II, EPSON T900, etc). Procurei nos tópicos, porém sem sucesso. Acredito que este tópico é o que mais se aproxima da minha necessidade. Desde já agradeço.

Bom dia @Daniel Simoes, muito obrigado pela resposta. Até fiz a busca mas realmente não apareceu (ou mais provável, não notei) os itens listados. Vou estudar os procedimentos indicados. Tenham uma ótima semana. []'s

Bom dia, possuo aqui para testes um equipamento da Elgin (VOX). Liguei no suporte deles mas não consegui resolver o problema. Gostaria de saber como proceder a instalação do equipamento (ligado por USB) para que o componente ACBrPosPrinter reconheça a impressora e possa enviar os comandos. Se eu instalo por impressora do windows, ele assume uma porta chamada USB_VOX_1 (que já tentei jogar lá no ACBrPosPrinter e eu não consigo emular uma porta COM. Alguém poderia me dar uma direção sobre esse equipamento? Qualquer documentação ou dica é válida. Obrigado e me desculpem caso fosse necessário abrir um novo tópico. (E sim, já pesquisei no fórum e nada encontrei para sanar meu problema) Abraços.

Meu cliente testou e voltou. Muito obrigado.

Fico mais tranquilo então, me reclamaram em 2 clientes agora pela manhã, mas testei com um certificado de um terceiro e aparentemente estava normal.

Bom dia, o retorno "2284 - Falha ao armazenar Evento de NF-e homologado" está acontecendo em alguns dos meus clientes, apenas por curiosidade, está acontecendo com mais alguém no dia de hoje?

Boa tarde, não sei se esse é o tópico correto, mas vocês teriam algum lugar com as modificações que deverão ser adequadas da versão 0.06 para a versão 0.07? Li a especificação do Sat mas ainda está meio difícil saber quais as alterações que são referentes ao aplicativo comercial. Se este não for o tópico certo, poderiam me indicar? Obrigado a todos.

Pessoal, estudei um pouco do que se tratava o comunicado e vou tentar explicar como resolvi o problema. Primeiramente, este é o comunicado: Consultando no manual da NFC-e, verifiquei que a regra ZX02-112 se trata de Parâmetro Hash não informado no QR-Code. Nota: O Schema XML faz esta verificação Rejeição: Parâmetro do QR-Code inexistente (cHashQRCode) Gerei uma NFC-e em modo de homologação observando que o CSC e o idCSC fossem corretamente informados no componente. O resultado da tag QRCode foi esse: SITE SEFAZ https://www.homologacao.nfce.fazenda.sp.gov.br/NFCeConsultaPublica/Paginas/ConsultaQRCode.aspx?chNFe=35160655555254000168650010002004081002004081&nVersao=100&tpAmb=2&dhEmi=323031362d30362d31375430383a34383a33372d30333a3030&vNF=63.98&vICMS=0.00&digVal=2f364b6b6f67556644474a5033704f716d42734a646974364a4c453d&cIdToken=000001&cHashQRCode=8BB09C5179105A5B0B359A18387F68698889A82D GERADO ACBr https://www.homologacao.nfce.fazenda.sp.gov.br/NFCeConsultaPublica/Paginas/ConsultaQRCode.aspx?chNFe=35160655555254000168650010002004081002004081&nVersao=100&tpAmb=2&dhEmi=323031362D30362D31375430383A34383A33372D30333A3030&vNF=63.98&vICMS=0.00&digVal=2F364B6B6F67556644474A5033704F716D42734A646974364A4C453D&cIdToken=000001&cHashQRCode=82C73F514903A45B69F0439653125961AC3D19DD Reparem que o dhEmi (em laranja) e o digVal (em azul) tem uma pequena diferença: O retorno do componente está vindo com as letras todas maiúsculas, o que influencia no resultado do cHashQRCode (em vermelho). Fiz a alteração no fonte \ACBr\Fontes\ACBrDFe\ACBrNFe\ACBrNFe.pas sEntrada := 'chNFe=' + idNFe + '&nVersao=100&tpAmb=' + TpAmbToStr(TipoAmbiente) + IfThen(cDest = '', '', '&cDest=' + cDest) + '&dhEmi=' + LowerCase(sdhEmi_HEX) + '&vNF=' + sNF + '&vICMS=' + sICMS + '&digVal=' + LowerCase(sdigVal_HEX) + '&cIdToken='; Coloquei LowerCase para os valores dhEmi e digVal e o resultado do cHashQRCode ficou igual ao gerado no site http://www.nfce.fazenda.sp.gov.br/NFCePortal/Paginas/GeraQRCode.aspx Gostaria de saber se fiz o procedimento correto, pois os resultados ficaram iguais e acredito que era disso que o comunicado se tratava. Se fiz, poderiam analisar e publicar a correção?

Bom dia pessoal, um dos meus clientes também recebeu o comunicado da falha no QR-Code. Esse tópico aparentemente é para tratar desse assunto e não encontrei (não facilmente) nenhum outro tópico que trate disso. Sendo assim, gostaria de saber se os colegas que estavam com o mesmo problema conseguiram adequar suas aplicações para que passe na validação do link http://www.nfce.fazenda.sp.gov.br/NFCePortal/Paginas/GeraQRCode.aspx Conforme o Régys indicou, já revisei o CSC e o idCSC, está tudo de acordo com a página da Sefaz. Alguém teria mais alguma dica? *ACBr atualizado **Pasta Schemas atualizada

Do jeito que nosso tempo é corrido, sugiro implementar utilizando o componente. Ele faz todo o "trabalho pesado" pra gente. Pra você ter noção, fiz ontem a noite a implementação do arquivo de Redução Z e Estoque do Bloco X com a assinatura já validada pelo ambiente de homologação de SC. Nem sei o que seria se não tivesse o componente pronto. Meus agradecimentos a equipe do ACBr.

Bom dia Murilo Fernandes, você está usando o componente TACBrBlocoX?

Estou tendo o mesmo problema da rejeição que se refere a nota fiscal referenciada. Entretanto esse problema só acontece em modo de homologação e no estado de SP. Em meus clientes (Paraná e Mato Grosso do sul por exemplo) estão emitindo perfeitamente em modo de produção e referenciando os cupons fiscais. Sendo assim, concluo que seja algum problema com o web service de autorização em modo de homologação do estado de SP.

Prezados, boa tarde. Me deparei com esse problema hoje em um dos meus clientes no seguinte cenário: Sistema operacional Windows 10 e Impressora não fiscal Epson TM-T20. Consegui fazer funcionar setando a impressora como Vender Class pelo software da EPSON e associando a porta LPT1 (COM1, COM2, etc não funcionou). Fica a dica caso alguém passe pelo mesmo problema. Abraços.

Prezados amigos, estou encarando o mesmo problema em um cliente. Pesquisando no fórum, pude perceber que o retorno '136-Evento Registrado mas não vinculado a NF-e' se dá quando a nota existe somente em ambiente estadual e ainda não foi transmitida para o ambiente nacional. Para complementar o questionamento do colega @claudiomiguelmuller, gostaria de saber se esse retorno significa que a nota foi manifestada com êxito e que, ainda que tenha dado este retorno, está tudo correto quanto a ciência da operação. Em outras palavras, o usuário e/ou sistema deve fazer mais algum procedimento quanto a essa Nota Fiscal? Agradeço a atenção de todos, tenham um ótimo dia!

Bom dia Igor, concordo em termos com o aumento da base de calculo e o que vc expôs realmente me fez pensar um pouco e consultar a legislação. Segundo o CONVÊNIO ICMS 152, DE 11 DE DEZEMBRO DE 2015 Em nenhum lugar é mencionado que a BC deve aumentar seguindo essas regras que foi passado no curso que mencionei, entretanto, como vai haver o repasse do valor do ICMS e do Fundo de Combate a Pobreza, pensando praticamente, esse dinheiro tem que sair de algum lugar, correto? Se eu não altero a base de cálculo e se eu não cobro a mais do cliente destacando mais impostos, quem vai bancar o imposto (rs)? Está bem obscuro ainda e nesse caso vou acionar os contadores e o que eles decidirem está decidido.

Bom dia, experimente atualizar a pasta Schemas que foi publicada ontem na versão 1.50 da NT 2015/003. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=AI/oJpBTrc4=

Bom dia pessoal! Ontem, 17/12/2015 assisti a um curso via web ministrado por uma advogada tributária oferecido pela IOB. Dentre muitas dúvidas sanadas, a questão do calculo foi confirmado por ela de acordo com as mais novas publicações da legislação (inclusive a do dia 15). Gostaria de compartilhar com vocês o entendimento dela referente a forma de calculo do grupo de ICMS e partilha. Achei muito coerente e serão as fórmulas que aplicarei no meu sistema. Só reforçando que agora trabalhamos com base única e que a nota técnica que foi publicada ontem (versão 1.50) foi removida aquele cálculo que utilizava base dupla (acho que perceberam que realmente não fazia sentido). Pois bem, eis o exemplo citado por ela. -Lembrando que é válido exclusivamente para as seguintes opções na NF-e: Operação interestadual Destinatário não contribuinte e consumidor final Que não seja devolução Mercadoria(sem Icms) R$ 1.000,00 Alíquota Interestadual 7% Alíquota Interna UF de Destino 17% Fundo de Combate a Pobreza 2% Base de Cálculo = (Valor Mercadoria/(100 - (Aliquota Interestadual + Alíquota Fundo Pobreza)) Base de Cálculo = (R$ 1.000.00 / (100 - 19%)) Base de Cálculo = R$ 1.000.00 / 81% Base de Cálculo = R$ 1.000.00 / 0,81 Base de Cálculo = R$ 1.234,56 Icms Origem = (Base de Cálculo x Alíquota Interestadual) Icms Origem = (R$ 1.234,56 x 7%) Icms Origem = R$ 86,41 Icms Destino = (Base Cálculo x Alíquota Interna UF Destino [Sem Fundo Pobreza] ) Icms Destino = R$ 1.234,56 x 17% Icms Destino = R$ 209,87 Fundo Pobreza = Base de Cálculo x Alíquota Fundo Pobreza Fundo Pobreza = (R$ 1.234,56 x 2%) Fundo Pobreza = R$ 24,69 Partilha UF Origem = 60% Partilha UF Destino = 40% Valor a Partilhar (DIFAL) = ICMS Destino - ICMS Origem Valor a Partilhar (DIFAL) = R$ 209,87 - R$ 86,41 Valor a Partilhar (DIFAL) = R$ 123,46 Valor Icms p/ UF Origem = DIFAL x 60% Valor Icms p/ UF Origem = R$ 123,46 x 60% Valor Icms p/ UF Origem = R$ 74,07 Valor Icms p/ UF Destino = DIFAL x 40% Valor Icms p/ UF Destino = R$ 123,46 x 40% Valor Icms p/ UF Destino = R$ 49,38 Espero que ajude.

Boa tarde Igor.Moura, você tem a base legal sobre essa última afirmação?

@Hexa, sua nota fiscal é de simples nacional, correto? Será que as regras são as mesmas?

Boa tarde, criei uma planilha para entender melhor o cálculo do exemplo do governo para quem ainda está com dúvidas. Infelizmente, temos muitos tópicos tratando disso, postei em Espero que ajude.