Italo Giurizzato Junior

Boa tarde Jonatas, Muito obrigado pela colaboração, fiz as devidas alterações e enviei para o repositório.

Boa tarde Thiago, Mas na NF-e o cancelamento também é um evento.

Dércio, Antes de executar a rotina que alimenta o componente com os dos do Recibo, esta sendo executado: ACBrNFSe1.NotasFiscais.Clear; ?

Dércio, O arquivo que mencionei só é gerado quando se envia o lote e não quando se realiza uma consulta. <EnviarLoteRpsEnvio xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"> <LoteRps id="23101219"> <NumeroLote>23101219</NumeroLote> <Cnpj>93513190000121</Cnpj> <InscricaoMunicipal>12928</InscricaoMunicipal> <QuantidadeRps>2</QuantidadeRps> <ListaRps> (...) Caso você esteja realizando testes com a sua aplicação, por favor faça testes com o programa exemplo

Bom dia Marcos, A suite ACBr é para o Delphi e Lazarus. Sim, tem a impressão dos Documentos Auxiliares, tais como: DANFE, DACTE, ...

Bom dia Dércio, Verifique se a sua aplicação não esta executando indevidamente um ADD a mais com isso adicionando uma segundo RPS sem nenhuma informação. Abra o arquivo: 23101219-env-lot.xml através de um navegador, note que existe 2 RPS (<QuantidadeRps>2</QuantidadeRps>), sendo que o segundo não contem nenhuma informação as TAGs estão vazias. Esse arquivo só é gerado ao executar o método Enviar e para montar o lote ele se baseia na quantidade de RPS adicionados ao componente.

Bom dia, Favor solicitar ao provedor um XML de pedido de cancelamento a titulo de exemplo, para que possamos checar o que esta errado. Outra coisa importante. Se tratando de Nota Fiscal de Serviço Eletrônica, o que o componente gera e envia é o XML do RPS que possui um numeração sequencial que pode ser igual ou não da NFS-e que é gerada pelo provedor. Se tratando de cancelamento devemos informar o numero da NFS-e e não do RPS. Procure antes de executar o método de cancelamento, carregar o XML da NFS-e que se pretende cancelar.

Boa noite, Me parece que se faz necessário que o contribuinte faça um cadastro no Ginfes para poder emitir as notas via Web Services. Detalhe, existe um outro cadastro para poder emitir via Site.

Talita, Com certeza é um erro causado por eles, pois esta previsto para o mês que vem a liberação do ambiente de homologação, para a versão 3.00 do CT-e. Envie outra mensagem a eles e diga que o problema esta ocorrendo com o programa gratuito deles.

Boa tarde Talita, Como você pode ver que o pessoal da SEFAZ procuram sempre sair pela tangente. Você mesmo fez um teste usando o programa gratuito da SEFAZ e o mesmo erro foi observado, logo o problema não é o componente. Me diz uma coisa, em ambos os testes ao escrever a justificativa do cancelamento foi colocado alguma vogal acentuada ou cedilha?

Bom dia Sandro, Não foi implementado pelo simples fato desse provedor resolveu ser o "bonsão", enquanto todos realizam a assinatura da mensagem de dados e a acrescenta no final dela, esse provedor assina a mensagem de dados e coloca a assinatura na mensagem de cabeçalho. Em um primeiro momento, você diz, se for só isso então da para contar o problema, sim, mas o grupo <signature> esta dentro de um outro grupo que eu não sei se os valores são constantes ou variáveis. E a estrutura do grupo <signature> possui elementos que não são usados pelos demais.

Bom dia a todos, Conforme Nota Técnica 2014/002 versão 1.01 - pela tabela que esta na página 4, o destinatário só terá um resumo de eventos do CT-e e MDF-e.

Bom dia, Para você saber se o componente ACBrNFSe já atende uma determinada cidade é simples, basta abrir o arquivo Cidades.INI e procurar pela cidade. Se encontrar, significa que é possível emitir a NFS-e através do ACBrNFSe, caso contrario não. No caso da cidade de Florianópolis não consta, portanto não será possível emitir.

Boa noite Luis, Favor atualizar os fontes e realizar novos testes. Detalhe importante, fiz uma correção em um dos arquivos de Schemas, pois o mesmo ainda constava versão 1.00 para o modal sendo que o correto é 3.00

Boa noite Monteiro, Tudo me leva a crer que esse certificado é incompatível com o ACBr e ou DLLs usadas pelo mesmo.

Boa tarde Santos, Tente alterar as configurações do IE no que diz respeito a revogação de certificados. As SEFAZ me parecem que estão alterando os seus certificados.

Ramanho, Muito obrigado pelo retorno.

Boa tarde Luiz, Primeiramente esse tópico se refere ao CT-e e não a NF-e. Segundo a última postagem é de janeiro de 2011.

Boa tarde a todos, Vou escrever uma besteira, será que ocorreu alguma atualização do antivírus e este matou o Capicom? Pois ao mudar de libCapicom para libOpenSSL você deixa de usar a DLL Capicom.

Ramalho, Favor atualizar os fontes e realizar novos testes.

Boa tarde Ramalho, Pelo contrario, o campo assinatura que a mensagem se refere não esta sendo gerado com a letra "E". Vou checar a rotina que gera esse campo.

Talita, A SEFAZ-SP com certeza deve ter feito alguma alteração devido a nova versão e fizeram alguma "kaka". As outras funcionalidades estão funcionando, ou seja, o envio e consulta, o problema só ocorre com o envio de evento no caso o cancelamento?

Bom dia Rogério, Experimenta desmarcar as opções "Revogação de certificados" nas configurações do Internet Explorer.

Bom dia Talita, Qual é a UF do Emitente?

Thiago, Detectado problema na SEFAZ-Autorizadora, você deve alterar o tpEmis, gerar e assinar novamente o XML e enviar para a SVC. Só devemos informar o dhCont e xJust se o tpEmis=5. Alem de alterar o tpEmis é preciso alterar a configuração do componente também veja um exemplo: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrCTe.Configuracoes.Geral.FormaEmissao := teNormal; 1: if ACBrCTe.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then ACBrCTe.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrCTe.Configuracoes.Geral.FormaEmissao := teSVCSP; end;