Italo Giurizzato Junior

Boa tarde Gledson, Checa se você esta com os Schemas da versão 3.10 corretos, atualizados.

Boa tarde Márcio, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Moreira, Faça as devidas alterações e teste. Estando tudo OK, por favor anexe somente os fontes que você alterou para conseguir emitir NFS-e para a cidade de Saquarema/RJ.

Boa tarde Ailton, O Capicom foi copiado para dentro da pasta System32 e esta registrado?

Boa tarde a todos, Fiz as alterações e já esta disponível. Agora o que precisamos saber é o que esta correto, se é o Schema ou a Nota Técnica. No meu entendimento as informações vNF, vICMS e vST não tem nada haver com os dados referentes ao destinatário, sendo assim, concluo que o Schema esta errado. Se você compararem o conteúdo de eventoEPEC_v0.01.xsd com o de e110140_v1.00.xsd nota-se uma diferença na posição dessas 3 TAGs. No primeiro arquivo temos uma concordância com a Nota Técnica, já o segundo não.

Boa tarde rick, O componente após obter no retorno a NFS-e, o XML da mesma é salvo em disco (caso esteja configurado). Temos o EnviarEmail onde é possível enviar por e-mail o XML da respectiva nota ao tomador do serviço.

Boa tarde Rômulo, Como o DigestValue que esta na assinatura sempre vai ser igual o digVal que esta em protNFe podemos mudar. Pegar sempre o conteudo do DigestValue da assinatura, desta forma contempla ambas as situações.

Boa tarde Leandro, Pela data e hora de envio da nota e seu cancelamento noto que já passou mais de 30 minutos, prazo este estabelecido para o cancelamento. Sei que a mensagem da rejeição não tem nada haver, mas ....

Boa tarde Luiz, Pela mensagem de erro, diz que a Autoridade certificadora é inválida ou incorreta. Isso me leva a crer que o problema seja o certificado digital ou a cadeia de certificados.

Boa tarde jeffvalentini, Quando você diz "foi feito um mesmo manifesto com nota ...." você esta se referindo a outro MDF-e cujo tipo de emitente não é Prestador de Serviço, correto? E ao fazer um segundo MDF-e cujo tipo de emitente é Prestador de Serviço e mesmo informando 1 ou mais CT-e o MDF-e foi rejeitado, correto?

Boa tarde Wesley, 1. Você alimenta o componente com os dados referente ao RPS - Recibo Provisório de Serviço; 2. Dependendo do provedor é possível enviar um lote com até 50 RPS; 3. No caso de Lote usamos o Enviar que gera e assina (se necessário) os RPS, monta o lote, assina (se necessário), valida e envia para o Web Services; 4. Assim que obter o retorno que o lote foi processado, faz a consulta para obter as Notas; 5. As notas são separas do retorno e salvas individualmente com o nome: <numero>-nfse.xml dentro da pasta NFSe; 6. Os DANFSE são impressos caso o segundo parâmetro do comando Enviar estiver ausente ou for True. No caso do GerarNFSe a diferença é que não temos lote, uma vez que é enviado somente um RPS e consequentemente já temos como retorno a nota. Observação: No caso da cidade do Rio de Janeiro não temos (segundo o Schema) o GerarNfse somente o EnviarLoteRps.

Boa tarde Marcio, Note que a mensagem se refere aos dados do Endereço. Se na prefeitura esta tudo OK, então entre em contato com a Ginfes, pode ser que lá que esta faltando algum dado,

Boa tarde Reij, A manifestação que você se refere que esta implementado no ACBrNFe tem por finalidade realizar a manifestação do destinatário. Portanto as notas que aparecem na relação ao realizar a consulta de notas destinadas, são as que foram emitidas por outras empresas e não por você.

Boa tarde Rick, Já foi dito varias vezes aqui no fórum que o componente gera o XML do RPS e não da NFS-e. Quem gera o XML da NFS-e é o provedor após o processamento do envio do RPS. O XML que você anexou como sendo do Ginfes, não segue o padrão ABRASF. Já o outro é retornado, como dito acima, pelo provedor, no caso o Ginfes, após o processamento do RPS enviado.

Eu que peço desculpas, deveria ter pedido a você para atualizar os fontes e testar novamente.

