Rodrigo Crovador

Homologação feita com sucesso. Iniciando esta semana os trabalhos com produção.

Segue alterações referente ao provedor Egorverneiss Os únicos métodos disponibilizados pelo provedor são GerarNFSE e CancelarNFSE. O layout do XML é próprio então foi criado um método para gera-lo. As respostas do webservice também são próprias retornando apenas um protocolo para consulta em interface web. Para tal caso foi criado o parâmetro protocolo no método que realiza a leitura do retorno.

Roberto, lhe pedirei um favor. Reverta os fontes do svn para a ultima revisão, gere um XML com dados reais da empresa que irá emitir a NFSE e tente transmitir com a opção ACBRNFSE.Configuracoes.WebServices.Salvar = TRUE. O problema deve lhe aparecer é: Código Erro : E0800 Mensagem... : Sequencia de entrada nao estava em um formato incorreto. - Correção... : Erro no processamento do envio Provedor... : Tecnos Em seguida acesse o diretório onde configurou o componente para gerar os arquivos (ACBRNFSE.Configuracoes.Geral.PathSalvar) e pegue o arquivo xx--env-lot-c.xml. Encaminhe um email para [email protected] (suporte tecnos) com a razão social, CNPJ e IM da empresa emissora. Indique você possui uma aplicação que emite corretamente para o ambiente de ESTRELA/RS porém é rejeitado com o erro acima na cidade de IVOTI/RS para que verifiquem. Eles sempre pedem o CNPJ e IM da empresa emissora, e como não tenho clientes nesta cidade, podem deixar de me atender e no ambiente de Estrela não há recusa.

Comecei a ter problemas com estrela também, mas aqui está com o erro: "O servidor nao pode processar a solicitacao. ---> Espaco insuficiente no disco.". Acredito que eles estejam mexendo em algo no server. Irei tentar novamente a tarde. Pode ser que o erro que estamos enfrentando esteja relacionado a isso.

Ok, mais uma vez.

Tente efetuar a transmissão utilizando esta unit do provedor em anexo.

Bom dia Roberto. Vou fazer um teste aqui tentando transmitir para esta cidade e já te retorno. EDIT: Fiz o teste aqui. Até consegui enviar ao servidor, porém foi recusado por estrutura, enquanto o mesmo é aceito em ESTRELA/RS. Deve existir ai algum outro dado que está diferente entre as cidades. Poste o XML que está sendo gerado pelo componente no ato de transmissão por favor.

Boa noite Roberto. O CNPJ faz parte da tag ID utilizada pela Tecnos. Pela erro que está enfrentando, o CNPJ fornecido pelo componente na formação do ID está com a mascara de CNPJ. Com o ajuste feito pelo Italojjr você não deve ter mais este problema com o ID, porém caso tenha problemas com CNPJ, verifique se está atribuindo a propriedade Prestador.CNPJ apenas com números.

Bom, a parte de geração do XML até então está ok, agora estou com um certo problema... Alguém já consumiu um webservice WCF sem usar o HTTPRio? Com ele é bem facil, importando o WSDL, porém como no caso do ACBR é pelo HTTPRepResq, estou enfrentando alguns problemas na comunicação (Bad request), até mesmo com o envelope gerado pelo SoapIU com base no próprio WSDL. Alguém já consumiu algum webservice deste tipo? Edit: Consegui resolver o problema de comunicação. Tive de subir a citação de todos os XSD para o envelope ao invés da nota em si.

Obrigado pela dica Michel, irei dar um conferida no SoapUI.

Bom dia. Irei iniciar a implementação do provedor EgoverneISS. A EgoverneISS possui layout próprio divergindo bastante das versões 1 e 2 do layout ABRASF. O único problema que estou encontrando e a ausência de algumas informações em relação a comunicação com o webservice, tais como SOAPAction e layout do envelope SOAP. Caso alguém já trabalhe com este provedor e tenha esta informação, seria de grande ajuda. Assim que conseguir testar o provedor postarei os fontes.

italojjr, bom dia. Segue uma atualização do provedor Tecnos. A ) Adicionei a TAG OutrasInformacoes para clientes EPP que precisam da frase de não geração de crédito. B ) Adicionei também a geração sem assinatura, pois ESTRELA / RS não está processando assinatura corretamente em produção, somente em homologação. Dizem que entrará em vigor a assinatura somente em Abril. Caso outra cidade utilize, será necessário adicionar um controle na unit do provedor. C ) Reverti algumas mudanças na unit do ACBrProvedorTecnos. O método de envio utilizado pelo servidor é o EnviarLoteRpsSincronoEnvio, com limitação de 50 notas ao invés de 3, sendo tratado como envio normal. Não há o método EnviarLoteRpsEnvio nos arquivos de ajuda da Tecnos. Como o envio síncrono é utilizado como normal, deixei a opção síncrono do acbr em branco no provedor. D ) No envelope SOAP removi a tag cabecalho. Mesmo ela sendo citada no help da Tecnos, não está obrigatória e tem retornado erro quando utilizada. Segue o endereço do help fornecido pela Tecnos: http://help.nfse-tecnos.com.br/ Observação para usuários do provedor: Caso alguém tenha um erro 800, verifique primeiro os dados informados no XML, tags em branco, etc, pois tem retornado erro de layout quando o problema é o conteúdo de alguma tag. Em anexo também os campos que tenho preenchido para envio para consulta. Atualmente está em uso no ambiente de produção de ESTRELA / RS

