Italo Giurizzato Junior

Bom dia Jean, Na versão 3.00 do CT-e não existe mais a tag que contem a data de previsão de entrega.

Bom dia Junior, Analisando o XML de envio, notei que a descrição do evento contem cedilha e acento: <descEvento>Carta de Correção</descEvento> Favor atualizar todos os fontes de todas as pastas, reinstale os componentes através do ACBrInstall_Trunk2 (não esqueça de marcar a opção para apagar arquivos antigos), por fim compile a sua aplicação. O XML de envio tem que ficar dessa forma: <descEvento>Carta de Correcao</descEvento>

Bom dia Edmar, Você poderia anexar o XML de retorno referente a consulta?

Bom dia a todos, Estamos fazendo vários ajustes no componente, peço que tenham um pouco de paciência e nos ajude nos testes. Desde já muito obrigado.

Bom dia Edmar, Por favor faça um backup e atualiza os fontes e faça novos testes com o programa exemplo, tanto de envio do lote quanto de consulta.

Boa noite Julian, Quando falo que a NFS-e é uma zorra, acham que falo demais. Ta ai mais um exemplo. Quer saber o motivo de emitir a nota via site ser diferente de emitir via web services? Pergunta para o provedor.

Boa noite ALA, Não da para anexar somente o form que contem o erro? Pois não consigo ler.

Boa noite hromao, O componente ACBrNFSe não gera o código de verificação, pois este consta no XML da NFS-e retornado pelo provedor. Note que esta ocorrendo um truncamento da informação, sendo assim o problema é o componente que imprime o DANFSE.

Boa noite ALA, Favor anexar o arquivo que foi alterado.

Bom dia Joceandro, Primeiro é preciso gerar o XML do evento depois você pode ler a propriedade Id da seguinte forma: Vamos usar como exemplo o evento S-1000. xID := ACBreSocial1.Eventos.Iniciais.S1000.Items[ x ].evtInfoEmpregador.Id; Todos os eventos são uma lista, logo podemos ter mais de 1 evento S-1000, sendo assim cada um terá o seu ID, ou seja, a sua chave.

Bom dia a todos, As URLs estão corretas, acredito que o problema seja na montagem do envelope a ser enviado para o web service, ainda hoje estarei vendo essa questão.

Bom dia a todos, Fiz algumas alterações no componente em relação ao ID e a geração da chave. No meu entendimento a propriedade ID deve conter o ID completo ou seja a chave do evento. Sendo assim fiz uma alteração visando alimentar essa propriedade com o retorno da função GerarChaveeSocial. Acrescentei uma nova propriedade chamada Sequencial. Ela deve ser alimentada ao alimentar os demais campos dos eventos, por exemplo: with ACBreSocial1.Eventos.Iniciais.S1000.Add do begin evtInfoEmpregador.Sequencial := 0; (...) Se o valor atribuído a propriedade Sequencial for zero (conforme o exemplo) a função GerarChaveeSocial vai gerar um numero aleatório para compor o último elemento da chave (conforme tabela postada pelo Paulo), caso contrario será utilizado o numero informado. Vejam como ficou a unit do evento S-1000: Self.Id := GerarChaveEsocial(now, self.ideEmpregador.NrInsc, self.Sequencial, ATipoEmpregador); GerarCabecalho('evtInfoEmpregador'); Gerador.wGrupo('evtInfoEmpregador Id="' + Self.Id + '"'); Notem que a função GerarChaveeSocial agora recebe o valor da propriedade Sequencial e não mais a constante zero como estava antes e também recebe o Tipo do Empregador que é definido em propriedade de configuração do componente, onde podemos escolher entre tePessoaJuridica ou teOrgaoPublico. O que vocês acharam da implementação?

Boa noite Elias, As duas que você anexou, já enviei para o repositório, muito obrigado pela colaboração.

Boa tarde hromao, Favor atualizar os fontes e refaça os testes.

Boa tarde Gustavo, Esta com todos os fontes atualizados?

Boa tarde Rubens, Favor utilizar inicialmente os botões: [Gerar e Enviar Lote RPS] esse botão vai gerar e enviar um lote com até 50 RPS no modo assíncrono (se utiliza do método Enviar). [Gerar e Enviar um RPS] esse botão vai gerar e enviar somente um RPS (se utiliza do método Gerar). [Gerar e Enviar Lote - Síncrono] esse botão vai gerar e enviar um lote com até 50 RPS no modo síncrono (se utiliza do método EnviarSincrono). Os provedores que seguem a versão 1 do layout da ABRASF só implementaram o método Enviar, já os que seguem a versão 2 do layout implementaram os 3 métodos ou dois deles, é preciso testar. Já os provedores que não seguem o layout da ABRASF, tem que testar um por um para saber qual dos 3 foi implementado pelo provedor em questão.

Boa tarde Karine, Faça o seguinte teste. Gera um BP-e em contingência e imprimir o DABPE. Depois enviar para SEFAZ o XML do BP-e em contingência e por fim imprima o DABPE novamente. Na primeira impressão é para aparecer a mensagem EMITIDA EM CONTINGÊNCIA e na linha de baixo Pendente de autorização. Já na segunda impressão não é para aparecer essas mensagens e sim o protocolo de autorização. Tire uma foto de ambos para que possamos ver como ficou.

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

Boa tarde Heronim, Já tentou os métodos: EnviarSincrono e Gerar?

Boa tarde a todos, Favor verificar se a linha 296 da unit ACBrNFSeNotasFiscais é: if not (Configuracoes.Geral.Provedor in [proAbaco, proSMARAPD, proNotaBlu, proSP]) then e se no arquivo SP.ini consta: [Assinar] RPS=0 Lote=1 URI=0 Pelo que notei esta gerando no XML o valor do atributo URI na assinatura, sendo que para o provedor SP não deve gerar.

Boa tarde Andre, Por que você alterou o nome dos XSD no arquivo INI do provedor? Com essa alteração ele não acha os Schemas e não consegue validar o lote antes do envio.

Boa tarde Lucio, Chegou a atualizar os fontes?

Boa tarde, Alem de baixar a DLL do Capicom, você registrou a mesma?

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas e reinstale os componentes. Notem que inclui a cidade de Sete Lagoas/MG no arquivo Cidades.ini e criei um arquivo INI especifico para a respectiva cidade. Arquivo: Actconv202 - Sete Lagoas Esse arquivo deve ser renomeado para Actconv202.ini para ser utilizado com a cidade Sete Lagoas.

Boa tarde Marcelo, Você esta com todos os fontes de todas as pastas atualizados? Pois os arquivos que o Augusto anexou já foram enviados para o repositório, logo não se faz necessário fazer a troca novamente.