Italo Giurizzato Junior

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

Bom dia Rodrigo, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr utilizando o ACBrInstall_Trunk2 com a opção apagar arquivos antigos marcada?

Bom dia Rogério, O componente esta configurado para salvar os arquivos soap? Se não estiver, configure da seguinte forma: Configuracoes.WebServices.Salvar := True; Faça um novo teste e anexe os arquivos de envio e de retorno desse evento, para que possamos analisar. Aproveita também e leia esse artigo: Evento de Prestação do Serviço em Desacordo.

Boa tarde Ricardo, Muito bom que você já esta providenciando a correção com relação ao cNF não ser igual a nNF. Quanto a contingência, por favor leia o artigo que lhe passei, quem sabe, alguma coisa você esteja fazendo errado.

Boa tarde Luís, Para não ficar duvidas, a versão é a 1.1 e as tags são: vBCSTISS e vSTISS ?

Boa tarde Nicoli, O e-Social e Reinf foi muito mal projetado visto a quantidade de versões em um curto espaço de tempo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Nicoli, O programa hoje disponível não esta atendendo o que?

Boa tarde Rafa, Pode ser alguma instabilidade do webservice.

Boa tarde Rodrigo, Eu não utilizo o componente, mas pelas postagem a versão 2.0 ainda não esta funcionando como deveria. Portanto somente a versão 1.0 mesmo.

Bom dia, Favor atualizar os fontes e faça novos testes, acredito ter encontrado o problema.

Ricardo, Não notei nada no arquivo XML de envio que pudesse estar ocasionando esse erro, mas tente mudar a serie, em vez de zero para "RPS".

Luís, Qual é o correto, enviar a tag com o valor zero ou não enviar? Validar é preciso sempre.

Ricardo, Não encontrei nada estranho na sua rotina de configuração. O componente esta configurado para salvar os arquivos soap? Configuracoes.webservices.salvar := True Favor anexar os arquivos gerados para que eu possa analisar.

Bom dia, O ID de um evento é gerado automaticamente pelo componente através da função: GerarChaveEsocial(const emissao: TDateTime; const CNPJF: string; sequencial: Integer): String; Note que é levado em consideração a Data/Hora de emissão, o CNPJ e um numero sequencial que pode ser aleatório.