Daniel, observei que há uma barra "/" em sua inscrição municipal. Envie apenas números.

Rofran, bom dia. O provedor Tecnos está instável na ultimas revisões. Eu particularmente estou utilizando a revisão 6314 da unit ACBrProvedorTecnos.pas, que no meu caso está funcionando corretamente para Estrela / RS. Tente utilizar esta revisão. Estou aguardando a homologação do cliente em produção para encaminhar a unit correta.

italojjr, boa tarde. Com as mudanças após deste provedor da revisão 6332 em diante comecei a ter problemas para enviar, tanto em produção quando em homologação. O retorno que tenho sempre é timeout da operação. Revertendo para a revisão 6314, volta a funcionar normalmente (pelo menos na cidade de Estrela / RS). --------------------------- Erro --------------------------- O tempo limite da operação foi atingido - URL:http://homologaest.nfse-tecnos.com.br:9087/RecepcaoLoteRPS.asmx - SOAPAction:http://tempuri.org/mRecepcaoLoteRPS --------------------------- OK --------------------------- O problema inicial que o danielpohren citou era a falta de ":" entre a porta e o endereço do webservice de produção (ops rs). Já no caso de erros de estrutura não ocorre aqui. EDIT: danielpohren, remova a barra "\" de sua inscrição municipal e tente novamente. Obs: testei com a revisão revertida p/ (6314) enviando para Estancia Velha.

Boa tarde Italo. Obrigado pela dica, ficarei atendo a isso no futuro.

Segue anexo alterações nas units para inclusão do provedor Tecnos. Cidades: 4307807 Estrela/RS http://estrela.nfse-tecnos.com.br 4310801 Ivoti/RS http://ivoti.nfse-tecnos.com.br 4313300 Nova Prata/RS http://novaprata.nfse-tecnos.com.br 4307609 Estância Velha/RS http://estanciavelha.nfse-tecnos.com.br 4314803 Portão/RS http://portao.nfse-tecnos.com.br 4308201 Flores da Cunha/RS http://flores.nfse-tecnos.com.br 4322806 Veranopolis/RS http://veranopolis.nfse-tecnos.com.br Testes realizados no ambiente de homologação de Estrela/RS. Testado a transmissão de Lote de RPS, Consulta de Lote RPS, Cancelamento de NFSe e Consulta de NFSe por RPS. O provedor não disponibiliza consulta de situação de lote. Há apenas o schema da assinatura padrão, pois o provedor não possui nenhum para validação em aplicação local. Obs: Para consulta de lote ou cancelamento de NFSE, é necessário a Razão Social do emitente. Apesar do provedor não validar o conteúdo, ele exige a existência da tag com um minimo de caracteres. No metodo ConsultarLoteRps foi adicionado um parâmetro opcional para tal. No caso de cancelamento (se não estiver importando um XML), informar o valor no campo NFSE.PrestadorServico.RazaoSocial. Caso alguém tenha algum problema, favor ir postando aqui.

Boa tarde Ivr. Obrigado pela resposta. Apesar de personalizado, boa parte do processo é dentro do padrão 2.0. Finalizei hoje a implementação da consulta por lote, restando apenas o cancelamento para homologar no cliente. Assim que homologado repasso aqui no forum as implementações.

Bom dia. Comecei a utilizar recentemente o componente ACBRNFSE para transmissão de nfse e queria deixar desde já o parabéns pelo trabalho realizado. Um dos clientes que atendo é de Estrela - RS onde a prefeitura fez a concessão do gerenciamento de NFSE a Tecnos. (http://www.tecnosistemas.com.br/). Como já realizei a adaptação da aplicação para trabalhar com a o ACBR (e também pelo motivo principal que migrei, problemas de assinatura digital utilizando a DLL, uma vez que ela reconhece o atributo Id somente com "I" maiúsculo e Lajeado - RS utiliza minusculo), estou considerando implementar este provedor em vista que não existe ainda no ACBR. Se tiver sucesso repasso ao forum para que analisem e vejam se dá para aproveitar. Mas antes, tenho uma duvida: Existe dentre os provedores algum que se aproxima da Tecnos? Segue alguns dados: A) Segue o layout ABRASF adaptado (versão 2.0 de Abril de 2011) Possui integração por webservice (estrela.nfse-tecnos.com.br / homologaest.nfse-tecnos.com.br) . Cada serviço é direcionado a uma porta deste endereço, por exemplo: Envio de lote rps:estrela.nfse-tecnos.com.br:9091 Consulta de lote:estrela.nfse-tecnos.com.br:9097 C) Não possui schema de validação (XSD) infelizmente. D) Utiliza assinatura por RPS, sem necessidade de assinar o lote. Exemplos do XML podem ser encontrados em: RPS - envio http://help.nfse-tecnos.com.br/main_ws/contribuinte/notaeletronica.aspx Cancelamento http://help.nfse-tecnos.com.br/main_ws/contribuinte/cancelamentonota.aspx Consulta (todas) http://help.nfse-tecnos.com.br/main_ws/contribuinte/consultalotes.aspx