Sandro Andre Reghelin

Estou tentando enviar as Nfse para Curitiba-PR e estou recebendo o seguinte erro: 1845 - Element '{http://isscuritiba.curitiba.pr.gov.br/iss/nfse.xsd}EnviarLoteRpsEnvio': No matching global declaration available for the validation root. segue os anexos dos xml gerados.. 15281F -comp-nfse.xml 15281F -comp-nfse-soap.xml 15281F -con-nfse-rps.xml 15281F -con-nfse-rps-soap.xml

Recebi o retorno da IPM, pedirem para tentar emitir as notas em produção e o problema parece resolvido, então como suspeitávamos era um erro do Webservice deles... Pode encerrar o tópico...

tentei enviar ontem Nfse em produção, após atualizar os fontes do NfseX, mas o erro persiste, estou encaminhando para ver se consegue achar algo que esteja errado, porque até agora a IPM não retornou nem as minhas solicitações nem a que o cliente abriu diretamente com eles. eu tenho quase certeza de ser problemas internos lá... 15041-lista-nfse-ger.xml 15041-lista-nfse-ger-soap.xml 15041-ger-nfse.xml 15041-ger-nfse-soap.xml

Ainda estou aguardando o retorno da IPM. na sexta me informaram que estavam passando o chamado ao setor técnico deles...

sim também acho isso, eles me retornaram a pouco e estou fazendo testes com o cliente...

passei o erro ao pessoal da IPM e estou aguardando um retorno...

