Danny

Pessoal, Para que a NFSeRetorno.InfCanc.MsgRetorno.Count não seja igual a zero é necessário acrescentar a seguinte linha em ACBrNFSeUtil.pas na função RetirarPrefixos: AXML := StringReplace( AXML, 'ns5:', '', [rfReplaceAll] ); Quanto a erro E160 ainda não descobri o problema. Alguém mais tem passado por isso? Danny

Pessoal, boa tarde. Desde minha última postagem ainda não consigo cancelar NFS-e para o ambiente de Homologação da Ginfes na prefeitura de Itú. Tentei analisar o fonte do projeto, mas não consegui identificar onde poderia estar ocorrendo o problema. Hoje gerei uma NFS-e no ambiente de Homologação normalmente e tentei cancelar logo na sequencia. Deixei o Configuracoes.WebServices.Visualizar = true e na "function TNFSeCancelarNfse.Executar" o NFSeRetorno.InfCanc.MsgRetorno.Count = 0. Portanto a mensagem apresentada com o 'Numero da NFSe : ' e 'Data Hora..... : ', ambos os campos estão vazios. Diferentemente das tentativas anteriores o arquivo 77-can.xml o contém o erro E160 (Arquivo enviado fora da estrutura do arquivo XML de entrada.) Postei todos os XMLs do processo. Alguém poderia me ajudar? Obrigado. 77-nfse.xml 77-can.xml 77-can-c.xml 77-ped-can.xml 77-ped-can-c.xml 77-nfse.xml 77-can.xml 77-can-c.xml 77-ped-can.xml 77-ped-can-c.xml

Boa tarde JMarcal, Aqui no fórum tem tópico que trata deste assunto. Dê uma pesquisada... Todos os municípios, e seus respectivos provedores, estão relacionados no arquivo ACBr\Fontes\ACBrNFSe\pnfsConversao.pas Espero ter ajudado.

Bom dia Italo, Foi cancelada sim. Arquivos em anexo. Observei que o arquivo <num>-nfse.xml deveria ser sobreposto em "Arquivos.GetPathNFSe", correto? Obrigado. 75-can.xml 75-can-c.xml 75-ped-can.xml 75-ped-can-c.xml

Italo, boa tarde. Aparentemente este XML (*-nfse.xml) não é alterado, ficando exatamente como é quando criado após executar o método "Enviar". Segue em anexo. Obrigado. 75-nfse.xml

Olá pessoal, Ao cancelar uma NFS-e no ambiente de Homologação o componente o faz normalmente, gravando os arquivos "*-can.xml" e "*-can-c.xml" cuja tag Sucesso está como "True" e a tag Mensagem como "A NFSe foi cancelada com sucesso." No mesmo ambiente mês passado eu fazia o cancelamento e no final do arquivo "*-nfse-xml" era incluída a tag NfseCancelamento. Porém este mês tenho feito alguns testes e, de todos eles, ao imprimir a NFS-e depois do cancelamento não aparece a mensagem "NFS-e CANCELADA" porque não é mais gravado a tag NfseCancelamento no XML. Analisando o código fonte do componente observei que ao cancelar o "ConsultarNfseRPS" é realizado automaticamente e acredito que é através deste método que a tag deveria ser incluída. Observei que se não existir a tag "CompNfse" o "NotasFiscais.Items[x].NomeArq" não é substituído. Será que o problema é o Ginfes? Alguém poderia me ajudar? Obrigado.

Bom dia, Este erro ocorreu também comigo. Não sei te dizer se o PR está preparado para cancelamento por Evento. O procedimento que fiz foi adequar o sistema ao esquema anterior de cancelamento (ACBrNFe1.Cancelamento) apenas para emitentes do PR. Tive também que adaptar impressão do DANFE o envio de e-mail do XML e DANFE para este estado. Para os outros estados te tenho cliente não ocorreu problema ao tentar cancelar por evento. Até mais.

LeoSlander, Dá uma olhada neste link: viewtopic.php?f=6&t=7620&start=30 Acabei de atualizar os componentes ACBr via update SVN e até o momento a correção ainda não está no servidor. Portanto sempre que complico a aplicação tenho que mudar a linha na mão provisoriamente. Abraço!

Pessoal, consegui resolver o problema substituindo: este: EventoRave.SystemSetups:=DANFeRave.SystemSetups - [ssAllowSetup]; por: EventoRave.SystemSetups:=EventoRave.SystemSetups - [ssAllowSetup]; Espero ter contribuído. Abraço.

