Italo Giurizzato Junior

Bom dia John, Gisonline nada mais é do que o Ginfes, veja nas ULRs de produção e homologação bem como o endereço do site que você mesmo postou. O provedor Ginfes já esta implementado no componente, aliais ele foi o primeiro. Basta você alterar o provedor no arquivo Cidades.ini da respectiva cidade e fazer os testes com o programa exemplo.

Bom dia Adriano, Essas URLs são Namespace e não URLs do webservices. Na minha postagem anterior lhe disse que eu tinha feito um teste e o lote foi enviando com sucesso, mas foi rejeitado por contar dados fictícios. A sua rede possui Proxy? Se não tem, não devemos colocar nada no que diz respeito a Proxy na configuração do programa exemplo.

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

Bom dia a todos, O componente aborta o enviar se o lote possuir mais de 50 RPS isso se tratando dos métodos Enviar e EnviarSincrono, pois o método Gerar só é permitido o envio de um único RPS. E a checagem com relação ao tamanho em Kbytes o componente também faz e aborta o envio caso o tamanho seja maior que 500 Kbytes.

Bom dia, Favor anexar o XML do pedido de evento e seu respectivo retorno da SEFAZ.

Bom dia, Primeiramente, não entendo essa historia de usar o componente pela metade. Estou pensando sinceramente de quando eu for escrever o próximo componente não inclui as rotinas para gerar o XML e deixar a cargo de cada desenvolvedor. Gastamos um baita tempo e fazer um componente completo para depois... só quero carregar o XML que a minha aplicação gera e usar o componente para assinar e enviar.

Bom dia Luis, Como o componente esta sendo melhorado (pelo menos estamos tentando) a cada dia, pode ser que algumas coisas acabaram ficando para traz.

Bom dia Ferreira, Primeiramente, não entendo o motivo de usar o componente pela metade. Temos um baita trabalho implementado todas as rotinas para gerar os XMLs de cada evento, para depois... só quero carregar o XML gerado pela minha aplicação para poder assinar e enviar.

Bom dia Jorge, Devemos informar o CNPJ com os 14 dígitos e deixar que o componente decide se vai usar somente os 8 primeiros ou não.

Bom dia Mário, Muito obrigado pelos testes e pelo alerta, já fez a correção e ainda hoje estarei enviando para o repositório.

Bom dia Mário, Em vez de criar uma nova propriedade de configuração, fiz diferente criei novos tipos de enumeradores (em negrito) conforme abaixo: TEmpregador = (tePessoaJuridica, teOrgaoPublico, tePessoaFisica, teOrgaoPublicoExecutivoFederal, teOrgaoPublicoLegislativoFederal, teOrgaoPublicoJudiciarioFederal, teOrgaoPublicoAutonomoFederal); E modifiquei a função que gera a chave conforme abaixo: if Configuracoes.Geral.TipoEmpregador in [tePessoaFisica, teOrgaoPublicoExecutivoFederal, teOrgaoPublicoLegislativoFederal, teOrgaoPublicoJudiciarioFederal, teOrgaoPublicoAutonomoFederal] then Result := Result + copy(OnlyNumber(CNPJF) + '00000000000000', 1, 14) else Result := Result + copy(OnlyNumber(Copy(CNPJF, 1, 8)) + '00000000000000', 1, 14); Desta forma utilizado todos os dígitos do CNPJ/CPF se o tipo de empregador for uma Pessoa Física ou Orgão Publico do Poder Executivo/Legislativo/Judiciário/Autônomo Federal. Nos demais casos será utilizado somente os 8 primeiros caracteres do CNPJ. Favor atualizar os fontes e faça novos testes.

Bom dia Claudio, Noite esse problema também, esta semana vou verificar o que esta ocorrendo.

