carlos_augusto

Boa Tarde! Nós atualizamos no dia 08/10/2019. O curioso é que a transmissão da NFE está sendo realizada com sucesso, sem informação de qualquer valor na propriedade TimeZoneStr . Vou tentar efetuando ajustes na configuração da Transmissão da Carta de Correção. Grato

Prezados Companheiros Gostaria de novamente solicitar ajuda dos companheiros. Estamos observando erro na transmissão da Carta de Correção da NFE. O componente AcbrNFE está configurado da seguinte forma : acbrCorrecao.Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := tzPCN; Para evitar disparidade com o servidor da Sefaz, eu faço uma consulta e obtenho a Data/Hora oficial , da seguinte forma(isto funciona assim há diversos anos) : acbrCorrecao.WebServices.StatusServico.Executar; e passo ao componente a data da seguinte forma : infEvento.dhEvento := acbrCorrecao.WebServices.StatusServico.dhRecbto; O problema é que quando o arquivo xml do tipo : ped-eve.xml é gerado a data/hora é exibida da seguinte forma : <dhEvento>2019-11-05T15:18:22-02:00</dhEvento> sendo que o Fuso Horário correto para São Paulo é "-03:00". Isto resulta no erro seguinte : 579 - Rejeição: A data do evento não pode ser menor que a data de autorização para NF-e não emitida em contingência Sabem os companheiros como posso resolver este problema? Onde exatamente estou errando? Grato

Senhores Boa Tarde! Para resolver o problema eu procedi da seguinte forma : a)- const WM_STARTUP = WM_USER; b)-No evento OnShow: // aciono procedure que será executada no lugar do OnShow PostMessage(Handle, WM_STARTUP, 0, 0); // desabilito evento onshow OnShow := nil; c)-Declaração da Procedure: procedure WMStartup(var Msg: TMessage); message WM_STARTUP; d)- procedure WMStartup(var Msg: TMessage); begin inherited; // rotina de pesquisa end; Esta foi a forma que resolvi o problema. Muito obrigado.

Sr. EMBarbosa Realmente o problema está relacionado com o Estado. Erro total meu. Minhas desculpas. Agora a rotina está perfeita, funcionando 100%.

Companheiros Fazendo conferência mais aprofundada constatei que o problema não está com o ACBR. O problema está no IBPT. Como podem constatar pelas imagens em anexo, se baixarmos a Tabela do Ibpt em formato CSV, vamos constatar que a Alíquota é : 6,35 ( tal qual apontado no retorno do componente ACBRIBPTTAX). Porém, se realizarmos a pesquisa pelo navegador, aparece outro resultado (9,25). Eu fiz questionamento no Instituto IBPT. Assim que obtiver um retorno eu comunico os companheiros. Vejam as imagens explicativas

Sr. Italo Boa Tarde! Muito obrigado por sua ajuda. Estou procedendo conforme o Sr. sugeriu. Grato

Companheiros Bom Dia! Gostaria de solicitar sua ajuda novamente. Eu criei uma aplicação para consulta no Site do IBPT utilizando o componente AcbrIBPTTax. Como um teste final na aplicação eu confrontei dados da consulta feita pelo nosso sistema e consulta realizada diretamente no Site do IBPT. Utilizando uma NCM como exemplo ( 03027300 ) verfiquei diferença na Alíquota de Importação da seguinte forma: No SITE do IBPT : 9,25 No AcbrIBPTTax : 6.35 Vejam abaixo os arquivos: a)-Site IBPT: <ProdutoDTO> <Chave>5A16F8</Chave> <Codigo>03027300</Codigo> <Descricao>Carpas,frescas,refrig.exc.files,outs. carnes,etc.</Descricao> <EX>0</EX> <Estadual>7.00</Estadual> <Fonte>IBPT/empresometro.com.br</Fonte> <Importado>9.25</Importado> <Municipal>0.00</Municipal> <Nacional>4.20</Nacional> <Tipo>0</Tipo> <UF>AC</UF> <Valor>0</Valor> <ValorTributoEstadual>0</ValorTributoEstadual> <ValorTributoImportado>0</ValorTributoImportado> <ValorTributoMunicipal>0</ValorTributoMunicipal> <ValorTributoNacional>0</ValorTributoNacional> <Versao>19.2.A</Versao> <VigenciaFim>31/10/2019</VigenciaFim> <VigenciaInicio>01/08/2019</VigenciaInicio> </ProdutoDTO> b)-Retorno do ACBRIBPTTAX: { "Codigo":"03027300", "UF":"SP", "EX":0, "Descricao":"Carpas,frescas,refrig.exc.files,outs. carnes,etc.", "Nacional":4.20, "Estadual":7.00, "Importado":6.35, "Municipal":0.00, "Tipo":"0", "VigenciaInicio":"01/08/2019", "VigenciaFim":"31/10/2019", "Chave":"5A16F8", "Versao":"19.2.A", "Fonte":"IBPT/empresometro.com.br", "Valor":0.0, "ValorTributoNacional":0.0, "ValorTributoEstadual":0.0, "ValorTributoImportado":0.0, "ValorTributoMunicipal":0.0 } Algum dos companheiros já passou por este problema? Carlos Franca-Sp

