WINDEL

Boa tarde Italo, é isso mesmo, perfeito! =) Obrigado Diogo

OfficeSyst, por favor, você pode detalhar mais a sua ideia para o Italo ? Obrigado por enquanto Diogo

Boa tarde pessoal, Italo, você poderia implementar no ACBR a ideia do OfficeSyst? acho que seria a saída mesmo... Obrigado por enquanto Diogo

Boa tarde pessoal, Fizemos contato com o Jason da DBSeller, ele nos enviou um novo arquivo XSD, ele disse que fez uns ajustes. Italo, você poderia verificar se com este funciona corretamente? Muito obrigado Diogo nfse.rar

Não entrei mais em contato com eles, estou aguardando também... =( Mas eles te falaram que estão ou que vão arrumar?

Bom dia pessoal, Alguma novidade Custodio ?

Pois é, é verdade, mas não vamos desistir, vou responder o e-mail para eles novamente. =)

Boa tarde, Eu entrei em contato com o pessoal da DBSeller e me enviaram um novo XSD, segue anexo. Tem como verificar se este está correto? Diogo nfse.rar

Obrigado pelo retorno Italo, Exatamente, Alegrete - RS não utiliza mais o provedor ISSIntel, eles trocaram para o sistema da DBSeller, como podemos confirmar acessando o link https://alegrete-rs.issintel.com.br/ Referente ao erro de parâmetro inválido, o jeito seria eu entrar em contato com o pessoal da BDSeller e verificar qual é o problema? você precisa de mais alguma informação? aí eu já aproveito e pergunto também. =) Obrigado Diogo

Bom dia Italo, Estava acompanhando este tópico pois a necessidade do Custodio, também é a minha necessidade, e tomei a liberdade de responder com os Schemas. XSD: http://nfse.carazinho.rs.gov.br/webservice/xsdValidations/ WSDL: http://nfse.carazinho.rs.gov.br/webservice/wsdlValidations/ Só para comentar, este provedor DBSeller, que atende Carazinho - RS, também atende Alegrete - RS =) Obrigado por enquanto. Diogo

Ok, segue anexo a unit alterada. Obrigado Diogo pnfsNFSeW.pas

Localização: Unit 'pnfsNFSeW.pas' -> classe 'TNFSeW' -> método 'GerarXML_ABRASF_V2' Caso o provedor for Tecnos o componente gera a tag <IdCidade> com o valor da propriedade 'NFSe.Servico.CodigoMunicipio' (Município onde ocorreu a prestação do serviço). Do jeito que é feito hoje, ao cancelar a NFS-e o WebService retorna a seguinte mensagem de erro: <MensagemRetorno> <Codigo>E0077</Codigo> <Mensagem>Numero da NFS-e inexistente na base de dados para o prestador de servico pesquisado.</Mensagem> <Correcao>Informe o numero correto da NFS-e.</Correcao> </MensagemRetorno> Entramos em contato com o suporte do provedor Tecnos e eles nos falaram que a tag <IdCidade> deve conter o "código do IBGE do município do prestador dos serviços". Se o serviço for prestado na mesma cidade do prestador, o componente irá cancelar a nota sem erro. O problema é quando o serviço é prestado em uma cidade diferente que a do prestador. Sugerimos que a tag <IdCidade> seja preenchida com o valor da seguinte propriedade: - Gerador.wCampoNFSe(tcStr, '#4', 'IdCidade', 7, 7, 1, NFSe.PrestadorServico.Endereco.CodigoMunicipio); Att, Diogo

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