Italo Giurizzato Junior

Boa tarde, A montagem do ID do evento esta errado. Veja: Você acrescentou zeros a esquerda o CNPJ e tem que ser a direita.

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Wilson, Pelo que me recordo esse provedor não foi implementado no componente.

Bom dia, Acabei de fazer um teste usando o programa exemplo do eSocial. Primeiramente carreguei o XML que você anexou (eSocial_S-2220_ADAILTON SANTOS ALVES.xml) através do botão [Carregar XML] Este botão após você selecionar o XML desejado, o carrega através do seguinte comando: ACBreSocial1.Eventos.LoadFromFile(OpenDialog1.FileName); Ao executar o método LoadFromFile o componente verifica se o XML esta assinado, caso não esteja o mesmo será assinado e em seguida será validado. Portanto não se faz necessário executar o método AssinarEventos. Como não obtive nenhum erro referente a assinatura ou de validação, em seguida cliquei no botão [Enviar] e o evento foi enviado sem nenhum problema.

Bom dia Marcos, Você esta com todos os fontes de todas as pastas atualizados? Lhe pergunto isso, pois o seu arquivo INI do provedor não esta atualizado. Como você se utiliza o método Gerar para realizar o envio do RPS o valor do campo RPS na seção [Assinar] não tem efeito no método Gerar e sim nos métodos Enviar e EnviarSincrono. O método Gerar checa o valor de RpsGerar para decidir se o RPS será assinado ou não e em determinados provedores se utiliza do valor do campo LoteGerar, pois tem provedor que permite um lote de até 3 RPS no envio através do método Gerar.

Bom dia Matheus, Qual é o Report que você esta usando (Fast ou Fortes)? Jeito tem, será necessário realizar a formatação desse campo para esse provedor no componente de impressão do DANFSE. Se você puder colaborar em fazer essa alteração ficaremos gratos.

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

Bom dia Sérgio, Vou verificar o motivo de ter alterado de 90 para 91, mas fazendo da forma que lhe mostrei não é para ocorrer erros.

Bom dia Luiz, O componente gera a chave (identificação única do evento) e a utiliza para compor o nome do XML a ser salvo em disco, veja: A identificação única do evento (Id) é composta por 36 caracteres, conforme o que segue: IDTNNNNNNNNNNNNNNAAAAMMDDHHMMSSQQQQQ ID - Texto Fixo "ID"; T - Tipo de Inscrição do Empregador (1 - CNPJ; 2 - CPF); NNNNNNNNNNNNNN - Número do CNPJ ou CPF do empregador - Completar com zeros à direita. No caso de pessoas jurídicas, o CNPJ informado deve conter 8 ou 14 posições de acordo com o enquadramento do contribuinte para preenchimento do campo {ideEmpregador/nrInsc} do evento S-1000, completando-se com zeros à direita, se necessário. AAAAMMDD - Ano, mês e dia da geração do evento; HHMMSS - Hora, minuto e segundo da geração do evento; QQQQQ - Número sequencial da chave. Incrementar somente quando ocorrer geração de eventos na mesma data/hora, completando com zeros à esquerda. OBS.: No caso de pessoas jurídicas, o CNPJ informado deverá conter 8 ou 14 posições de acordo com o enquadramento do contribuinte para preenchimento do campo {ideEmpregador/nrInsc} do evento S-1000, completando-se com zeros à direita, se necessário.

Renato, No seu XML temos 3 ocorrências do grupo <dmDev> sendo que somente na primeira ocorrência consta o grupo <itensRemun>, sendo que este grupo conforme consta no manual ele é obrigatório e podendo ocorrer de 1-200 vezes para cada <dmDev>. Dai o motivo do erro.

Esse arquivo que você anexou tem: "<?xml version="1.0"?>" não é para ter nada disso.

Boa tarde Thiago, Você abriu o arquivo XML de retorno? Notou que o evento não foi aceito?

Sergio, Ao alimentar o componente você não fez da forma abaixo? ICMS.SituTrib := cstICMSOutraUF; ICMS.ICMSOutraUF.CST := cst90;

Boa tarde Renato, Favor anexar o XML do evento.

Boa tarde Alessandra, Com certeza 1: o provedor que atende a prefeitura de Jundiaí/SP fez alguma kaka. Com certeza 2: eles vão negar que o problema é neles e sim na sua aplicação.

Boa tarde Sergio, E como fica o XML ao setar o cst com o valor cstICMSOutraUF?

Boa tarde, Ao gerar o XML não inclua o encoding. Removi o grupo assinatura e o encoding e funcionou. S-2220-0.xml

Boa tarde a todos, Acredito que o problema seja de configuração, falta de algum arquivo XSD, ou arquivos XSD da NF-e misturados com XSD de outros tipos de Documentos Fiscais Eletrônicos tais como CT-e ou MDF-e. Pois acabo de fazer um teste, emiti uma NF-e na versão 4.00 em ambiente de homologação - SEFAZ-SP. A nota foi autorizada. Em seguida solicitei o seu cancelamento. O cancelamento foi realizado com sucesso. Não ocorreu nenhum erro de falta de schema ou outra coisa, funcionou 100%.

Boa tarde Luiz, Infelizmente os estagiários que estabeleceram a chave dos eventos resolveram usar somente os 8 primeiros dígitos do CNPJ. A solução que vejo é você usar o ultimo campo da chave (Numero Sequencial) para determinar as filiais, não vejo outra saída a não ser essa.

Boa tarde Valdelir, Use o programa exemplo, configure o campo SSLLib com o valor libWinCrypt e deixe o resto com os seus valores padrões. E faça os testes.

Boa tarde a todos, Na página 154 do Manual do CT-e versão 3.00 temos os 4 tipos de CT-e que existem (campo #17).

Bom dia Thiago, Por favor anexa o arquivo que você alterou para que possamos analisar.

Bom dia Paulo, Eu não sei porque no eSocial foi criado o tipo e consequentemente a função para informar a UF. Na NF-e, NFC-e, CT-e, MDF-e, BP-e e NFS-e os campos referentes a UF são todos String. Não se em todos os Schemas que validam os eventos do eSocial, mas alguns que vi no que diz respeito a UF possui a checagem das siglas que são aceitas. Logo se alterarmos os campos UF para string, ao atribuir uma sigla invalida o Schema vai pegar e acusar o erro. Na minha opinião devemos alterar os campos UF (opcionais) para o tipo string como é o caso desse e consequentemente remover a função existente na linha que você colocou em negrito.

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

Bom dia a todos, As tags referente ao FCP estão presentes nos seguintes CST: vBCFCP -> 10 / 20 / 51 / 70 / 90 pFCP -> 00 / 10 / 20 / 51 / 70 / 90 vFCP -> 00 / 10 / 20 / 51 / 70 / 90 vBCFCPST -> 10 / 30 / 70 / 90 pFCPST -> 10 / 30 / 70 / 90 vFCPST -> 10 / 30 / 70 / 90 vBCFCPSTRet -> 60 pFCPSTRet -> 60 vFCPSTRet -> 60 pST -> 60 para o Simples Nacional temos para os seguintes CSOSN: vBCFCPST -> 201 / 202 / 203 / 900 pFCPST -> 201 / 202 / 203 / 900 vFCPST -> 201 / 202 / 203 / 900 vBCFCPSTRet -> 500 pFCPSTRet -> 500 vFCPSTRet -> 500 pST -> 500