Michel Ouriques

Bom dia, e o arquivo de lote? não é lá o problema? <LoteRps> <NumeroLote>13</NumeroLote> <Cnpj>XXXXXXXXXXXXXX</Cnpj> <InscricaoMunicipal>XXXX</InscricaoMunicipal> <QuantidadeRps>1</QuantidadeRps> <ListaRps> ...

Isso mesmo, mais no caso dele o XML de retorno não veio a tag "Situacao", veio direto o erro

Bom dia acredito que seja o mesmo caso que eu tive esses dias. Na unit ACBrNFSeWebService, na função TNFSeConsultarSituacaoLoteRPS.Executar, nem sempre executa o TratarRespostaFinal (linha 2045). Tente comentar o IF acima (linha 2044) e tente novamente para ver se retornará a msg de erro corretamente.

Bom dia, Em ambiente de homologação, aqui pra mim sempre ocorre este erro " Código do município da prestação do serviço inválido. " desde o trunk1. Em produção funciona normal. Deve ser problema na Betha no ambiente de homologação.

O Italo enviou uma revisão agora pouco, testando em ambiente de homologação já está OK os métodos Enviar, ConsultarSituacao, ConsultarNFSeporRps, ConsultarNFSe

Bom dia, usei o ini que anexei anteriormente... Mais a alteração que tens que fazer é na seção [URL_P] URL de ConsultaSitLoteRPS, ConsultaSitLoteRPS, ConsultaNFSeRPS... você coloca a mesma de RecepcaoLoteRPS.

Boa tarde, acabei de testar para ISSNet e consegui pegar CodigoVerificacao, Numero da nota, Data emissao, tudo normal.. mais ou menos com o código abaixo if ACBrNFSe.ConsultarLoteRps(IntToStr( mNumLote[i] ), mProtocolo[i]) then begin for j:= 0 to (ACBrNFSe1.WebServices.ConsLote.RetornoNFSe.ListaNFSe.CompNFSe.Count - 1) do begin ACBrNFSe1.WebServices.ConsLote.RetornoNFSe.ListaNFSe.CompNFSe.Items[j].NFSe.CodigoVerificacao end; end;

Boa tarde, No início do ano, tive o mesmo problema com um cliente em São José também. No caso dele resolvemos substituindo o certificado gerado pela Betha por um outro do tipo E-CNPJ normal. Obs.: Não tenho como dar certeza, mais talvez o XML assinado com o certificado gerado pela Betha não esteja mais sendo aceito em produção.

O Italo subiu agora a pouco a "mesma" alteração que eu tinha anexado, atualiza e tenta novamente irá dar certo.

Após trocar os arquivos q mencionei continua acontecendo este erro?

Boa tarde Daniel, Comecei a testar e também tive problemas, fiz alterações nestes 3 arquivos abaixo, tente substituir eles.. ISSNet.ini ACBrNFSeWebServices.pas pnfsNFSeW_ABRASFv1.pas

Boa tarde Italo, Segue alterações que fiz para funcionar o provedor ISSDSF. Obs.: Não estou familiarizado com esta versão nova, fiz algumas alterações de jeito um que ficou funcional se não for a melhor maneira por favor me auxile. ACBrNFSe ISSDSF.zip

Bom dia, O Italo subiu a correção na revisão 10867

Ao que parece já está funcionando novamente

Creio que esteja com problema em todas as cidades.. Já postaram no forúm deles http://forum.betha.com.br/phpbb/viewtopic.php?f=93&t=20373 O jeito é aguardar.

Do ACBrNFSe no trunk2 foi mencionado em diversos tópicos que ainda não estava funcional (até por isso ainda uso o trunk). Só não sei dizer hoje em que ponto que está.

Você esta usando o trunk2? Já esta funcionando o ACBrNFSe no trunk2? Até onde eu sei não estava funcional ainda...

Bom dia, Segundo o erro a tag BaseCalculo está no local errado ou não deve existir. Verificando o schemas após a tag OutrasRetencoes deve ser a tag ValorIss. Debug a unit pnfsNFSeW.pas, e verifique onde gera o XML para o tal provedor e retire a inclusão desta tag para poder testar.

ACBrNFSe1.ConsultarLoteRps(NumeroLote, NumeroLote); Link: http://www.projetoacbr.com.br/forum/topic/22070-onde-altero-o-endereço-do-web-service-no-acbrnfse/?do=findComment&comment=147273

Pelo correto, você deveria colocar como "resolvido" este tópico e criar um novo

Não sei dizer se eles disponibilizam link, a impressão nossa é via sistema com ReportBuilder já desde os tempos da dll, ai usamos este mesmo... Mais creio que de para usar do ACBr sem problemas...

Então Gabriel, eu usava este provedor para São Luis - MA (agora já é outro provedor), e lá a prefeitura não permitia (na época) o cancelamento via WebService, por isso não tenho como te dizer especificamente como você deve proceder. Mais tente ativar a propriedade ACBrNFSe.Configuracoes.WebServices.Salvar e veja mais detalhes no XML. Obs.: Segundo o XML schema do provedor irá retornar uma tag Sucesso no XML

Agora esta tudo ok, já estou conseguindo excluir os anexos antigos

Em relação ao cancelamento, sempre fiz com os dados que tenho salvo no banco de dados, sem carregar o XML, tente assim. ACBrNFSe1.NotasFiscais.Clear; with ACBrNFSe1.NotasFiscais.Add, Ds_Tabela.DataSet do begin NFSe.Numero := 'INFORMAR'; NFSe.IdentificacaoRps.Numero := 'INFORMAR'; NFSe.IdentificacaoRps.Serie := 'INFORMAR'; NFSe.IdentificacaoRps.Tipo := trRPS; NFSe.PrestadorServico.IdentificacaoPrestador.Cnpj := 'INFORMAR'; NFSe.PrestadorServico.IdentificacaoPrestador.InscricaoMunicipal:= 'INFORMAR'; NFSe.PrestadorServico.Endereco.CodigoMunicipio := 'INFORMAR'; NFSe.MotivoCancelamento := 'INFORMAR'; //Se nao me engano, o motivo é usado em apenas um provedor e não no DSF (a confirmar) NFSe.CodigoVerificacao := 'INFORMAR'; end; ACBrNFSe1.WebServices.CancelaNFSe(mCodCanc);

Bom dia, Sim, envio em lote. No meu caso, sempre criamos o RPS, com o sequencial correto, e enviamos na ordem. Normalmente se algum RPS tem erro os outros RPS do lote não processa. No componente existe a função ConsultarSequencialRPS, creio que seria pra este seu caso, já tentou utiliza-la?