Italo Giurizzato Junior

Boa tarde Iuri, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde fabibona, Se ao gerar o evento, antes do seu envio você guardar o ID do mesmo no banco de dados, ao consultar o lote, você pode comparar esse ID com o ID da lista de eventos retornados e assim saber quais eventos foram processados com sucesso e quais não foram. Para ler o ID após gerar o evento faça assim: (por exemplo) ACBreSocial1.Eventos.NaoPeriodicos.S3000.Items[ x ].EvtExclusao.Id Para ler o ID do retorno faça assim: ACBreSocial1.WebServices.ConsultaLote.RetConsultaLote.RetEventos.items[ x ].Id Se esses dois ID foram iguais você tem ai o resultado do processamento do respectivo evento. Espero ter ajudado.

Boa tarde Edmar, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Edmar, Até onde sei esses evento não são enviados e sim retornados e já estão implementado a leitura dos XMLs retornados. Mas acredito que falta mais coisas a serem feitas.

Bom dia, Segundo o retorno esta ocorrendo rejeição 999. Toda vez que ocorrer esse tipo de rejeição não importa o que foi enviado para a SEFAZ, isso significa que o Web Service esta com algum problema e acaba retorno uma mensagem de rejeição genérica.

Bom dia, Favor anexar o XML de retorno para que eu possa verificar.

Bom dia, Que eu saiba o grupo <infoPerApur> é opcional só deve ser gerado se não for gerado o grupo <infoPerAnt> ou se existir alguma informação referente ao grupo <infoPerApur>.

Bom dia Edmar, Muito obrigado pela colaboração, já enviei para o repositório, com uma correção. Baixe e compare com o que você fez.

Bom dia a todos, Para aqueles que em suas aplicações atribuem o valor -1 ao campo cNF (no caso da NF-e/NFC-e) ou cCT (no caso do CT-e/CT-e OS) ou cMDF (no caso do MDF-e) ou cBP (no caso do BP-e), tomem cuidado, pois agora a nova função responsável por gerar a chave vai considerar o valor -1 como sendo zero e portanto o código numérico passa a ser gerado como sendo um numero aleatório e não como um código com base no numero do documento, como era antes. Para resolver esse problema a sugestão é o seguinte: em vez de: ide.cNF := -1; mude para: ide.cNF := GerarCodigoNumerico(ide.nNF); isso vai fazer com que seja atribuído a cNF um código numérico gerado com base no numero do documento, vai ter o mesmo efeito na geração da chave como era antes ao passar o valor -1 para cNF. De forma semelhante fazer o mesmo para o CT-e, MDF-e e BP-e. Lembrando que a função GerarCodigoNumerico se encontra na unit ACBrDFeUtil, logo devemos declara-la no uses da unit que será utilizada.

Boa tarde Jean, Exato, essas informações não são impressas no DACTE.

Bom dia Henrique, Estranho, pois segundo o schema a tag Aliquota possui 4 casas decimais, veja: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="5"/> <xsd:fractionDigits value="4"/> <xsd:minInclusive value="0"/> </xsd:restriction> </xsd:simpleType> Precisamos saber se a geração do RPS é com 2 ou 4 casas decimais, já o XML da NFS-e é gerado pelo provedor e este gerá com quantas casas decimais ele bem entender. E outra coisa importante, essa alteração não vai afetar as demais cidades atendidas pelo mesmo provedor?

André, Não criei um tópico, é que participo de um grupo e nele tem pessoas que se utilizam do certificado A3, logo eles podem dar alguma dica. Assim que eu tiver alguma resposta, posto aqui.

ALA, A leitura do retorno inicia na unit ACBrNFSeWebServices, mais precisamente pela função ExtrairNotasRetorno. Esta por sua vez se utiliza da função LerXML que se encontra na unit pnfsLerListaNFSe que por sua vez se utiliza da função LerXML (classe TNFSeR) que esta na unit pnfsNFSeR. A minha sugestão é colocar um break point em ExtrairNotasRetorno (linha 3726 - linha em vermelho). function TNFSeConsultarLoteRPS.TratarResposta: Boolean; begin FPMsg := ''; FaMsg := ''; FPRetWS := ExtrairRetorno(FPConfiguracoesNFSe.Geral.ConfigGrupoMsgRet.GrupoMsg); Result := ExtrairNotasRetorno; <<== coloque um break point nesta linha FPRetWS := ExtrairGrupoMsgRet(FPConfiguracoesNFSe.Geral.ConfigGrupoMsgRet.ConsLote); end;

ALA, Entendi, mas você chegou a "debugar" a partir do método Enviar, pois este se utiliza internamente do ConsultarLoteRps quando o componente esta configurado para realizar a consulta após o envio do lote. Com esse "debugue" da para descobrir o porque dele não estar alimentado as propriedades que você deseja.

Bom dia Renato, Muito obrigado pela colaboração, já enviei para o repositório. Um detalhe importante, os seus fontes estão desatualizados.

Bom dia ALA, Chegou a realizar testes com o programa exemplo do componente ACBrNFSe? Veja este fragmento de código do botão [Gerar e Enviar Lote RPS]: ACBrNFSe1.Enviar(vNumLote); for I := 0 to iQtde - 1 do begin MemoDados.Lines.Add('Nome XML: ' + ACBrNFSe1.NotasFiscais.Items[ I ].NomeArq); <== aqui é para constar o caminho mais o nome do XML MemoDados.Lines.Add('Nota Numero: ' + ACBrNFSe1.NotasFiscais.Items[ I ].NFSe.Numero); MemoDados.Lines.Add('Código de Verificação: ' + ACBrNFSe1.NotasFiscais.Items[ I ].NFSe.CodigoVerificacao); end;

Leonard, Cada provedor trabalha de forma diferente dos outros, esse exige que o numero do lote seja sequencial.

Bom dia Rubens, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia André, Passei o problema para o pessoal que tem mais experiencia com certificado A3.

Bom dia Juninho, Como as notas se encontram no site, isso significa que o envio esta sendo realizado, logo o problema é na consulta. Chego a conclusão que é o serviço de consulta do Web Service que esta com problemas.

Bom dia Leonard, O seu cliente lhe mostrou uma nota impressa ou o XML dela? Seria interessante obter o XML dessa nota para que você possa comparar. Só tome o cuidado, pois você vai estar comparando o XML da NFS-e com o XML do RPS que foi rejeitado pelo provedor.

Bom dia a todos, Não detenho conhecimento sobre esse componente, mas analisando a unit mencionada pelo Juliomar achei meio estranho, pois o método GerarEventoXML gera um XML contendo apenas o grupo <ideRecRetorno> vazio, sem nenhum campo. Esta certo isso? Se não esta, logo se faz necessário finalizar a implementação desse evento.

Boa tarde Joceandro, Muito obrigado pela colaboração, assim que possível vou enviar para o repositório.

Leonard, Também acredito que seria esse o caminho, caso queira contribuir com o projeto fazendo uma alteração no componente para detectar a ausência do ambiente de homologação e depois anexar o fonte alterado para que possamos analisar, ficaríamos gratos.

Boa tarde, Primeiramente este você diz respeito aos componentes ACBr e não ao programa gratuito que o SEBRAE assumiu. Sendo assim no meu entendimento quem tem que dar suporte a ele é o próprio SEBRAE. Outra coisa o valor de Numero Item Alterado normalmente vale UM, não sei porque você colocou 7. E para finalizar não são todos os campos que podem ser corrigidos através de uma carta de correção. O SEBRAE tem que disponibilizar uma lista dos campos que não podem ou que podem ser corrigidos através de uma carta de correção.