Italo Giurizzato Junior

Claudiney, Entendi, é gerado algum XML antes desse erro?

Boa tarde Ramalho, Fiz uma alteração no componente, acrescentei mais um parâmetro no método ConsultarNFSePorRps. function TACBrNFSe.ConsultarNFSeporRps(ANumero, ASerie, ATipo: String; const ANumLote: String = ''): Boolean; Pelo que notei o provedor ISSDSF necessida do numero do lote ao montar o XML dessa consulta, acredito que seja esse o problema. Como você esta usando o numero do RPS como numero do lote no enviar faça o mesmo nessa consulta.

Boa tarde Márcio, Muito obrigado pela colaboração, já enviado para o repositório.

Boa tarde Edvanio, O componente [edtConsultas.ValueInt] foi desenvolvido por mim, trata-se de um TEdit que permite a entrada somente de valores numéricos. Você pode usar um Tedit do Delphi e mudar a linha da seguinte forma: until (k = StrToIntDef(edtConsultas.Text, 1)) or (sTemMais = 'S');

Boa tarde Claudiney, Mas não é dessa forma que se envia um lote de RPS. FPRetornoWS := FPDFeOwner.SSL.Enviar(FPEnvelopeSoap, FPURL, FPSoapAction, FPMimeType); Favor estudar o programa exemplo.

Boa tarde Ramalho, Todos os fontes de todas as pastas estão atualizados? Se sim, reinstalou os componentes com o ACBrInstall_Trunk2? Se sim, configure o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Faça um novo teste e anexa os arquivos soap gerados.

Bom dia a todos, Jefferson, com a SEFAZ-AM estou tendo o erro 500, vou tentar descobrir o motivo. Sandro, aqui para mim funcionou com libCapicom.

Bom dia Fabrício, No caso da versão 3.10 elas são iguais. Faça um testes, abra o arquivo ACBrNFeServicos, copie as linhas que contem as URLs da versão 4.00 do ambiente de homologação da NF-e e copia para a NFC-e. Depois execute Compila_RES que se encontra dentro da mesma pasta do ACBrNFeServicos. Por garantia execute novamente o ACBrInstall_trunk2 para que os componentes sejam compilados e reinstalados novamente. Por fim compile a sua aplicação com a opção Build e faça os testes setando para a versão 4.00

Bom dia Andréa, Você deve estar se referindo a nova tag urlChave que deve ser gerada quando emitimos a NFC-e versão 4.00, correto? Pois bem essa tag segundo a Nota Técnica tem que ter um tamanho minimo de 21 e máximo de 85 caracteres, pois bem, quem defini essa URL é a SEFAZ e não nós, logo devemos esperar até que a SEFAZ faça os ajustes necessários. Mas você pode fazer a sua parte, pressionando a SEFAZ a fazer esse ajuste para que seja possível a realização dos testes em ambiente de homologação.

Boa noite André, Favor atualizar os fontes, note que fiz uma alteração no arquivo INI do provedor, atualize e faça novos testes.

Boa tarde Cleber, Favor atualizar os fontes e faça novos testes.

Boa tarde Arturo, A sua intensão é emitir CT-e ou CT-e OS? Outra coisa, existe um erro no seu TXT O modelo do CT-e é 57 e do CT-e OS é 67, você informou 55 que é o modelo da NF-e. veja: forPag=1 mod=55

Gilvan, Veja a resposta retornada pelo Web Services: RecepcionarLoteRpsResponse cannot be null! Diz que o RecepcionarLoteRpsResponse não pode ser nulo, mas que gera o conteúdos do grupo <RecepcionarLoteRpsResponse> é o web service do provedor. A pergunta agora é, porque o web service esta gerando um grupo com nenhum conteúdo?

Bom dia Matheus, Primeiramente, peço que preste mais atenção quando postar pois aqui é uma área destinada ao componente ACBrNFSe e não o ACBrCTe. Segundo as configurações iniciais estão corretas, logo me leva a crer ser alguma configuração no Internet Explorer que esta provocando esse erro.

Bom dia Cesar, Por favor configure o componente para salvar os arquivos Soap. Configuracoes.WebServices.Salvar := True. Faça um novo teste e anexa os arquivos Soap gerados, para que possamos analisar.

Bom dia, Esta com todos os fontes de todas as pastas atualizados? Pois acabo de realizar um teste agora: Consultar Status de Serviço - SEFAZ-SP - ambiente de homologação - versão 4.00 da NF-e esta tudo normal. 20170823103617-sta.xml

Bom dia Gean, Primeiro, não devemos deixar passar mais do que uma semana sem atualizar, por conta de mudanças referentes as novas versões da NF-e, NFC-e, CTe e MDFe. Varias implementações, correções e melhorias estão sendo realizadas. Faça um backup de tudo, apague a pasta que contem os fontes do ACBr, crie uma nova pasta, baixe do zero todos os fontes usando o Tortoise e por fim reinstale usando o ACBrInstall_Trunk2 e não esqueça de marcar a opção de apagar arquivos antigos.