Pessoal do ACBr, Tem ocorrido "ERRO: Access violation at address..." quando imprime um evento, seja de CC-e ou de Cancelamento, na linha 554 da procedure ImprimirEventoRave do ACBrDANFeCBRave.pas (EventoRave.SystemSetups:=DANFeRave.SystemSetups - [ssAllowSetup]. Para não ocorrer este erro tenho que imprimir uma NF-e (pelo RaveCB, utilizando a procedure ImprimirDANFeRave) sempre que entro no sistema pela primeira vez. Logo que possível estarei comparando ambas as procedures para indicar exatamente onde está o erro. Imagino que o motivo do erro seja que na ImprimirDANFeRave alguma propriedade é carregada e utilizada na ImprimirEventoRave, que por sua vez não a está carregada. Até breve!

Obrigado Régys, Atualizado, testado e 100% resolvido. Agora vou alterar a aplicação de modo que não valide mais essa situação das aspas. Abraços!

Ops, descupa minha falha. São aspas duplo e não asterisco como eu havia mencionado. Obrigado pela correção.

Claro que sim. Na imagem em anexo tem 2 caixas. A caixa da direita é relativo ao retorno da pesquisa para o WS república virtual e o da esquera é do WS da CEPLivre. Note a diferença no retorno do CEPLivre que tem os asteriscos no início e final de cada campo. Espero que isso esclareça um pouco mais o que mencionei. Qualquer dúvida vamos nos falando. Obrigado.

Daniel, testei no D2006 e o problema resolvido. Vi a alteração que você fez na HTTPGet do ACBrSocket.pas. Eu provavelmente demoraria uma eternidade para chegar nisso. A acentuação foi resolvida, mas o asterisco no início e final ainda persiste, porém é simples reparar isso na aplicação. Muito obrigado.

Obrigado pelo retorno. Com base no que você mencionou executei procedimeto de apagar toda a pasta ACBr. Criei uma nova pasta ACBr e baixei tudo novamente do https://acbr.svn.sourceforge.net/svnroot/acbr/trunk Também excluir o pacote ACBrTCP do delphi e inclui novamente depois que foi feito o download. Fiz o novo teste e o problema persistiu. Os campos com caracteres que tem acentuação são os que dão problema, além dos asteriscos no início e final. Será que executei o procedimento correto para reparar o problema que ocorre? Obrigado.

Bom dia pessoal, Ao disparar a pesquisa para o WS via componente no retorno os campos vem com caracteres estranhos, além de virem com asterisco no início e no final. Porém se digitar diretamente no browser (ex: http://ceplivre.com.br/consultar/cep//13012-100/csv) o retorno vem normal. Debuguei para tentar solucionar o problema, porém não consegui descobrir o problema. Alguém sabe o que pode estar ocorrendo? Obrigado.

Boa Wilson, Também fiz testes e encontrei um problema. Registrei em outro tópico acerca de um mês, porém ainda não foi alterado. De qualquer forma gostaria de deixar registrado aqui o problema que resolvi alterando o pcnRetCCeNFe.pas trocando a linha: (*HR25 *)FretEvento.Items.FRetInfEvento.FdhRegEvento := Leitor.rCampo(tcStr, 'dhRegEvento'); para (*HR25 *)FretEvento.Items.FRetInfEvento.FdhRegEvento := Leitor.rCampo(tcDatHor, 'dhRegEvento'); Abraços. Danny

Olá pessoal, Segundo indica o http://www.nfe.fazenda.gov.br/portal/li ... wLvLUSmU8= entendo que a CC-e ainda não está sendo válida. Também me chegou a seguinte infomação: " Portaria CAT 109, de 20-07-2011 (DOE 21-07-2011) Altera a Portaria CAT-162/08, de 29-12-2008, que dispõe sobre a emissão da Nota Fiscal Eletrônica - NF-e e do Documento Auxiliar da Nota Fiscal Eletrônica - DANFE, o credenciamento de contribuintes e dá outras providências. O Coordenador da Administração Tributária, tendo em vista o disposto no Ajuste SINIEF-07/05, de 30 de setembro de 2005, e no artigo 212-O, I e § 3º, do Regulamento do Imposto sobre Operações Relativas à Circulação de Mercadorias e sobre Prestações de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação - ICMS, aprovado pelo Decreto 45.490, de 30 de novembro de 2000, expede a seguinte portaria: Art. 1º - Fica acrescentado o artigo 38-B à Portaria CAT-162/08, de 29 de dezembro de 2008, com a redação que segue: “Art. 38-B - o saneamento de erro na NF-e poderá ser feito por meio de carta de correção em papel até 31 de dezembro de 2011, devendo, após essa data, ser feito exclusivamente por meio da Carta de Correção Eletrônica - CC-e de que trata o artigo 19.” (NR). Art. 2º - Esta portaria entra em vigor na data de sua publicação. " Estou certo em meus entendimentos? A CC-e realmente está sendo válida?

Olá pessoal, Estou realizando testes e encontrei um problema e resolvi alterando o pcnRetCCeNFe.pas trocando a linha: (*HR25 *)FretEvento.Items.FRetInfEvento.FdhRegEvento := Leitor.rCampo(tcStr, 'dhRegEvento'); para (*HR25 *)FretEvento.Items.FRetInfEvento.FdhRegEvento := Leitor.rCampo(tcDatHor, 'dhRegEvento'); Obrigado.

Boa tarde pessoal, Estou disposto a ajudar no desenvolvimento da CC-e. Peço que quem esteja a frente da implementação e desenvolvimento entre em contato caso necessite de ajuda. Obrigado.