Wladimir Isnard
-
Total de ítens
21 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Wladimir Isnard
-
-
1 minuto atrás, Felipe E. Resende Mesquita disse:
Bom dia, Wladimir Isnard.
Executou o instalador como administrador?
Sim, executei. Porém acontece o mesmo problema.
-
Em 19/07/2019 at 08:27, RicardoVoigt disse:
Outra tentativa então, atualizar fontes, reinstalar componentes marcando a opção "remover arquivos antigos" e tal, e tentar denovo...
Att
Ricardo
Obrigado Ricardo por me ajudar. Tentei essa opção, mais não funcionou!
-
55 minutos atrás, RicardoVoigt disse:
A primeira impressão, parece driver da impressora... comenta aí a marca e modelo da impressora...
Testa também imprimir em uma "impressora virtual de PDF" pra ver se sai com o mesmo problema...
Att
Ricardo
Obrigado Ricardo pela resposta.
Eu pensei que pudesse ser isso também, porém testei em 3 impressoras de modelos diferente, e o erro aconteceu novamente.
Quanto a impressão em pdf, ele gera o pdf certinho, e imprimindo a danfe sai certo também.
-
Boa tarde.
Senhores preciso de um help de vocês, estou com problema na impressão da danfe Modelo 55 em modo Retrato. Utilizo o Fortes Report. No preview a danfe aparece normal, porém quando sai na impressora na parte do cabeçalho sai com fundo todo preto. Já enviei para três impressoras diferentes, e nas três saíram da mesma forma. Segue o print da foto que tirei.
Desde já agradeço pelo apoio.
-
Em 24/06/2019 at 15:51, BigWings disse:
Seu arquivo continha diferenças com o arquivo do repositório, é interessante antes de enviar a contribuição fazer a atualização com os fontes do repositório, facilita a análise.
Achei desnecessário fazer o tratamento do retorno NFeResultMsgZip em todos os serviços, me parece pelos testes que fiz que ele é retornado apenas no serviço de autorização.
Enfim, enviei a correção para o svn, favor atualizar com os fontes do repositório e fazer os testes.
Obrigado Bing Wings, como falei, os outros métodos realmente precisava de analise, pois no meu caso, só tinha testado a transmissão, Por isso só anexei os prints do método de transmissão.
blz. Pode fechar tópico(conteúdo).
-
1
-
-
Em 07/06/2019 at 08:37, Wladimir Isnard disse:
Senhores reparei que alguns servidores estão mandando( No meu caso PE) o retorno do envio Assincrono uma informação não tratada pelo ACBR o que está me gerando erros. Eu fiz o tratamento aqui no nosso aplicativo e funcionou depois da alteração conforme imagem. Segue minha colaboração para comunidade. Favor moderadores avaliar minha alteração.
Desde já agradeço.
O tratamento foi: Não inclui-a "nfeResultMsgZip"
Obs: Existem em outros métodos que precisam ser apreciados para correção.
Método:
function TNFeRecepcao.TratarResposta: Boolean;
Alteração:
FPRetWS := SeparaDadosArray(['nfeAutorizacaoLoteResult',
'nfeAutorizacaoResult',
'nfeAutorizacaoLoteZipResult',
'nfeResultMsg',
'nfeResultMsgZip',
'nfeRecepcaoLote2Result'],FPRetornoWS );
Obs: Nos estados do RJ, e PR não aconteceu o problema.
Segue o print em anexo.
Xml Retorno da sefaz(Pernambuco):
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soapenv:Body>
<nfeResultMsgZip xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeAutorizacao4">
<retEnviNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00">
<tpAmb>2</tpAmb>
<verAplic>NFEPE_H_22.02.04.188</verAplic>
<cStat>103</cStat>
<xMotivo>Lote recebido com sucesso</xMotivo>
<cUF>26</cUF>
<dhRecbto>2019-06-06T11:58:42-03:00</dhRecbto>
<infRec>
<nRec>261190000192761</nRec>
<tMed>1</tMed>
</infRec>
</retEnviNFe>
</nfeResultMsgZip>
</soapenv:Body>
</soapenv:Envelope> -
Moderadores, vocês fizeram esta alteração? Ou precisa postar o arquivo .pas para apreciação?
-
Mariano, eu fiz por item, pois tem csts que não tem FECP no meu caso. E no texto da lei, diz se não tiver coloca Produto sem Incidência de FECP.
-
Senhores reparei que alguns servidores estão mandando( No meu caso PE) o retorno do envio Assincrono uma informação não tratada pelo ACBR o que está me gerando erros. Eu fiz o tratamento aqui no nosso aplicativo e funcionou depois da alteração conforme imagem. Segue minha colaboração para comunidade. Favor moderadores avaliar minha alteração.
Desde já agradeço.
O tratamento foi: Não inclui-a "nfeResultMsgZip"
Obs: Existem em outros métodos que precisam ser apreciados para correção.
Método:
function TNFeRecepcao.TratarResposta: Boolean;
Alteração:
FPRetWS := SeparaDadosArray(['nfeAutorizacaoLoteResult',
'nfeAutorizacaoResult',
'nfeAutorizacaoLoteZipResult',
'nfeResultMsg',
'nfeResultMsgZip',
'nfeRecepcaoLote2Result'],FPRetornoWS );
Obs: Nos estados do RJ, e PR não aconteceu o problema.
Segue o print em anexo.
Xml Retorno da sefaz(Pernambuco):
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soapenv:Body>
<nfeResultMsgZip xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeAutorizacao4">
<retEnviNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00">
<tpAmb>2</tpAmb>
<verAplic>NFEPE_H_22.02.04.188</verAplic>
<cStat>103</cStat>
<xMotivo>Lote recebido com sucesso</xMotivo>
<cUF>26</cUF>
<dhRecbto>2019-06-06T11:58:42-03:00</dhRecbto>
<infRec>
<nRec>261190000192761</nRec>
<tMed>1</tMed>
</infRec>
</retEnviNFe>
</nfeResultMsgZip>
</soapenv:Body>
</soapenv:Envelope> -
1 hora atrás, BigWings disse:
Com relação a validação local dos XML, ambos estão validando normalmente aqui, usando os Schemas atualizados na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.
O componente não faz distinção na geração do XML entre homologação ou produção, nem controla em quais datas as tags devem ser geradas. A versão atual do componente está atualizada de acordo com os Schemas e a NT 2018.005 v1.10.
Se a SEFAZ ainda não está aceitando o XML nessa versão (a data em produção é para 29/04/2019), o que você deve fazer é reverter os fontes do ACBr para uma versão anterior, onde a tag vICMSSubstituto não era gerada.
Você pode fazer isso pela opção "Update to revision" do Tortoise, informando a revisão 16622, imediatamente anterior a esta:
Revision: 16623 Author: italojjr Date: quinta-feira, 28 de fevereiro de 2019 07:24:21 Message: 28/02/2019 -- Diversos -- [*] Alterações visando atender a NT 2018/005 versão 1.10 Por: Italo Jurisato Junior ---- Modified : /trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFe-change-log.txt Modified : /trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeNotasFiscais.pas Modified : /trunk2/Fontes/ACBrDFe/ACBrNFe/PCNNFe/pcnNFe.pas Modified : /trunk2/Fontes/ACBrDFe/ACBrNFe/PCNNFe/pcnNFeConsts.pas Modified : /trunk2/Fontes/ACBrDFe/ACBrNFe/PCNNFe/pcnNFeR.pas Modified : /trunk2/Fontes/ACBrDFe/ACBrNFe/PCNNFe/pcnNFeW.pasBingWins Obrigado. Como ainda estou Implementando as alterações para esta NT 2018/005 em modo de homologação na minha aplicação, não vou retornar para a revisão 16622, eu não uso o componente uso os fontes, por isso não vai me afetar muito ainda, pois comentei o trecho que atribui esta tag. Estou aguardando o retorno da sefaz quanto a este problema mais acredito que vá se resolver logo.
Vamos aguardar.
-
19 minutos atrás, BigWings disse:
Esse XML está acusando falta de assinatura na validação.
@Wladimir Isnard, note que o seu problema e o do @alex_porthal são diferentes.
No caso dele está havendo falha local na validação do XML, no seu caso a SEFAZ está retornando o erro de falha no Schema.
Como disse, no seu caso você deve entrar em contato com a SEFAZ e reportar o problema.
Obrigado wings, vou tentar contato com a sefaz.
Se eu tiver algum posicionamento deles posto aqui.
-
9 minutos atrás, BigWings disse:
Esse XML está acusando falta de assinatura na validação.
@Wladimir Isnard, note que o seu problema e o do @alex_porthal são diferentes.
No caso dele está havendo falha local na validação do XML, no seu caso a SEFAZ está retornando o erro de falha no Schema.
Como disse, no seu caso você deve entrar em contato com a SEFAZ e reportar o problema.
Sim este não tem assinatura, pois eu só gravo ele com assinatura após a autorização da sefaz. Antes eu só tenho ele sem assinatura.
E no caso gravei o xml antes de enviar.
Segue o print do validador da sefaz:
-
1 minuto atrás, BigWings disse:
Anexe o XML por favor.
Já está anexado no tópico..
-
46 minutos atrás, ALA disse:
Bom dia, pq vc esta informando ,01 na tag vICMSSTRet e vICMSsubstituto ? Para NFC-e acho que não deve ser enviar essas tags...
Bom dia Ala.
O erro acontece mesmo seu não informar nada no vICMSsubstituto, eu informei na tentativa de resolução. Ou seja nas duas forma não funcionou.
42 minutos atrás, alex_porthal disse:Estou com mesmo problema,
o componente está incluindo automático a tag vICMSSubstituto, sem eu ter informado. Diz que não é esperado. tanto para csosn500 como para cst60. (nfe e nfce)
Conseguiu achar o problema Wladimir?
Ainda não Alex, estou analisando...
-
Bing Wins bom dia. Já tentei conforme mencionei, inclusive tentei baixar do site da sefaz o mais atual, e não funcionou tb. Mesmo erro.
7 minutos atrás, BigWings disse:Basta atualizar a pasta de Schemas.
Usem os schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.
Se o erro é de retorno da SEFAZ significa que ela não atualizou os Schemas do webservice. Será preciso entrar em contato e reportar o problema.
Lembrando que a data prevista para entrada em produção da NT é 29/04/2019.
Já fiz esta atualização, e tb continuou dando o problema!
-
-
Senhores boa tarde.
Estou com problema após atualizar o fonte do acbr, fiz a atualização dos schemas no site da sefaz e mesmo assim o erro persiste.
A mensagem de erro é a seguinte:
Falha no Schema XML do lote de NFe. org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1674; cvc-complex-type.2.4.a: Invalid content was found starting with element 'vICMSSubstituto'. One of '{"http://www.portalfiscal.inf.br/nfe":vICMSSTRet}' is
Segue o xml gerado pela aplicação.
Alguém pode me ajudar?
-
Então eu mudei para EscPos, porém a rotina que gera o pdf, é somente para Spool. Tem alguns clientes que preferem o Spool por ter uma layout mais elegante. E quando uso o sistema como serviço, eu preciso fazer a emissão via spool, pois são várias requisições para emissão de notas. Com escPos alguma vezes não imprimi pois a impressora já sendo usada por outra requisição.
-
Senhores, estou com um problema intermitente referente a emissão de extrato tanto com S@t quanto para MFe em modo SPOOL. O extrato é impresso somente com código de barras, qrccode e o logo os outros campos estão vazios. Alguém tem uma sugestão do que pode ser?
Desde já agradeço.
-
Hoje com fonte mais atual, ele está imprimindo assim, para corrigir, tive que acrescentar no evento, TACBrSATExtratoFortesFr.rlbOutroItemBeforePrint a seguinte alteração:
procedure TACBrSATExtratoFortesFr.rlbOutroItemBeforePrint(Sender: TObject;
var PrintIt: boolean);
begin
with ACBrSATExtrato.CFe.Det.Items[fNumItem] do
begin
PrintIt := (not Resumido) and (Prod.vOutro > 0) and ACBrSATExtrato.ImprimeDescAcrescItem ;if PrintIt then
begin
lOutro.Caption := FormatFloatBr(Prod.vOutro,'+,0.00');
lOutroValLiq.Caption := FormatFloatBr(Prod.vProd+Prod.vOutro - Prod.vDesc);
end;
end;end;
Anexei o fonte para os moderadores verificarem.
Att,
Wladimir Isnard
-
1
-
Impresso da Danfe, cabeçalho impresso com fundo preto.
em ACBrNFe
Postado
Bom dia. Senhores podem fechar o tópico, atualizei os drivers da impressora aqui, e as duas imprimiram corretamente. Obrigado pelo Apoio.