Marcos, Eu faço da seguinte forma: // Configurações -> Arquivos DMDFe.CTe.Configuracoes.Arquivos.AdicionarLiteral := True; DMDFe.CTe.Configuracoes.Arquivos.EmissaoPathCTe := True; DMDFe.CTe.Configuracoes.Arquivos.SepararPorMes := True; DMDFe.CTe.Configuracoes.Arquivos.SepararPorModelo := False; DMDFe.CTe.Configuracoes.Arquivos.SepararPorCNPJ := False; DMDFe.CTe.Configuracoes.Arquivos.Salvar := True; DMDFe.CTe.Configuracoes.Arquivos.PathCTe := Trim(DM_CTA.ParamDFePathSalvar.AsString); DMDFe.CTe.Configuracoes.Arquivos.PathInu := Trim(DM_CTA.ParamDFePathSalvar.AsString); DMDFe.CTe.Configuracoes.Arquivos.PathEvento := Trim(DM_CTA.ParamDFePathSalvar.AsString); DMDFe.CTe.Configuracoes.Arquivos.PathSchemas := Trim(DM_CTA.ParamDFePathSchema.AsString); PathMensal := DMDFe.CTe.Configuracoes.Arquivos.GetPathCTe(0); DMDFe.CTe.Configuracoes.Arquivos.PathSalvar := PathMensal; Onde DMDFe é um Data Module e o componente ACBrCTe1 foi renomeado para CTe.

Bom dia Campos, Eu utilizo o ACBrMDFe1.Manifestos.Assinar, pois alem de gerar o XML já assina, deixando pronto para ser validado. Abrindo a unit ACBrMDFeManifestos.pas e procurando por GerarMDFe encontramos o seguinte: procedure TManifestos.GerarMDFe; var i: integer; begin for i := 0 to Self.Count - 1 do Self.Items.GerarXML; end; Concluímos que o comando ACBrMDFe1.Manifestos.Items[0].GerarXML; vai gerar o XML do primeiro MDFe ADD ao componente uma vez que foi passado o valor ZERO como índice de Items. Por outro lado o comando ACBrMDFe1.Manifestos.GerarMDFe; vai gerar o XML de todos os MDFe ADD ao componente. Espero ter ajudado.

Bom dia Victor, Primeiramente, o DANFE que é exibido/impresso possui o protocolo de autorização? Se não esta é porque ocorreu um erro no retorno. Neste caso basta carregar o XML através do método LoadFromFile(xNomedoXML, False) e executar o método Consultar. Agora se o DANFE contem o protocolo de autorização, significa que a sua aplicação deve estar gerando novamente o XML, para algum fim, sendo que não deveria.

Bom dia Otair, Noto que existem duvidas em como usar esse recurso. O método DistribuicaoDFePorNSU só deve ser usado quando é notado que algum NSU não foi baixado. Devemos sempre utilizar o método DistribuicaoDFePorUltNSU. Este último baixa até 50 documentos (Resumo de Nota, Nota Completa, Resumo de Evento ou Evento Completo) baseado no valor de UltNSU informado, ou seja, se o valor de UltNSU for 125, o método vai baixar até 50 documentos cujos NSU são maiores que 125. Por outro lado o método DistribuicaoDFePorNSU só baixa UM documento, ou seja, o documento cujo NSU foi informado. Se o documento cujo NSU informado não consta mais da base de dados do Ambiente Nacional (3 meses) não vai baixar nada mesmo.

Bom dia Claudemir, Ele tinha em mãos o DANFE ou o XML? Com o XML em mãos fica mais fácil saber onde essa informação deve ser colocada.

Bom dia Felipe, Não encontrei nada de diferente no seu pnfsConversao.pas, por outro pado o pnfsNFSeR que você anexou esta muito desatualizado. Favor primeiramente atualizar todos os fontes de todas as pastas, depois fazer as devidas correções. E por fim anexar os fontes alterados para que possamos analisar.

Bom dia, Esses erros não tem nada haver com os schemas, pois estes só são utilizados para verficar se o XML gerado pelo componente esta em conformidade com o Schema. Lote ainda não processado, deixa claro que o lote contendo os RPS foi recebido com, mas encontra-se na fila de processamento. Existem provedores que passam o dia recebendo os lotes e só inicia o seu processamento durante a madrugada.

Bom dia André, Analisando o WSDL do provedor com o arquivo INI do mesmo noite que no WSDL não existe nenhuma URL definida para o SoapAction, já no arquivo INI consta a palavra enviar. Veja como esta no arquivo INI: [SoapAction] Recepcionar=enviar ConsSit='' ConsLote=nfdSaida ConsNFSeRps= ConsNFSe= Cancelar=NfdEntradaCancelar Gerar= RecSincrono= Substituir=enviar A minha sugestão é: [SoapAction] Recepcionar=* ConsSit='' ConsLote=* ConsNFSeRps=* ConsNFSe=* Cancelar=* Gerar=* RecSincrono=* Substituir=* Ou seja atribuir o caractere * para todos o SoapAction. Faça essa alteração e refaça os testes. Se funcionar nos de um retorno para que possamos fazer o mesmo e enviar o arquivo INI corrigido para o repositório.