Rodrigo Crovador

Boa tarde Leonardo. Não está implementado mesmo.

Não, na ocasião o cliente utiliza o envio do link de consulta no site por email apenas. Mas caso carregue os dados da NFSE no componente, você poderá utilizar qualquer um dos métodos de impressão já implementados no componente.

Ele não consegue alimentar a NFSE gerado devido ao webservice não retornar a NFSE aprovada. Sem este retorno, a unica fonte que você pode encontrar essa NFSE seria no próprio XML enviado ou nas propriedades do próprio ACBR.

Bom neste caso teria de implementar mesmo. O cliente que utilizei como exemplo quando desenvolvi este processo era um caso bem singular que dificilmente difere os dados da nota, então não me surpreende ele não ter problemas até então com recusa por informação incorreta. O único cuidado seria de que o provedor e bem específico em geral, então e bem provavel que no método que trate o retorno do WS você tenha de personalizar o tratamento para o EgoverneISS.

Não está implementada, pois o provedor retorna apenas um protocolo para ser usado via interface web. Veja o link do primeiro post.

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.