WINDEL

Italo, você acertou na mosca, era exatamente isso, ajustei isso e está resolvido, funcionou 100% Muito Obrigado, Abraço Diogo

Bom dia Italo, segue xml de cancelamento. Obrigado Diogo 201400000000064-can.xml 201400000000064-ped-can.xml

Bom dia Estou enviando uma nota para a cidade de Itajai, que utiliza o provedor Publica... E estou com um problema semelhante ao relatado aqui, o envio usando o Gerar está funcionando perfeitamente, aprova bem rápido, porém, quando vou cancelar a nota gerada, está retornando erro de "hash inválido" Anexo está o xml da nota que é salvo dentro da pasta padrão ...\201407\NFSe após o envio. Os fontes já estão atualizados, atualizei hoje para testar se não seria isso, mas não resolveu. Alguma dica? Obrigado Diogo 201400000000064-nfse.xml 201400000000064-nfse.xml

Tudo certo agora Italo. Obrigado pela atenção!

Obrigado pelo retorno Italo. As alterações funcionaram, no entanto funcionaram apenas para a CCe, na NFe e CTe continua com problema. Eu pensei que talvez você alteraria diretamente a rExtrai, se for fazer dessa forma comentando todos lugares onde adiciona o fechamento após usar o rExtrai então tem que alterar também na pcnProcNFe: xProtNFe := LocLeitor.rExtrai(1, 'protNFe', '', i + 1)+'</protNFe>'; e na pcteProcCTe: xProtCTe := LocLeitor.rExtrai(1, 'protCTe', '', i + 1)+'</protCTe>'; Esses foram apenas os locais que eu identifiquei o problema, talvez tenha mais, talvez seria interessante dar um "find in files" procurando todos lugares que usam rExtrai.

Após nova análise acredito que o problema na verdade esteja na function rExtrai da unit pcnLeitor. Esta function atualmente está fechando a tag informada, dessa forma ao passar: xProtNFe := LocLeitor.rExtrai(1, 'protNFe', '', i + 1)+'</protNFe>'; acaba sendo fechado a protNFe duas vezes, uma vez dentro da função rExtrai e outra logo após no +'</protNFe>' O problema na CCe ocorre com essa mesma função, nas várias vezes em que ela é chamada na CCe as tags duplicam: wProc.Add(UTF8Encode(Leitor.rExtrai(1, 'infEvento', '', j + 1))); wProc.Add('</infEvento>'); wProc.Add(UTF8Encode(Leitor.rExtrai(1, 'SignedInfo', '', i + 1))); wProc.Add('</SignedInfo>'); wProc.Add(UTF8Encode(Leitor.rExtrai(1, 'KeyInfo', '', i + 1))); wProc.Add('</KeyInfo>'); Testei comentar as adições extras de fechamento de todas tags passadas no rExtrai da CCe e o xml foi gerado corretamente. Edit: Mesmo problema ocorre no CTe, unit pcteProcCTe: xProtCTe := LocLeitor.rExtrai(1, 'protCTe', '', i + 1)+'</protCTe>';

Boa tarde. Após a atualização dos fontes do ACBR com as últimas modificações do dia 09/12 está ocorrendo duplicidade no fechamento da tag protnfe no arquivo nfe.xml Não ocorre erro no envio da nfe, apenas no xml salvo onde consta a aprovação da nota, o xml fica corrompido. Pelo que pude constatar o problema está na unit pcnProcNFe na function GerarXML: temos na linha 188: xProtNFe := LocLeitor.rExtrai(1, 'protNFe', '', i + 1)+'</protNFe>'; e posteriormente nas linhas 229 e 247 (esses 2 estão separados por um if então só faz um deles): {****}'</protNFe>'; Testei alterar a linha 188 para: xProtNFe := LocLeitor.rExtrai(1, 'protNFe', '', i + 1); e após o xml ficou salvo corretamente. Peço que por favor alguém confirme se este erro está realmente acontecendo. Encontrei um problema semelhante na geração do procEventoNFe.xml, ao enviar uma carta de correção o arquivo também está fechando a tag </infEvento> duas vezes, este caso eu ainda não localizei nos fontes onde está ocorrendo. Segue anexo xmls com os problemas mencionados. 431312114167710001805500100002815418644302021101101-procEventoNFe.xml 43131211416771000180550010000281551864430250-nfe.xml

Vendo NOTEBOOK SAMSUNG RV 410 DUAL CORE 2GB RAM E 320HD R$ 700,00, tratar pelo e-mail [email protected]

Boa tarde, ta complicado esta história, da uma olhada neste link: http://www.spedbrasil.net/forum/topics/cst-8-de-icms-na-nf-e