Prezados Companheiros Boa Tarde! Gostaria de um auxílio para entender melhor o uso da pasta dos Schemas XML. Junto com a instalação do ACBR, na sub-pasta "\\trunk2\Exemplos\ACBrDFe\Schemas" existem outras pastas específicas para os diversos tipos de documento fiscal : - NFe - CTe e outras. Percebi que desejável é copiar os schemas destas sub-pastas para a raiz da pasta "Schemas". Porém, como devo proceder caso no mesmo servidor exista, por exemplo, transmissão de NFE e CTE? Pergunto isto porque se copiarmos da pasta NFE e depois copiar da CTE o sistema operacional identificar tentativa de copiar arquivo com o mesmo nome de anteriormente copiado. Como os companheiros recomendam proceder neste caso? Grato

Companheiros Gostaria de solicitar sua ajuda para a seguinte situação, que está mais relacionada com a construção de uma aplicação Delphi. Estou tentando fazer uma pequena aplicação que tem por objetivo : a)-fazer um select distinct dos Estados cadastrados no banco de dados b)-na sequência pesquisar todos os Códigos de NCM também cadastrados no Banco de Dados c)-e finalmente, utilizando o componente AcbrIBPTTax , fazer pesquisa no banco de dados para obter as definições de Tributação Nacional/IMportada/Estadual e Municipal O problema que estou enfrentando é que estou disparando esta rotina que faz as pesquisas no site do IBPT diretamente nos eventos OnShow ou OnActivate do único formulário da aplicação. Desta forma o usuário não poderá fazer qualquer interação com o aplicativo, limitando-se apenas a visualizar o progresso. Mas, como conseguência disto, embora a aplicação faça a tarefa que lhe está destinada, o formulário fica invisível. Por outro lado , se eu disparo esta rotina de um botão , mediante um clique do usuário, o processamento da rotina ocorre normalmente. Por acaso os companheiros tem alguma idéia da causa deste problema? Terei que disparar esta rotina em outro ponto da aplicação? Grato Carlos Franca-Sp

Sr. Daniel Muito obrigado pela ajuda. Constatei que acidentalmente tinha sido apagada 1 das dlls . Agora funcionou perfeitamente. Grato

Prezados Companheiros Estou implementando recurso para nossa aplicação interagir com informações disponibilizadas pelo site do IBPT. Estou utilizando o componente : ACBrIBPTax. Para minimizar possibilidade de erro eu estou utilizando o mesmo padrão de codificação existente no Exemplo do ACBR, da seguinte forma : Retorno := ACBrIBPTax1.API_ConsultarProduto(StrNCM , StrUF, StrToInt(StrEX_TIPI), StrCodInterno, StrDescricao, StrUnidade, 0, StrGTIN); Porem, sempre estou recebendo a seguinte mensagem de erro : "Socket Error: 10091 Network subsystem is unusable". Sabem os companheiros a causa deste problema? Grato

Senhores Complementando Estou com versão recente do Acbr e bem como utilizando o método : DistribuicaoDFe. Grato