Boa tarde Wesley, A sua aplicação sempre vai gerar e enviar o RPS. Quem gera a NFS-e é o provedor, que recebe o XML do seu RPS, processa, caso esteja tudo OK, é gerado o XML da NFS-e e retornado. A sua aplicação pega o retorno e extrai dele o XML da NFS-e e salva em disco. Alem do DANFSE feito em Quick Report, se não me falha a memória tem ele feito também em Fast Report.

Boa tarde Heto Andrade, Você atualizou os fontes? Pois essa propriedade não influencia em nada no DANFE feito em Quick Report.

Boa tarde Leandro, Não existe TAG no XML para esta informação. Outra coisa, mesmo que a ABRASF venha incluir ela no layout, as chances dos provedores incluírem essa TAG é zero. Digo isso pelo simples fato que o layout da ABRASF esta na versão 2.02 e existem provedores que ainda utilizam a versão 1.00 A solução é colocar essa informação caso seja necessário no campo de discriminação dos serviços.

Boa tarde, Eu apenas ajudo na implementação, não utilizo e não tenho nenhum cliente que emite NFS-e. Aconselho você entrar em contato com o provedor e questionar sobre esse assunto.

Boa tarde jGuto, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Leonardo, O pouco que vi do manual, realmente não segue o padrão ABRASF. O componente ACBrNFSe tem como objetivo atender as cidades que se utilizam de provedores que seguem o padrão. Se você não quer que seu cliente emita a NFS-e via site o jeito vai ser regaçar as mangas e desenvolver um outro componente somente para atender esse provedor. Que por sinal os caras são muito ruim em propaganda e para mim o numero de cidades é tão pequeno que os caras tem vergonha de contar e diz que essa informação das cidades atendidas é confidencial. No link que você me passou tem uma opção de Download e nesta tem um tal de Exemplo Integrador Delphi. Acredito que deva ser um conjunto de rotinas feitas por eles para você incluir na sua aplicação.

Bom dia Wesley, Os erros que você listou, se referem a não encontrar determinados arquivos. Isso pode ser resolvido incluído o path da pasta desses arquivos, no Library Path, importante é que esse path esteja antes do path do componente. Quanto ao certificado, muitos utilizam o certificado de clientes para realizarem testes. Post como anexo os schemas que você esta utilizando.

Bom dia EFV, Primeiro vamos ao Manual versão 2.00a do CT-e. Página 134 campo # 261 se refere ao grupo infDoc - nível 2 ou seja esta dentro do grupo infCTeNorm. O grupo infDoc se refere a informações dos documentos originários, ou seja, o documento emitido pelo remetente da carga. Esse grupo poderá ser omitido quando se tratar de redespacho intermediário caso contrario temos que informar. Outro detalhe como esse grupo esta dentro do infCTeNorm isso significa que estamos emitindo um CT-e Normal, não se tratata de um de complementação de valores ou anulação. Página 140 campo #344 se refere ao grupo docAnt - nível 2 ou seja esta dentro do grupo infCTeNorm, também. Esse grupo é opcional ele só é informado quando se tratar de redespacho ou redespacho intermediário. É nesse grupo que informamos o documento emitido pela transportadora anterior. Cuidado para não confundir: O tipo do CT-e (tpCTe) que pode ser: Normal, Complemento de Valores, Anulação ou Substituição. O tipo do Serviço (tpServ) que pode ser: Normal, Subcontratação, Redespacho, Redespacho Intermediário ou Serviço Vinculado a Multimodal. Outra coisa, você esta utilizando os schemas da pasta: ...\Exemplos\ACBrCTe\Delphi\Schemas\V200? Tanto os fontes quanto os schemas estão atualizados? Espero ter ajudado.

Bom dia Sérgio, Se você atribuir vazio a Token o componente se encarrega de gerar um Token de Homologação. Mas algumas SEFAZ estão gerando também o Token de Homologação, neste caso devemos solicitar esse Token e atribuir ele a propriedade Token.

Bom dia Leonardo, A cidade de Palhoça/SC esta sim implementada para o provedor Betha. Por outro lado esse provedor IPM não esta. Procure obter informações sobre ele, tais como: Segue o padrão ABRASF? Se sim qual versão: 1, 2 ? Schemas; Endereços dos Web Services tanto de homologação quanto de produção; XML de exemplos; Cidades atendidas por esse provedor; Quanto mais informações conseguir melhor, para que possamos implementar.