Estou tentando enviar NFse para a área de homologação de Guarapuava-PR, ja no ACBRNfseX, servidor novo deles e está me retornar um erro que nunca vi, alguèm saberia dizer o que seria? seguem os Xml´s gerados... Erro--> Cod: [Noti Descrição: Undefined property: ModelBoProcessDeclaracaoServicoPrestado::$ConfiguracaoAnualEscrita.Arquivo:/var/www/html/migracao.atende.net/include/wef/model/wef_class_model_bo_process_declaracao_servico_prestado.inc.Linha:99 Solução: 5927-ger-nfse.xml 5927-ger-nfse-soap.xml 5927-lista-nfse-ger.xml 5927-lista-nfse-ger-soap.xml

o que recebi foi esse layout... AMEFRE_CENTRAL_ODONTOLOGICA_EIRELI_-_EPP.xlsx

Recebi a reclamação de um cliente sobre erro na posição 72 do Header do Arquivo - Segmento (ver arquivo em anexo debugando unit ACBrBancoBancoob.pas vi que function TACBrBancoob.GerarRegistroHeader240( NumeroRemessa: Integer): String; ao gerar a posição 72 estava gerando um espaço em branco e pelo que vi no manual tem que ser o valor "0' (zero alfanumérico) gerei um arquivo com essa alteração e validou no site do Bancoob, segue arquivos anexados ERROCOBRNcA_SICOOB.pdf ACBrBancoBancoob.pas

Obrigado Italo estava comendo bola na consulta, agradeço a ajuda, pode fechar o tópico...

Estou tentando buscar os dados de uma NFse que já foi recepcionada no webservice da Betha em São José-Sc, explico...foi enviado o RPS e no momento de pegar os dados do Xml de retorno deu um queda no sistema, aí ele ficou como recepcionado no meu sistema, se tentar enviar novamente o webservice retorna a mensagem de lote ja enviado, se tento consultar usando o metodo: ConsultarLoteRps ele retorna os xml em anexo, eu preciso dos dados da NFse que "teoricamente" ja se encontra gerada no webservice... 705236872544467-con-lot.xml 705236872544467-con-lot-soap.xml 705236872544467-lista-nfse-con-lot.xml 705236872544467-lista-nfse-con-lot-soap.xml

com a propriedade alterar a largura da coluna, ja solucionei o problema no cliente, agradeço a resposta...

vou ver aqui e retor vou testar e retorno...obrigado...

Alguém sabe se tem como fazer quebrar o código do produto em mais linhas, em um cliente que possui produtos com códigos extensos está sobrepondo no campo descrição, conforme imagem em anexo...cliente usa o modo retrato para impressão...

Atualizei aqui e funcionou tanto a questão do acesso negado quanto da serie... Obrigado..

Notei a mesma situação quando você manda os dados do usuário ou senha errados para conexão no Webservice, encaminhei um e-mail vendo a possibilidade de mudar esse retorno também...(retorno em anexo) Fiz uma alteração no IPmProvider.pas e ACBrNFSeXConsts.pas para tratar a situação, enquanto não vem o retorno do pessoal da IPM seguem os arquivos em anexo. ACBrNFSeXConsts.pas IPM.Provider.pas 5938-ger-nfse.xml

No retorno das Nfse de Guarapuava-PR, o Webservice da IPm retorna o tag Serie_Nfse, no IPMProvider,pas as propriedades que fazem a leitura desse campo estava comentada, como é preciso gravar esse dado no banco, para o caso de envio de um cancelamento da NFse por exemplo, eu alterei o fonte para trazer o dado. Segue para validação. IPM.Provider.pas

Atualizei aqui e funcionou...pode fechar o topico...

ok, vou fazer amanha retorno

Estou testando o cancelamento das NFSe de Guarapuava, WebService IPM, deu um erro de Access Violation na procedure : TACBrNFSeProviderIPM.TratarRetornoCancelaNFSe( Response: TNFSeCancelaNFSeResponse); na linha: NumRps := ProcessarConteudoXml(AuxNode.Childrens.FindAnyNs('nro_recibo_provisorio'), tcStr); seguem os arquivos do processo... Detalhe esta enviando em produção....em homologação a princpio não ocorreu... e o estranho da o erro, você manda novamente o cancelamento, aí como a nota ja está cancelada no webservice, ele não da o erro, porque ai passa em outra rotina... 547-can.xml 547-can-soap.xml 547-ped-can.xml 547-ped-can-soap.xml NFSe00000000000000000000000000000000000000013641.xml

ok...vou ver com eles, mas ja adianto esses caras são complicados....

Estava fazendo alguns testes e verifiquei que se mandar o cancelamento com a série errada o webservice retorna uma mensagem que o processo de cancelamento do ACBRNFSeX não trata como erro e da como sucesso o canelamento, seguem os arquivos de exemplo... 116-can.xml 116-can-soap.xml 116-ped-can.xml 116-ped-can-soap.xml NFSe00000000000000000000000000000000000000005926.xml

Italo, consegui simular no programa de exemplço, opção consultar lote.... Obrigado...

Verifiquei ao enviar um número de lote ja enviado ao webservice da Betha, para a cidade de São José-SCm versão Abrasf 1.x a consulta por lote retorna como sucesso, mesmo no xml de retorno vindo a mensagem a seguir: <Codigo>BTH03</Codigo> <Mensagem>Lote de RPS já enviado.</Mensagem> <Correcao>Favor verificar se o lote já não foi enviado anteriormente, ou se a numeração do lote foi incrementada.</Correcao> provavelmente o problema seja no metodo --> "TratarRetornoConsultaLoteRps(ConsultaLoteRpsResponse);" Agora não sei se um problema do ACBR ou se não estou sabendo como tratar esse retorno, porque ele sempre retorna essa consulta como sucesso.... 343299886761900-con-lot.xml 343299886761900-con-lot-soap.xml 343299886761900-lista-nfse-con-lot.xml 343299886761900-lista-nfse-con-lot-soap.xml

Italo, realmente e questão do numero de lote ja enviado, ele não conseguiu pegar a msg de retorno corretamente pelo que via aqui. pode encerrar esse post, vou ver se a questão desse retorno e falha no meu programa ou no retorno do ACBR, mas se for caso abro outro post...