Rodrigo Crovador

Teria de arrumar a função de conversão StrToProvedor . o "pro" e so nomeclatura interna, o texto esperado deve ser mesmo o egoverneiss

Bom dia Leonardo. Sim, funciona, porém não da forma como gostaríamos. Para Osasco o Egoverne disponibilizou apenas a transmissão síncrona de NFSE através do método GerarNFSE.

O certo seria mesmo atualizar o documento caso alguém tenha o tempo disponível para tal. Outra opção que poderia existir seria um Tópico em destaque, fechado com a lista de cidades no post de forma que somente o Admin altere.

Boa tarde Dorivan. Apesar de não seguir o padrão Abrasf, você pode adiciona-lo ao componente. O problema é que o trabalho será muito grande e irá exigir bom conhecimento em programação de componentes e na estrutura do ACBR. Caso deseje seguir por este caminho, tome por base os provedores ISSDSF, Equiplano e EgoverneISS, pois são situações similares.

Boa tarde NatanaB. É um pouco mais complicado. O componente ACBR hoje trabalha com o principalmente com o layout ABRASF versão 1.0 e 2.0 Entretanto a grande maioria dos provedores não segue a risca o layout Abrasf, preferindo utilizar um layout próprio baseado nele. Para conseguir lidar com isto dentro do ACBR sem ter de necessariamente criar um layout para cada provedor, utiliza-se de tratativas internas baseadas no provedor informado na configuração do componente. Desta maneira é possível gerar o XML com base no layout Abrasf, omitindo ou adicionando tags para atender as necessidades do provedor em questão. O resultado que temos é um leque de opções no componente que necessariamente não fazem parte de todos os layouts, como por exemplo a CondicaoPagamento que citou. As opções CondicaoPagamento.Condicao (String) e CondicaoPagamento.QtdParcela (Integer) hoje são utilizadas apenas no layout abrasf 1.0 e restritos para o provedor Betha. Então mesmo que informe estes dados, o Tecnos que utiliza o layout abrasf 2.0 irá ignorar qualquer dado que esteja informando nestas propriedades (vide unit pnfsNFSeW.pas) A solução para este caso seria realizar uma alteração no layout 2.0, adicionando as tags citadas no inicio do post e restringindo elas ao provedor Tecnos. Em seguida, deve-se definir de qual propriedade do componente virá esta informação, criando uma nova propriedade ou tratando uma existente para tal finalidade. Use o debug na unit que citei que irá entender mais claramente o funcionamento. Vale lembrar que deve-se tomar cuidado ao modificar alguma propriedade já em uso por algum layout afim de não prejudica-lo.

Boa tarde NatanaB. Não está implementado por não se tratar de um item obrigatório na emissão. Caso deseje pode realizar a implementação. Segue o trecho das tags. Obs: se você está usando o componente poderá descartar o nfse.xsd, pois como a Tecnos informou que oficialmente eles não possuem um schema para fornecer, a aplicação não utiliza, ficando apenas com o schema de assinatura. <InfDeclaracaoPrestacaoServico> <tcDeclaracaoPrestacaoServico> . . . <FormaPagamento>0</FormaPagamento> <!--identificação da forma de pagamento--> <!--1-A Vista--> <!--2-Apresentação--> <!--3-A Prazo--> <!--4-Cartão de Débito--> <!--5-Cartão de Crédito--> <NumeroParcelas>0</NumeroParcelas> <!--Quantidade de parcelas se informado 3 ou 5 na forma de pagamento--> </InfDeclaracaoPrestacaoServico> </tcDeclaracaoPrestacaoServico> . . . . Fonte: http://help.nfse-tecnos.com.br/main_ws/contribuinte/notaeletronica.aspx

Então Caetano, até onde me lembro, você pode salvar o conteúdo da RetWS para uma StringStream e em seguida importar este conteúdo para o acbr (ACBrNFSe.NotasFiscais.LoadFromStream(StreamDados)) e ter acesso a todos os dados das NFSE diretamente pelo componente, mas eu considero o seguinte: O tecnos tem 4 status de lote: <!--codigo da situação do lote de RPS--> <!--1-Não recebido--> <!--2-Não processado--> <!--3-Processado com erro--> <!--4-Processado com sucesso--> Considerando que o provedor não faz processamento parcial de NFSE, ou seja, em caso de erro, ele recusa todo o lote, eu apenas verifico o status. Quando o status é 4, considero todas as notas deste lote como transmitidas com sucesso identificando as mesmas pelo numº do lote / protocolo. Obs: Não me recordo se o componente foi ajustado para importar o XML de retorno da Tecnos, já que o mesmo tem uns "detalhes" específicos.