Olá Italo, Realmente a questão do "p" já está ok, mas para conseguimos validar com sucesso no XML no validador de mensagens do site do Sefaz RS fizemos o seguinte: Na function TNFeEnvEvento.Executar da unit ACBrNFeWebServices alteramos o código desta maneira: Texto := '<?xml version="1.0" encoding="UTF-8" ?>'; Texto := Texto + '<procEventoNFe versao="' + NFeEventoNFe + '" xmlns="http://www.portalfiscal.inf.br/nfe">'; Texto := Texto + '<evento versao="' + NFeEventoNFe + '" xmlns="http://www.portalfiscal.inf.br/nfe">'; Leitor.Arquivo := FDadosMSG; Texto := Texto + UTF8Encode(Leitor.rExtrai(1, 'infEvento', '', i + 1)); Texto := Texto + '</infEvento>'; Texto := Texto + '<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">'; Leitor.Arquivo := FDadosMSG; Texto := Texto + UTF8Encode(Leitor.rExtrai(1, 'SignedInfo', '', i + 1)); Texto := Texto + '</SignedInfo>'; Leitor.Arquivo := FDadosMSG; Texto := Texto + UTF8Encode(Leitor.rExtrai(1, 'SignatureValue', '', i + 1)); Texto := Texto + '</SignatureValue>'; Leitor.Arquivo := FDadosMSG; Texto := Texto + UTF8Encode(Leitor.rExtrai(1, 'KeyInfo', '', i + 1)); Texto := Texto + '</KeyInfo>'; Texto := Texto + '</Signature>'; Texto := Texto + '</evento>'; Texto := Texto + '<retEvento versao="' + NFeEventoNFe + '">'; Leitor.Arquivo := FRetWS; Texto := Texto + UTF8Encode(Leitor.rExtrai(1, 'infEvento', '', j + 1)); Texto := Texto + '</infEvento>'; Texto := Texto + '</retEvento>'; Texto := Texto + '</procEventoNFe>'; wProc.Add(Texto); // wProc.Add('<?xml version="1.0" encoding="UTF-8" ?>'); // wProc.Add('<procEventoNFe versao="' + NFeEventoNFe + '" xmlns="http://www.portalfiscal.inf.br/nfe">'); // wProc.Add('<evento versao="' + NFeEventoNFe + '" xmlns="http://www.portalfiscal.inf.br/nfe">'); // Leitor.Arquivo := FDadosMSG; // wProc.Add(UTF8Encode(Leitor.rExtrai(1, 'infEvento', '', i + 1))); // wProc.Add('</infEvento>'); // wProc.Add('<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">'); // Leitor.Arquivo := FDadosMSG; // wProc.Add(UTF8Encode(Leitor.rExtrai(1, 'SignedInfo', '', i + 1))); // wProc.Add('</SignedInfo>'); // Leitor.Arquivo := FDadosMSG; // wProc.Add(UTF8Encode(Leitor.rExtrai(1, 'SignatureValue', '', i + 1))); // wProc.Add('</SignatureValue>'); // Leitor.Arquivo := FDadosMSG; // wProc.Add(UTF8Encode(Leitor.rExtrai(1, 'KeyInfo', '', i + 1))); // wProc.Add('</KeyInfo>'); // wProc.Add('</Signature>'); // wProc.Add('</evento>'); // wProc.Add('<retEvento versao="' + NFeEventoNFe + '">'); // Leitor.Arquivo := FRetWS; // wProc.Add(UTF8Encode(Leitor.rExtrai(1, 'infEvento', '', j + 1))); // wProc.Add('</infEvento>'); // wProc.Add('</retEvento>'); // wProc.Add('</procEventoNFe>'); Com isso tiramos o "enter" que o stringlist adiciona ao final de cada linha e o XML funcionou no validador. Grato pelo auxilio!

Olá, bom dia! Tambem estamos com esse mesmo problema ao validar arquivos nesse validador no site da Sefaz RS. Acreditamos que seja o "P" maiusculo no item "ProcEventoNFe", pois se consultar o layout referente aos eventos da NFe lá é especificado "procEventoNFe". Porem o que mais me intriga é que os arquivos são aprovados, ou seja, são verdadeiros! Então fica a dúvida se isso realmente seria uma pequena falha no código do projeto ACBr ou do proprio validador na página da Sefaz RS. Pessoal do projeto, poderiam nos esclarecer essa questão?

Boa Tarde a todos, Também estou com problema na impressão do Produto Predominante no Dacte. (Segue em anexo o XML do cliente - Nº 8). Verifiquei na procedure 'CarregaVolumes' (Unit ACBrCTeDACTEFRDM.pas), que o componente não imprime os produtos que possuem o código da unidade de medida (cUnid) igual a M3(uM3) e UNIDADE(uUNIDADE). Gostaria de saber se há algum documento/legislação que especifique o não aparecimento do Produto Predominante nestes casos. Eu fiz um teste com o Emissor gratuito do Sefaz e este gerou corretamente o produto predominante. Segue em anexo os arquivos Obrigado a todos! 43130208676690000105570010000000081557553311-cte.xml JasperReports - NovoImpressaoDacteRetratoA4Report.pdf 43130211416771000180570050000000011000100360-procCte.xml

