Italo Giurizzato Junior

Boa tarde Dércio, Talvez tenha que ser feito algum ajuste na unit pnfsNFSeR.pas para o provedor Digicred.

Boa tarde ALA, Mas você imprimiu ou melhor dizendo gerou o PDF do DAMDFE usando o XML com o protocolo de autorização. Você tentou imprimir ou gerar o PDF com o XML ainda sem o protocolo de autorização?

Bom dia Sergio, Muito obrigado pela colaboração, já esta disponível.

Leandro, Dependendo do provedor, podemos Consultar a Situação do Lote ou Consultar o Lote de RPS. No caso do Consultar a Situação vamos a resposta se o lote foi processado com sucesso ou não. Se o provedor não tem essa funcionalidade devemos consultar o lote direto, se ele foi processado com sucesso teremos como resposta os XMLs das NFS-e.

Boa tarde Dércio, Sim temos o tipo complexo chamado tcDadosPrestador, mas onde ele é usado? Na versão 2.00 do manual esse tipo não é utilizando em nenhum lugar. Vamos então nos basear na versão 2.02 do manual, página 32, temos a definição da TAG: PrestadorServico segundo o tipo tcDadosPrestador, mas note que essa TAG PrestadorServico faz parte de um outro tipo complexo chamado tcInfNfse. Por outro na página 31 temos o tipo complexo chamado tcInfDeclaracaoPrestacaoServico, onde temos uma TAG chamada Prestador cujo tipo é tcIdentificacaoPrestador. O tipo complexo tcInfDeclaracaoPrestacaoServico é praticamente toda a estrutura do RPS e como você pode ver ao fazer referencia ao prestador os dados informados são apenas o de identificação ou seja, CNPJ/CPF e Inscrição Municipal. Por outro lado o tipo complexo tcInfNfse é praticamente toda a estrutura da NFS-e e nela temos o PrestadorServico cujo tipo é tcDadosPrestador. No RPS devemos alimentar as propriedades do Prestador, por outro lado quando é lido o XML da NFS-e é alimentado as propriedades do PrestadorServico. Sei que o Manual é confuso, pois na verdade existem duas estruturas uma para o RPS e outra para a NFS-e, se você montar elas separadamente vai confirmar o que eu já tinha dito no post anterior.

Boa tarde Sergio, Desde já muito obrigado pela colaboração. Quando postar a Unit por inteira, por favor, post como anexo.

Boa tarde, Sim, e dependo do componente, por exemplo o ACBrNFe você encontra a impressão de eventos (carta de correção) em Rave, Fortes Report e Quick Report.

Dércio, Se o provedor segue o padrão ABRASF no XML do RPS, no que diz respeito ao Prestador só é informado o CNPJ/CPF e Inscrição Municipal e nada mais. Infelizmente a ABRASF criou um layout extremamente pobre em informações, como você pode perceber no que diz respeito ao prestador. Sem contar que não existe uma TAG para informar se o XML gerado será enviado para o ambiente de homologação ou de produção. Fizeram um coisa tão enxuta que no meu entendimento ficou uma porcaria.

Boa tarde Eduardo, Esta correto a URL que você informou como sendo a de RecepcaoLoteRPS? Me parece que você colocou a URL de consultar a situação do lote.

Boa tarde, Não, de uma olhada nas Unit que já existem de outros provedores, você vai notar que alguns deles também possui um endereço diferente para cada cidade, veja como foi implementado.

Boa tarde Dércio, Segundo o Layout da ABRASF no XML do RPS não consta a Razão Social do Prestador somente o CNPJ ou CPF e a Inscrição Municipal (se esta for informada). Os dados completos do Prestador aparecem no XML da NFS-e. Como as empresas que chamados de provedor não são muito de seguir a risca o padrão, podem ocorrer do XML da NFS-e também não conter os dados completos do prestador.

Boa tarde Leandro, Você chegou a entrar em contato com o provedor que atende a cidade de Campinas? Alguns provedores recebem os lotes durante o dia e só efetua o processamento durante a madrugada.

Boa tarde Wagner, Tudo o que você precisa saber sobre nomes de arquivos você encontra na Nota Técnica que nós publicamos. Ela encontra-se disponível dentro da pasta: ...\Doctos\Notas Tecnicas e esta salva com o nome: ACBr NT 2014-001 versão 1.02

Boa tarde Tiago, Dentro da pasta: ...\Doctos\Manuais temos o arquivo: Manual ACBrNFe versão 1.04, na página 15 temos a sintaxe e a explicação da nova função chamada: DistribuicaoDFe. No Portal Nacional da NF-e esta disponível a Nota Técnica 2014/002 versão 1.01 que trata sobre o assunto. Tudo o que você precisa saber você vai encontrar nesse dois documentos. Sim, quando o Web Services de Consulta a NF-e Destinadas for desativado você deverá alterar a sua rotina que realiza a consulta.

Boa tarde Sergio, O nome da Unit que faz a leitura das TAGs do XML é: pcteCTeR.pas Ela encontra-se dentro da pasta: ...\Fontes\ACBrCTe

Boa tarde Petry, O componente esta configurado para salvar os arquivos XML em disco? Configuracoes.Arquivos.Salvar := True;

Bom dia Heronim, Infelizmente não tive tempo ainda de analisar e realizar o merge, final de ano tumultuado.

Bom dia Jean, Na versão 3.10 se não me falha a memória devemos utilizar o evento EPEC. Favor ler a Nota Técnica 2014/001 que esta disponível no Portal Nacional da NF-e.

Bom dia Eduardo, Essas URLs são referentes ao site para poder emitir a NFS-e ou são dos Web Services? No componente utilizamos as URLs dos Web Services e não dos sites.

Bom dia igCastro, Alem de configurar o componente com o modelo e versão desejada, ao alimentar o componente você esta atribuindo o valor 3.1 a propriedade versao? infNFe.Versao := 3.1;

Bom dia Meinardo, Alem de criar a nova unit para o novo provedor, é preciso criar um nome para ele na unit pnfsConversao e relacionar a esse nome as cidades atendidas por esse provedor (vide os que já foram criados). É preciso também alterar as units: ACBrNFSeConfiguracoes, ACBrNFSeWebServices, pnfsNFSeG, pnfsNFSeR, pnfsNFSeW e ACBrNFSeUtil.

Bom dia Wagner, Quando a aparece a mensagem de erro acusando que o arquivo de Schema não foi encontrado é mostrado o nome do respectivo arquivo? Se sim, qual é o nome dele?

Boa tarde, Nota Técnica 2013/005 versão 1.21, esta disponível no Portal Nacional da NF-e. Observação a versão 3.00 foi utilizada para o piloto da NFC-e e já encontra-se desativada, portanto a versão correta a ser utilizada é 3.10

Boa tarde Thiago, Pela mensagem retornada em produção, o certificado é de uma pessoa e os dados informados na consulta é de outra pessoa. A minha sugestão é sempre usar o certificado da pessoa informada na consulta e esta tem que estar cadastrada no Ginfes para poder emitir NFS-e via Web Services.

Boa tarde Eduardo, Alem de ser necessário o certificado digital para que o RPS e ou Lote sejam assinados, há necessidade de se realizar um cadastro no provedor, caso contrario o lote é rejeitado. Alguns provedores retornam uma mensagem amigável e clara sobre o problema, por outro lado outros não.