Dentro do RetWS você terá o XML de resposta do webservice. Você pode ler o conteúdo do XML e identificar se o lote foi aceito. Eu procuro pela TAG status a qual identifica a situação do lote na Tecnos. Há um exemplo do XML de retorno quando o lote foi processado com sucesso pelo provedor no help da Tecnos (http://help.nfse-tecnos.com.br/main_ws/contribuinte/consultas/consultaloterps.aspx).

Utilize o ACBrNFSe.ConsultarLoteRps e acesse o xml de retorno por ACBrNFSe.WebServices.ConsLote.RetWS. Caetano, concentre os posts em um tópico apenas se possível. Pelo que percebi em ambos é meio que o mesmo processo que está utilizando.

Já este caso do intermediário não tive problemas com ele até o momento.

Boa tarde Caetano. O método "Enviar" da Tecnos está pré configurado para não consultar a situação do lote após o envio exatamente pelo provedor não dispor esta consulta. Porém existe a possibilidade de você ativar a consulta automática do Lote em si (ConsultarLoteRps) pela propriedade ACBrNFSe1.Configuracoes.WebServices.ConsultaLoteAposEnvio. Irá lhe retornar o XML com todas as notas e você pode acessa-lo no componente pela propriedade ACBrNFSe1.WebServices.ConsLote.RetWS.

Você deve utilizar a consulta de Lote ao invés da consulta de situação do lote, ou então a consulta de NFSE por rps.

Bom dia Caetano. Pela mensagem está faltando dados no seu XML ou alguns deles estão com valor incorreto. Revise o demo que irá encontrar os dados ausentes. Lembrando que o provedor Tecnos não tem pré validação antes do envio devido ao provedor não fornecer um schema, portanto cabe ao desenvolvedor conferir tudo.

Bom dia Luiz. Para adicionar uma cidade são mesmo estes dois .pas. O provedor Tecnos tem alguns probleminhas com o demo desde que foi feito, mas como o demo em si é pouco usado e o provedor consideravelmente "novo" no componente, ele não foi totalmente adaptado no demo. Considerando que atualmente as demais cidades deste provedor estão em operação normal, lhe indico a já partir para a sua aplicação e testar diretamente no ambiente de homologação.

Rigotti, boa noite. Não utilizo o loadfromstream mas usei o xml que postou para fazer alguns testes é na função de leitura do xml tem alguns adaptações que tive de fazer para a tecnos pois parece ter meio uma mistura de layout do abrasf Versão 1.0 e 2.0 no layout deles. Teste com a unit que estou postando aqui. Verifique já também se não há mais algum campo que também não está importando. Fico no aguardo. Obs: Fiz o processo mesmo com a formatação do XML. pnfsNFSeR.pas

Boa tarde Rodrigoltda. Eu não tive exatamente este problema, mas um parecido onde só a aplicação da certsign reconhecia o certificado. Acabei resolvendo registrando as dll do capicom em ambos os caminhos do sistema, tanto 32 quando 64 bits. Foi necessário reinstalar toda a cadeira de certificados da certsign também.

Renfd, verifique no XML que está recebendo do provedor quais os números que constam em cada campo. É possível que o número do RPS seja diferente do número da NF em alguns provedores, principalmente aqueles que controlam a faixa de RPS disponibilizada a empresa.

Bom dia Arce. Você deve utilizar o valor total do serviço prestado para o calculo.

Dênio, boa tarde. Não sei se era exatamente esta a sua dúvida mas o ConsultarLoteRps não exige o arquivo que foi gerado no envio. Na chamada deste método ele irá exigir apenas os parâmetros ANumLote e AProtocolo, os demais são opicionais. Aqui em minha aplicação utilizo normalmente sem necessidade do arquivo que foi gerado originalmente.

Jocimar, bom dia. Creio que o modelo é definido pelo município mesmo, pois se você observar, há uma boa variedade de modelos dentre os municípios com NFSE. Em geral eles possuem os mesmos dados, mas em disposição diferente. Se no seu caso há uma lei municipal definindo o modelo a ser praticado, receito que você provavelmente deverá segui-lo.

Não tenho certeza de como está a consulta por RPS pois nunca utilizei neste provedor, pode ser que necessite de ajustes. Já da questão de qual é o melhor, acredito que cada caso é um caso. Depende de como você trata isso em sua aplicação e de qual seu objetivo.

Entendo. Neste caso não sei lhe dizer exatamente a causa mas aqui quando realizo o envio a Estrela / RS preencho os seguintes campos do intermediário do serviço: ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.IdentificacaoTomador.CpfCnpj ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.IdentificacaoTomador.InscricaoMunicipal ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.RazaoSocial ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.Endereco.TipoLogradouro ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.Endereco.Endereco ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.Endereco.Numero ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.Endereco.Complemento ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.Endereco.Bairro ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.Endereco.CodigoMunicipio ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.Endereco.xMunicipio ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.Endereco.UF ACBrNFSe.NotasFiscais.Add.NFSe.Tomador.Endereco.CEP Assim como no seu caso, na maioria das vezes não envio a inscrição municipal do intermediário, mesmo porque o mesmo não a tem, mas sempre crio a tag no XML. Se continuar o problema sugiro contatar o suporte da Tecnos por email, Demoram um pouco para responder mas não deixam de atender.

Tente utilizar a razão social sem qualquer acentuação ou caractere especial. Até onde testei, eles sequer validam o conteúdo do campo, apenas exigem sua existência com algum valor válido na consulta.

Boa tarde Eric. O provedor não disponibilizou a consulta por situação do lote, mas você pode ativar a propriedade ACBRNFSE.Configuracoes.WebServices.ConsultaLoteAposEnvio para que o ACBR consulte o lote e lhe retorne o resultado logo após a transmissão. Em caso de sucesso, obtenha o número de protocolo da propriedade ACBrNFSe.WebServices.ConsLote.Protocolo. Um detalhe importante: o provedor exige a razão social na consulta, portanto na transmissão você deve informar este dado para o componente na propriedade ACBrNFSe.NotasFiscais.Add.NFSe.PrestadorServico.RazaoSocial ou terá problemas na consulta.

Bom dia Eric. Sim, está correto da maneira que o XML é gerado. Uma característica do provedor Tecnos é de retornar "Sequencia de entrada não estava em um formato incorreto. -" quando algum dado do XML não está dentro do formato ou valor esperado. Infelizmente não há XSD para validar o XML, então temos de identificar no olho mesmo. Baixe o XML exemplo no site da Tecnos e compare.