WINDEL

Opa, eu estava conversando com o Jason da DBSeller e olha que noticia boa ele me deu. [14:43:09] Jason Bock: teve outro desenvolvedor que conseguiu enviar, consultar e cancelar a nota com ACBR [14:43:36] Jason Bock: pedi para ele disponibilizar no fórum as alterações que ele fez Já que estamos falando deste assunto aqui, eu pedi para o Jason passar o link deste tópico para este desenvolvedor, para ele adicionar aqui as alterações que fez, vamos aguardar. Agradeço a atenção e o empenho de todos nessa missão. Abraço

Opa, agora funcionou, retornou com a nota gerada no arquivo 23ffa07482464e22608a109a747a34bd60f5d33b-lista-nfse.xml Mas achei estranhei que retornou um erro se olhar no arquivo 17002-comp-nfse.xml Segue anexo os arquivos gerados e que retornaram do webservice. Acho que agora falta pouco para resolver esse caso. =) XMLs Lote 7.rar

Vou testar, perai

Custódio, tu poderia enviar esse arquivo para o Jason e comentar isso que o Italo falou? Pois eu também estou chegando a conclusão que agora é algo lá no webservice. Fico no aguardo, valeu

Eu estava falando com o Jason da DBSeller O acbr gera o XML assim na parte do numero do rps. -<InfRps id="15002"> -<IdentificacaoRps> <Numero>15</Numero> <Serie>002</Serie> <Tipo>1</Tipo> </IdentificacaoRps> Onde o InfRps é o numero do rps + serie.. O Jason pediu para enviar apenas o numero ali, sem concatenar com o lote. Tem como fazer essa alteração para fazermos um teste?

Bom dia, meus parabéns, o problema no ID sumiu, agora eles receberem o lote. Porém, agora está dando outro erro no retorno, que deve ser alguma validação ou liberação de cadastro lá, não tenho certeza. <ii:Situacao>1</ii:Situacao> -<ii:ListaMensagemRetorno> -<ii:MensagemRetorno> <ii:Codigo>E88</ii:Codigo> <ii:Mensagem>Numero de lote nao informado</ii:Mensagem> <ii:Correcao>Informe o numero do lote.</ii:Correcao> </ii:MensagemRetorno> -<ii:MensagemRetorno> <ii:Codigo>E46</ii:Codigo> <ii:Mensagem>CNPJ do prestador nao informado</ii:Mensagem> <ii:Correcao>Informe o CNPJ do prestador.</ii:Correcao> </ii:MensagemRetorno> </ii:ListaMensagemRetorno> Para você também retornou este erro? alguma ideia? Abraço Jones

Boa tarde, o Jason da DBSeller falou que ia ver como fazer para aceitar Id. =) A principio só nos resta aguardar agora.. Abraço

Bom dia Italo, Pois é, eu concordo com você, vou tentar conversar novamente com eles novamente. Obrigado por enquanto.

Boa tarde Italo, atualizei os fontes e fiz um teste, mas retornou o seguinte erro do webservice: <ii:Codigo>E160</ii:Codigo> <ii:Mensagem>Arquivo enviado fora da estrutura do arquivo XML de entrada. (Linha 1: Element 'LoteRps', attribute 'Id': The attribute 'Id' is not allowed. ,Linha 1: Element 'InfRps', attribute 'Id': The attribute 'Id' is not allowed. )</ii:Mensagem> <ii:Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</ii:Correcao> Falando com o pessoal da DBSeller, eles me falaram que o problema é o Id, que precisa o i ser minusculo, porém com o i minusculo o acbr não consegue assinar o xml, isso né? Porém, se fizermos aquele lance (volta) de assinar e depois mudar para i minusculo, retorna aquele outro erro dizendo que o arquivo foi violado. O problema é que estou tentando convencer eles a arrumar isso, falei que os outros provedores aceitam com o I maiúsculo e tal, mas ele me respondeu que o correto seria enviar o XML na estrutura que disponibilizamos... =( Daí te pergunto, existe alguma forma de resolver essa questão? ou o jeito é eles tirarem o case sensitive ? Obrigado por enquanto.

Muito obrigado. =)

Boa tarde, Estamos com um problema no carregamento da IE de alguns estados, onde o numero tem mais que 14 dígitos, aí no DACTE acaba cortando o ultimo digito. A solução seria alterar na unit ACBrCTeDACTEFRDM , nas funções de carregamento do destinatário e das outras pessoas envolvidas, seria só mudar para puxar 17 dígitos, e não só 14 como está hoje... Por exemplo, mudar: FieldDefs.Add('IE', ftString, 14) para FieldDefs.Add('IE', ftString, 17) Se puderes fazer esta alteração, me avisa que eu atualizo os fontes e testo. Obrigado por enquanto Diogo

Boa tarde Italo, Falei com o pessoal da DBSeller, então eles vão ajustar o webservice deles para aceitar Id como os outros provedores aceitam, mas eles me pediram para enviar um xml com a a tag Id com o "i" maiúsculo ali e assinado, sem a edição do xml para não violá-lo. Você pode fazer essa alteração no fonte e liberar, dai eu atualizo aqui e envio um teste para eles? Obrigado por enquanto, estamos quase resolvendo a questão, falta pouco agora.. Diogo

Boa tarde Italo, atualizei os fontes e testei, gerou a tag com o "i" minusculo e assinado, como o previsto, porém, o webservice rejeitou dando este erro: <ii:MensagemErro>integridade do arquivo foi violada</ii:MensagemErro> Então eu vou tentar falar com o pessoal da DBSeller, como vc sugeriu, para eles alterarem lá para aceitar o "i" maiusculo, para que agente não precise fazer essa alteração no xml, para não "violá-lo" Obrigado por enquanto Diogo

Bom dia Italo, nos últimos dias venho conversando com o pessoal da DBSeller para tentar resolver essa questão, e parece que eles acharam o problema, pois ele disse que ajustou manual e fez a importação manual e aí funcionou. Segundo ele o problema é no campo <InfRps Id="7002"> do xml, a letra i do Id tem de ser minuscula, teria que ficar assim: <InfRps id="7002"> Porém, eu fiz essa alteração direto no acbr para fazer um teste, mas dai acontece outro problema, não chega nem a enviar a nota, dá um erro na assinatura digital. Tem alguma ideia de como resolver isso? Obrigado por enquanto Diogo

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?