Prezados Companheiros Bom Dia! Gostaria de solicitar ajuda dos companheiros para assunto que me preocupa. Com relação ao procedimento de Manifestação do Destinatário, constatei , por experiência própria, que para que meus clientes consigam efetuar download do arquivo XML das Notas Fiscais de Compra é necessário em nosso ERP : - pesquisar existência de documento fiscal - fazer manifestação de Ciência da Operação - esperar algum tempo - e ao final conseguir efetuar do download do Arquivo XML Isto é, sem Ciência da Operação a Sefaz não autoriza download do Arquivo Xml. Porém, tenho sido muito questionado por meus clientes que afirmam estarem usando ferramentas de outras empresas que fazem o download do arquivo xml até sem necessidade do uso do Certificado Digital e com maior rapidez que o nosso ERP. A minha questão é : será que estas outras empresas de software estão corretas e eu estou com um procedimento errado para abordar o assunto ? Fazer download de Arquivo XML sem Ciência da Operação não é burlar as regras da Sefaz? Podem os companheiros me auxiliar ? Grato

Prezado Sr. Amarildo O senhor está correto. Eu não percebi que havia diferença entre tamanho tags ( PesoL por exemplo ). Obrigado por sua ajuda.

Prezados Companheiros Bom Dia! Recentemente um cliente reportou que , embora esteja cadastrando Peso Bruto e Peso Líquido com 4 casas decimais em nosso ERP , no arquivo xml estão sendo exibidas apenas 3 casas decimais. Efetuei teste e constantei que, embora a rotina esteja entregando ao ACBR um número com 4 casas decimais no arquivo xml gerado são exibidas apenas 3 casas decimais. Consultei também o layout da NFE , que prevê até 4 casas decimais. Sabem os companheiros como posso resolver esta questão ( como configurar exibição de 4 casas decimais nestes campos ) ? Grato

Sr. Ítalo Efetuamos atualização do nosso Sistema ontem ao final da tarde. E hoje fizemos um acompanhamento durante toda a manhã e constatamos que todos clientes estão conseguindo faturar normalmente. Agradeço muito por sua ajuda.

Sr Italo Acabamos de atualizar o Sistema em nosso cliente. Aguardo retorno dele com resultado do envio da Nota Fiscal que apresentava problema. No Emissor Público de NFE a validação ocorre com sucesso. Logo que tiver um retorno eu lhe reporto. Grato por sua ajuda.

Sr. Italo Muito obrigado. Veja que com a mudança que o Senhor sugeriu deu certo.

Prezados Companheiros Gostaria de sua ajuda para tentar entender qual a melhor medida a tomar para os casos de Nota Fiscal Eletrônica de CST = 60 e CSOSN = 500. Na Nota Técnica a tag : vICMSSubstituto , na ocorrência consta como '0-1', o que confirma que sua informação não é obrigatória. O ACBR , de forma acertada , quando a Tag : vICMSSubstituto é informada Nula ou com R$ 0,00, não gera referida Tag no arquivo XML. Porém, constatamos que na prática, a Sefaz SP não aceita a falta de informação nesta tag, retornando o erro : Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet. Recorremos então ao Emissor Público de Nfe importanto o arquivo xml e tentando validar. Sendo que lá ocorre o mesmo erro e existe uma indicação explicita que o campo "Valor do ICMS Próprio do Substituto" é obrigatório ( vide imagem anexa ). Cheguei inclusive a implementar a rotina sugerida no Forum do Acbr : acbrNota.Configuracoes.Geral.ForcarGerarTagRejeicao938:= fgtNunca, mas obtendo a mesma mensagem de erro. Podem os companheiros me sugerir uma solução para esta situação? Abaixo anexo imagens que ilustram o problema que verifiquei ( fiz testes considerando tanto a CST = 60 quanto com a CSOSN = 500) . Grato PS.: Fiz atualização do ACBR e Schemas ontem no período da manhã.

Sra. Juliana Eu ainda não tinha lido este tópico. Meu problema é que esta configuração criada pelo tópico deve ter ocorrido em 17/04/2019, enquanto que eu atualizei o ACBR dia 14/04/2019. Portanto terei que baixar a versão atual do ACBR e atualizar. A Sra. sabe me dizer se o ACBR atualmente está 100% compatível com a Nota Técnica 2018.005 - v 1.30 - Publicada em 26/04/2019 ? Todos ajustes já foram realizados? Grato

