WINDEL

Bom dia Italo, Falei com o pessoal da DBSeller, eles não estão conseguindo resolver o problema, até fizeram umas alterações lá e pediram para mim enviar novo teste, mas retorna o mesmo erro, aí eles estão dizendo que está dando este erro pois tem algum problema com a assinatura do xml enviado, e por isso o webservice está criticando ela. E segundo eles esse xml que estou enviando está violado e por isso ele não consegue reproduzir o problema lá. Mas é o xml que o acbr gera, eu não editei nenhum deles... teoricamente não estão violados. Estou te enviando o último XML que mandei para eles para vc dar uma olhada, e o xml de retorno, peguei eles na pasta Ger que o acbr cria. Só para comentar, o certificado digital q estou usando com certeza é válido, vence dia 21/10/2014 Mais alguma ideia de como podemos resolver esse caso? Será que é problema com o webservice deles lá mesmo? pq se tu tiver certeza, eu meto uma pressão neles lá, pois eu já tenho 4 clientes esperando ansiosos pela solução... hehehe Mto obrigado por enquanto Diogo XML Carazinho.rar

Boa tarde Italo, Atualizei o ACBR e fiz os testes, mas está dando um probleminha, Está retornando o erro: "Certificado informado esta vencido" Mas o certificado está válido, tenho certeza, vence final deste mês apenas. Segue anexo o xml enviado e o de retorno. Entrei em contato com o pessoal da DBSeller e segundo eles é problema na estrutura do nosso XML. Já tinha visto este erro de certificado vencido antes? mesmo quando ele tá válido? Obrigado por enquanto Diogo XMLs Carazinho.rar

Bom dia Italo, segue o xml com a estrutura. Fico no aguardo. Muitissimo obrigado Diogo EnviarCarazinho.rar

Entendi Italo, vou falar com a DBSeller novamente e te retorno. Obrigado

Bom tarde Italo, entendi e obrigado pela ajuda. Ontem eu liguei para o Jason da DBSeller, ele me comentou que tem mais pessoas cobrando dele, para fazer funcionar o envio usando o ACBR, achei muito legal isso, demonstra o quanto o ACBR é importante e está sendo usado por muitas pessoas... parabéns pelo trabalho de vocês... Voltando ao problema... o Jason falou que está vendo para deixar para resovler o problema... Eu solicitei para ele o XML d estrutura do envelope como você pediu, ele me enviou vários XML, estou colocando como anexo arquivo, e também um link que imagino que mostra toda a estrutura: http://nfse.carazinho.rs.gov.br/webservice/wsdlValidations/modelo1.wsdl XMLs DBSeller.rar

Bom dia Italo, Estamos implementando em nosso sistema a rotina de envio do RPS para Carazinho usando o ACBR e estamos com um pequeno problema. Parece que não esta encontrando essa Procedure 'RecepcionarLoteRpsRequest' Gostaria de ver se tu já passou por isso antes ou alguma ideia do que eu posso fazer para resolver. Segue anexo os xmls gerados. Obrigado por enquanto. Diogo 1-env-lot.xml 1-rec.xml

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