Olá Pessoal, Muitos desenvolvedores acabam escolhendo um dos 3 métodos de envio de RPS e nem sempre funciona, porque? É muito simples, primeiro temos que separar os provedores em 3 grupos: os que seguem a versão 1 do layout da ABRASF, os que seguem a versão 2 e os que tem o seu próprio layout. Os provedores que seguem a versão 1 do layout da ABRASF oferecem somente o serviço de envio assíncrono, portanto só podemos usar o método Enviar do componente, esse método permite o envio de um lote contendo de 1 até 50 RPS. Os provedores que seguem a versão 2 do layout da ABRASF a principio oferecem os serviços: envio assíncrono, envio síncrono e gerar NFSe, respectivamente no componente temos os métodos: Enviar, EnviarSincrono e Gerar, onde os dois primeiros permite o envio de um lote contendo de 1 até 50 RPS e o último o envio de apenas 1 RPS. Destaquei "a principio" porque ao implementar dezenas de provedores que seguem a versão 2 no componente, notei que vários não disponibilizaram os 3 serviços e sim apenas um ou dois dos três sugeridos pelo layout. Logo não é possível afirmar que todos os provedores que seguem a versão 2, disponibilizam os 3 serviços de envio. Já os provedores que tem o seu próprio layout, não tem como estabelecer uma regra, pois cada um implementou o serviço que melhor lhe convém. Além dos serviços de envio, temos também os de consulta, cancelamento e substituição de NFSe. Como faço para saber quais são os serviços disponibilizados pelo provedor que vou utilizar, bem como o layout que ele segue? É muito simples, basta abrir o arquivo INI do mesmo. Na seção XML temos o campo Layout que pode conter os seguintes valores: ABRASFv1, ABRASFv2 ou outro valor (normalmente o nome do provedor). No caso de um valor diferente de ABRASFv1 e ABRASFv2 fica claro que não segue nenhuma das versões da ABRASF, logo tem o seu próprio layout. Para saber os serviços oferecidos pelo provedor basta olharmos para as seções: [Recepcionar] => Responsável por montar o envelope de Envio assíncrono, se consta a definição do envelope significa que este serviço esta disponível. [ConsSit] => Responsável por montar o envelope de Consulta a Situação do Lote, se consta a definição do envelope significa que este serviço esta disponível. [ConsLote] => Responsável por montar o envelope de Consulta ao Lote, se consta a definição do envelope significa que este serviço esta disponível. [ConsNFSeRps] => Responsável por montar o envelope de Consulta NFSe por RPS, se consta a definição do envelope significa que este serviço esta disponível. [ConsNFSe] => Responsável por montar o envelope de Consulta NFSe, se consta a definição do envelope significa que este serviço esta disponível. [Cancelar] => Responsável por montar o envelope de Cancelar NFSe, se consta a definição do envelope significa que este serviço esta disponível. [Gerar] => Responsável por montar o envelope de Gerar NFSe, se consta a definição do envelope significa que este serviço esta disponível. [RecSincrono] => Responsável por montar o envelope de Envio síncrono, se consta a definição do envelope significa que este serviço esta disponível. [Substituir] => Responsável por montar o envelope de Substituir NFSe, se consta a definição do envelope significa que este serviço esta disponível. Exemplo de um Envelope não definido, portanto serviço não disponibilizado no webservice do provedor: [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1= Exemplo de um Envelope definido, portanto serviço disponibilizado no webservice do provedor: [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> Texto2=<S:Body> Texto3=%DadosMsg% Texto4=</S:Body> Texto5=</S:Envelope> Conselho: Tenha uma tela de configuração que permite ativar ou não a execução de cada um desses métodos, assim a sua aplicação pode enviar o RPS através do método ou outro dependendo da configuração estabelecida por conta do provedor a ser utilizado.

Bom dia Gustavo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Rafa, Você esta com todos os fontes atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção: apagar arquivos antigos marcada? Configurou o programa exemplo corretamente?

Bom dia Ricardo, Vendo com mais calma o seu XML, notei que o tipo de emissão é 9 = contingência off-line, esta correto isso? O mais grave é você esta usando o numero da nota (nNF) como o código da nota (cNF), esse não foi o motivo da rejeição mas vai ser quando a SEFAZ aplicar a nova regra de validação. Aconselho você ler os artigos: Como tratar a contigência da NFC-e e Como funciona o campo cNF e nNF na chave da NF-e/NFC-e.

Bom dia Ricardo, Acabei de fazer um teste de envio (método Enviar) usando o programa exemplo do componente e não ocorreu o erro 500. Você esta com todos os fontes atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção: apagar arquivos antigos marcada? No caso da sua aplicação ela esta usando os arquivos INI atuais?

Bom dia Luís, Infelizmente tem provedor que não consegue estabelecer um padrão para todas as cidades que ele atende. Isso faz com que para algumas cidade tem que ser gerado de uma forma e para outras de outra forma. O estranho é o schema não aceitar o valor 0.00, talvez se for zero tem que ser apenas 0 e não 0.00

Bom dia Rodrigo, Gerar em qual versão você se refere?

Boa tarde, Na unit ACBrBPeWebServices temos: with TACBrBPe(FPDFeOwner) do begin EventoEhValido := SSL.Validar(FPDadosMsg, GerarNomeArqSchema(FPLayout, StringToFloatDef(FPVersaoServico, 0)), FPMsg) and SSL.Validar(AXMLEvento, GerarNomeArqSchemaEvento(SchemaEventoBPe, StringToFloatDef(FPVersaoServico, 0)), FPMsg); end; É preciso "debugar" essas linhas para descobrir qual dos dois Validar esta gerando essa mensagem de erro.

Boa tarde Ricardo, Se eu entendi, na filial tem dia que funciona e outro não, correto? Sem nenhuma alteração na aplicação ou atualização dos fontes do componente? Se existe uma intermitência chego a conclusão que o problema é na SEFAZ. Tanto a matriz quanto a filial estão localizadas na mesma UF? Caso contrario cada uma terá que ter o seu CSC.

Boa tarde, Já que você esta usando o componente, porque esta montando o arquivo INI, para depois carregar e por fim enviar? Porque você não monta a rotina de cancelamento conforme o exemplo