Boa tarde Amigos; Gostaria de ver com vocês, se já esta desenvolvido o componente Acbr (delphi) referênte a nota técnica "Nota Técnica 2012/002 Manifestação do Destinatário". E se podem me mandar o link para baixar.. Att, Diogo S. Guerra

Boa tarde Pessoal, Estou com um problema em um cliente que gera o Sped, é no registro C170, o problema é no campo na posição 27 Aliq_Pis e 33 Aliq_Cofins do reg C170, o certo conforme layout oficial seria ir 4 casas e está indo pro arquivo txt com 2 casas decimais e por isso está gerando um erro ao validar o arquivo... o detalhe é que esses campos sao (em percentual) por isso tem que ser com 4 casas, já os outros campos aliq ali que sao em reais tipo Alíquota da COFINS (em reais) posicao 35, ali sim é 2 casas. Seria possivel fazer o ajuste no componente e liberar uma atualização?? Destacado em vermelho está o tamanho d edecimais conforme o layout 27 ALIQ_PIS Alíquota do PIS (em percentual) N 008 04 OC OC 33 ALIQ_COFINS Alíquota do COFINS (em percentual) N 008 04 OC OC Muito obrigado...

Olá, Hum, blz então!! E obrigado pelas respostas. Att, Jones

Bom dia pessoal, primeiramente gostaria de parabenizar a todos os envolvidos no projeto acbr pois ele é realmente muito bom, eu diria fantástico. Agora minha dúvida... tem alguma previsão ou alguém já está trabalhando na implementação da remessa/retorno para o banco UNICRED ? http://www.unicred.com.br na verdade eles não são exatamente um banco né, são apenas uma cooperativa de crédito, bem semelhante ao SICRED, talvez por isso ainda não tenha sido feito, daí caso não seja feito o jeito é gerar a remessa para eles de forma "manual" Att, Jones

Muito obrigado pela ajuda, foi de grande utilidade e funcionou certinho aqui...

Muito obrigado pela ajuda, foi de grande utilidade...

Bom dia, eu desenvolvi a exportação do Sped Fiscal usando o componente Sped Fiscal e funciona perfeitamente, ele é excelente. Porém, tem um escritório contábil que usa um sistema contábil chamado JB, e esse sistema faz a importação do sped fiscal porém usam um layout padrao do sped com alguns campos a mais, campos especificos deles, que nao tem no componente. A minha duvida é a seguinte, teria como de alguma forma eu gerar esses campos especificos deles no arquivo txt ?? no componente existe algo do tipo? por exemplo passar como parametro o campo "novo" e este ser gerado no txt ? mesmo q nao esteja na relacao de campos do componente quando eu dou um CTRL+BACKSPACE Desde já agradeço pelo ajuda.

OK, deu certo aqui, muito obrigado pela dica...

Boa tarde Não consegui descobrir no projeto ACBR nada que tivesse a criação das tags 180.00 Valor do ICMS da Operação (campo novo) 33.33 Percentual de diferimento (campo novo) 60.00 Valor do ICMS diferido (campo novo) 120.00 Valor do ICMS devido (significado do conteúdo alterado de diferido para valor valor do ICMS) do ICMS devido) Conforme ato cotepe que esta no seguinte link: sr.windel.com.br/diversos/NT2010.010.pdf Esta lei vigora no estado do Parana, para empresas que possuem redução de 33,33% de sobre o valor de icms, para pessoas juridicas que possuem IE.. O meu sistema já esta todo configurado para calcular estas informação, mas não tenho como criar esta tags acima.. Att, Diogo NT2010.010.pdf

Boa tarde Estou começando a implementar as tags nItemPed e xPed, o xped, sei que é o numero do pedido de compra que originou a Nfe, mas estou em divida no que ser enviado no >nItemPed<,m se é o codigo do produto ou a sequencia dele que veio no pedido de compra.

ok agradeço, mas no xml, tem alguma tag< especifica para aonde este valor de ipi tem que ser enviado?

Bom dia Trabalho numa software house e nos pegamos na seguinte situação que nem o pessoal do sefaz souberam nos responder corretamente Quando é gerado uma NFe de devolução, aonde a empresa que esta gerando esta nota é do simples nacional, não pode ser destacado o IPI nos impostos e nem nos itens, mas tem que ser somado este valor do IPI no total da nota. Mas deve ser incluido uma mensagem nas instruções contendo BASE e VALOR de IPI, so que não sei para qual TAG< este valor deverá ser enviada. Quando é destacado o valor do IPI no total da nota, ocorre rejeição no envio, "total dos produtos e serviços diferem do total da nota"