Italo Giurizzato Junior

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.

Boa tarde João, Não entendi, você configurou o componente para utilizar o provedor de Natal para gerar o XML de Mossoró? Isso não esta correto. Se Mossoró não possui ainda Web Services, é preciso verificar se o XML a ser importado é versão 1 ou 2. O componente possui dois provedores cuja finalidade é gerar o XML. Provedor ABRASF V1 e V2 um para cada versão do XML. Abra a unit pnfsConversao e procure pela function CodCidadeToProvedor, logo no inicio temos os provedores ABRASFv1 e ABRASFv2, veja como foi incluído a cidade de Jaboatão dos Guararapes/PE. Algo semelhante você vai ter que fazer para Mossoró, a unica coisa que precisa saber é se é versão 1 ou 2.

Boa tarde Dércio, Configure o componente para ele salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; E testa novamente o envio de outro RPS. O componente vai salvar alguns arquivos cujo nome contem a palavra soap. Anexe esses arquivos aqui no post para que possamos analisar.

Boa tarde Marcio, Todos estão empenhados em busca de uma solução. Como não utilizo não tenho muita certeza, mas o programa gratuito de emissão de NF-e não tem opção para realizar a inutilização de numeração? Se sim, e se você tem urgência nessa inutilização, poderia utilizar o programa gratuito da SEFAZ, desta forma o seu cliente não ficaria com essa pendencia. Desde já agradeço a paciência e compreensão de todos, muito obrigado.

Boa tarde Sérgio, Como dito anteriormente, o componente consegue carregar e imprimir sem nenhum problema o DACTE de um XML versão 1.04 desde que o documento originário seja uma NF-e. Se for NF ou Outros o documento não será impresso. Para corrigir esse problema falta incluir esses dois tipos de documentos na unit que faz a leitura do XML, mais precisamente onde existe um IF que identifica os documentos originários da versão 1.04

Boa tarde João, O arquivo que você anexou é 1-lot-rps.xml, mas o que aparece na imagem que contem o erro possui o seguinte nome: 3lotrps.xml, são os mesmos arquivos?

Sérgio, Se você testar com um XML da versão 1.04 que contenha NF-e como documento originário é para funcionar com a mesma rotina da versão 2.00 Por outro lado para os XML da versão 1.04 que contenham NF ou Outros não vai funcionar, pois não foi implementado.

Heronim, Se você notar o XML do RPS, os únicos dados que consta referente ao Prestador são o CNPJ e a Insc. Municipal. Você teria que montar uma impressão de RPS sem se basear no XML, ou seja, utilizando-se dos dados lançados no seu sistema que estão no banco de dados. Não vejo impedimento você fazer isso, uma vez que você esta imprimindo apenas um Recibo e não uma Nota.

Bom dia Meinardo, Pelo que pude ver o provedor Tinus segue o padrão ABRASF, onde devemos assinar o RPS e o Lote antes de enviar. Isso não é problema pois o componente ACBrNFSe já esta preparado para esta situação. Você pode pegar criar uma nova unit chamada ACBrProvedorTinus aos moldes de uma outra. O problema que encontrei na documentação que você disponibilizou é: No XML exemplo, abra ele com o navegar, você vai notar que o Identificador das TAGs LoteRps e InfRps é "Id" (a letra i esta em maiúsculo). por outro lado no arquivos nfsetinus.xsd (schema usando para validar o lote gerado) o identificador esta definido como "id", sendo assim não será possível realizar a sua validação. Ou XML exemplo esta errado, ou o XSD. Favor entrar em contato com o provedor e questiona-los sobre esse problema.

Bom dia Ricardo, Esta disponível a versão 0.8.12.2, por favor baixe, instale e teste.