Senhores Boa Tarde! Ainda sobre a Tag : vICMSSubstituto, eu tive que fazer a seguinte proteção em meu código fonte para só enviar esta informação à Sefaz à partir de 07/05/2019: // Valor do ICMS próprio do Substituto if (Date >= StrToDate('07/05/2019')) then if qryItem.FieldByName('ICMS_VALOR_SUBSTITUTO').AsCurrency > 0 then ICMS.vICMSSubstituto := qryItem.FieldByName('ICMS_VALOR_SUBSTITUTO').AsCurrency; mas ainda assim no arquivo XML o ACBR está gerando a tag com valor zerado, resultando na seguinte mensagem de erro no momento da transmissão : The element 'ICMS60' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vICMSSubstituto' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'vICMSSTRet' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/det[1]/imposto/ICMS/ICMS60/vICMSSubstituto Sabem como eu posso evitar este problema ? Grato

Sr.Daniel O problema é que esta empresa transmitiu regularmente NFEs de 02/08/2018 até 1 semana atrás com absoluto sucesso. E nestas empresas não funciona nem pelo AcbrMonitor. Por outro lado os clientes sediados em São Paulo que usam o Certificado A3 não estão experimentando qualquer problema. Por ora estamos sem opções. Tudo que poderíamos fazer foi feito. Minha esperança era de algum dos companheiros ter passado por situação semelhante e ter conseguido resolver de alguma forma. Grato

Senhores Perdão, esqueci de mencionar uma informação vital para a sua compreensão. Este problema ocorre somente nos nossos clientes de Minas Gerais que utilizam Certificado Digital A3. Neles, nem o ACBRMONITOR ( do AcbrSAC ) funciona a Consulta de Status do Serviço, por exemplo. Grato

Prezados Companheiros Boa Tarde! Desde que implementamos em 02/08/2019 a versão 4.00 da NFE utilizando o ACBR , obtivemos um período de estabilidade em nosso Sistema de Faturamento. Portanto , nos últimos meses tudo funcionou perfeitamente. Porém, à partir desta semana , os clientes sediados em Minas Gerais começaram a reportar o seguinte erro: - Inativo ou Inoperante tente novamente. Erro Interno: 12175 Erro HTTP: 0 URL: https://nfe.fazenda.mg.gov.br/nfe2/services/NFeStatusServico4 Falha no Envio da Requisição. Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Isto ocorre tanto na versão antiga do Sistema ( que não contém as mudanças da Nota Técnica 2018.003 ), quanto na nova versão , que utiliza código-fonte recente do ACBR. Na tentativa de resolver o problema fizemos tudo que encontramos em documentação técnica, nos sites dos fabricantes de Certificado Digital, no Site do ACBR, etc.. Podem os companheiros nos ajudar? Alguém já experimentou este erro recentemente e conseguiu resolver ? Será que algo mudou na Sefaz/MG que requer uma configuração de Assinatura Digital diferente? Abaixo estou disponibilizando inclusive imagem da configuração de Assinatura Digital que utilizamos. Grato

Sr. Juliomar Boa Noite! Eu finalmente consegui achar a causa do problema. A causa é o Delphi 7. O projeto Acbr já tinha relatado anteriormente que poderia terminar a compatibilidade com o D7. E isto ocorreu reaLmente já no código-fonte atual. O teste que fiz foi : - Tentei instalar o código-fonte atual do ACBR e acontece um erro sempre na instalação dos componentes que utilizam o FortesReports - Porém, se eu tento instalar código-fonte no ano passado tenho êxito total Descobrir isto me favoreceu porque agora sei que não posso utilizar a única licença pessoal de Delphi que tenho , que é justamente a do Delphi 7. Assim, um amigo meu que possui licença do Delphi2 me emprestou o notebook dele. Desta forma eu consigo resolver o problema criando um pequeno aplicativo que terá por função de fazer a transmissão da Nfe. Muito obrigado por sua atenção. Carlos Augusto Franca-SP