Bom dia a todos, Foi feita uma alteração tanto no componente quanto nos arquivos INI dos provedores. O componente a principio só usava o conteúdo do atributo ID (do RPS ou do Lote) como conteúdo do atributo URI da assinatura se o atributo ID fosse "Id". Se fosse "id" (tudo minúsculo) o uso estava sendo forçado através de uma alteração no grupo Signature após a assinatura ter sido realizada. Parece que para alguns provedores isso estava provocando a invalidação da assinatura. Com a modificação realizada no componente agora o conteúdo do ID vai ser utilizado mesmo que ele seja "Id" ou "id". Mas como tudo não são flores, alguns provedores exigem que o atributo URI fique vazio. Para contornar isso temos dentro do arquivo INI de cada provedor o campo URI que deve conter o valor 0 ou 1. Se for 1 o conteúdo do atributo ID será utilizado no atributo URI. Peço a todos que atualize todos os fontes de todas as pastas e ao instalar uma nova versão do seu aplicativo não esqueça de fornecer o INI do provedor atualizado. Se mesmo assim ocorrer algum problema referente a assinatura favor alterar o valor do URI que esta no arquivo INI. Favor reportar aqui neste tópico somente os provedores que foram necessários alterar o valor do URI. Desde já muito obrigado pela compreensão de todos.

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

Bom dia ALA, Como foi colocado para as outras cidades? Veja a URL de produção que você postou: https://ws.govdigital.com,br/ws/ton No arquivo Cidades.ini NomeURL_H=ton NomeURL_P=ton Veja o arquivo: GovDigital.ini [URL_P] RecepcaoLoteRPS=https://ws.govdigital.com.br/ws/%NomeURL_P% [URL_H] RecepcaoLoteRPS=https://homolog.govdigital.com.br/ws/%NomeURL_H% Agora troque o %NomeURL_P% por ton e compare com a URL de produção que o provedor lhe passou. O componente ao ler os arquivos Cidades.ini e GovDigital.ini vai montar as URLs de Produção e Homologação automaticamente realizando a troca da variável (%variável%) pelo seu conteúdo informado no arquivo Cidades.ini Pegou o espirito da coisa?

Bom dia Jorge, Com certeza você esta alimentando ou configurando o componente de forma errada, em vez de informar o CNPJ completo com os 14 dígitos esta informando somente os 8 primeiros dígitos.

Bom dia Rogério, Acabei de fazer um teste com o programa exemplo do ACBreSocial, configurado para a versão 2.04.02 Mandei carregar o arquivo INI do evento 1000 que consta na pasta: ...\Exemplos\ACBrDFe\ACBreSocial\ArqINI, ao realizar a assinatura ocorreu o erro de não ter encontrado o nó, cliquei no botão continuar, o XML foi validado sem nenhum problema, depois cliquei no botão Enviar e o evento foi enviado também sem nenhum problema. Alguma coisa esta errada na sua configuração, ou esta faltando esquemas dentro da pasta: C:\ACBr\Exemplos\ACBrDFe\Schemas\eSocial\v2_04_02

Ricardo, Nesse caso acredito que seja algum problema no webservice de homologação do provedor. Fez testes no ambiente de produção?

Rogério, Abra o arquivo de configuração do programa exemplo: ExemploEsocial.ini e veja como esta o campo PathSchemas. O meu esta assim: PathSchemas=C:\ACBr\trunk2\Exemplos\ACBrDFe\Schemas\eSocial\v2_04_02

Hugo, Passa a alíquota dividida por 100. Servico.Valores.Aliquota := 0.02; Vamos ver se agora vai funcionar.

Hugo, Favor anexar o XML de envio do Lote gerado pelo componente.

Boa tarde Luiz, O erro de não encontrar o nó ao executar a aplicação através do Delphi é normal. Quanto ao erro de validação, favor verificar se esta configurando corretamente o componente, no que diz respeito a propriedade ModeloDF, esta tem que esta com o valor moCTe e não moCTeOS.

Boa tarde Adriano, Essa cidade já consta no arquivo Cidades.ini, basta fazer os testes com o programa exemplo. Acabei de fazer um teste e consegui enviar um lote, mas como não tenho nenhum certificado de contribuinte dessa cidade, obviamente que o lote foi rejeitado.

Boa tarde Hugo, Entre em contato com o provedor e verifique se o ID do RPS tem que ser "rpsId" mais o numero do RPS conforme o XML de exemplo que você anexou. E também o ID do lote tem que ser "AGZ" mais o numero do lote formatado com 3 dígitos, também conforme o XML de exemplo.

Boa tarde ALA, Peço que você primeiro atualize todos os fontes de todas as pastas (inclusive os arquivos INI), depois faça a alteração e anexe novamente os arquivos Cidades.ini e EL.ini pois eles estão desatualizados.