carlos_augusto
-
Total de ítens
175 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por carlos_augusto
-
-
Prezados
CompanheirosGostaria 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.
- 1
-
Sr.
EMBarbosa
Realmente o problema está relacionado com o Estado.
Erro total meu.
Minhas desculpas.
Agora a rotina está perfeita, funcionando 100%.
- 1
-
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
- 1
-
Sr. Italo
Boa Tarde!
Muito obrigado por sua ajuda.
Estou procedendo conforme o Sr. sugeriu.
Grato
- 1
-
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.35Vejam 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
CompanheirosBoa 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 MunicipalO 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
- 3
-
Prezados
CompanheirosEstou 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.
- 1
-
Prezados
CompanheirosBom 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.
- 2
-
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.
- 3
-
-
Prezados
CompanheirosGostaria 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ã.
- 1
-
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 servidorIsto 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 totalDescobrir 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
CARTA DE CORREÇÃO - PROBLEMA COM FUSO HORÁRIO
em NFe/NFCe - Nota Fiscal Eletrônica
Postado
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