Italo Giurizzato Junior

Boa tarde Wesley, O componente ACBrNFSe possui uma propriedade chamada: WebServices.Salvar, atribua o valor True a ela e tente novamente. Isso não vai mudar em nada o erro, mas vai ser salvo dentro da pasta Ger alguns arquivos cujo nome termina com -c. Post como anexo esses arquivos para que possamos analisar.

Bom dia Cristiam Pelo arquivo texto de retorno você tem as seguintes informações: CStat=135 XMotivo=Evento registrado e vinculado a CT-e O Status 135 significa que o evento que foi enviado, no caso o de cancelamento, foi aceito pela SEFAZ, a mensagem que consta no campo Motivo, mostra claramente isso: Evento registrado. Se o evento esta registrado significa que foi aceito. Se tratando de eventos de cancelamento, basta olhar para o status se for 135, você considera que o cancelamento foi efetivado, ou seja, o CT-e esta cancelado.

Boa noite Ricardo, Veja o motivo da rejeição: Chave de acesso inexistente para o tpEvento que exige a existencia da Nf-e Segundo a SEFAZ você enviar um evento de Carta de Correção para uma NF-e que nem sequer foi emitida.

Boa noite Claudio, A minha aplicação permite que seja lançado um ou mais conhecimentos e depois é feita a sua emissão. Mas ao emitir é possível a emissão individual ou em lote de até 50 conhecimentos (quantidade máxima pré definida pela SEFAZ). Com relação ao numero do lote, gerencio ele, portanto o numero do conhecimento é uma coisa e o numero do lote é outra. No banco de dados tenho uma tabela com a data, numero lote e a faixa (inicial e final) de conhecimentos emitidos. Por exemplo: Data Lote CTIni CTFim 22/07/2014 - 10 - 1500 - 1530 22/07/2014 - 11 - 1531 - 1531 22/07/2014 - 12 - 1532 - 1550

Boa noite Cristiam, Desculpe não encontrei o erro, me mostre.

Boa noite Leandro, Tente utilizar: ACBrCTe.EnviaEmail(......); A declaração das propriedades encontram-se na Unit: ACBrCTe.pas (pasta: ...\Fontes\ACBrCTe). Procure pela procedure EnviaEmail.

Boa noite Dangelo, Tente desta forma: ACBrNFSe1.NotasFiscais.Clear; GerarNFSe(vAux); ACBrNFSe1.Gerar(vNumLote);

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

Boa tarde Cristiam, Segundo a sua primeira postagem, o cancelamento foi realizado sim. (...) Número de sequência: 1 Código do evento: 110111 Descrição do evento: Cancelamento Status do evento: 135 Descrição do status: Evento registrado e vinculado a CT-e Protocolo: 135140340966491 Data / hora do registro: 07/07/2014 20:52:33 (...) Note que o evento de cancelamento foi registrado pela SEFAZ e a mesma vinculou ao CT-e, inclusive foi retornado o numero do protocolo de cancelamento.

Boa tarde Dangelo, Algo esta errado. A mensagem que você postou se refere a rotina de envio de lote. Mas os dois XMLs em anexo se referem ao GerarNfseEnvio que não tem nada haver com o envio de lote.

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 Heto Andrade, Segundo a Nota Técnica 2013/005 versão 1.03 da NF-e / NFC-e, página 89, temos que a TAG: infCpl, pode chegar a ter até 5.000 caracteres.

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.