Italo Giurizzato Junior

Bom dia Luiz, Por favor anexe o XML do CT-e que esta sendo rejeitado, para que possamos analisar.

Boa tarde Guerreiro, Insista enviando e-mail para eles, pois só assim vão resolver o problema.

Boa tarde Heto, Tem tomar cuidado com o Try pois pode ocultar algumas mensagens do componente. Outra coisa importante, o método ConsultaSituacao a principio é utilizado pelos provedores que seguem a versão 1 do layout da ABRASF. Já os que seguem a versão 2 esse método não deve ser executado.

Boa tarde Cantu, Favor enviar o XML de retorno para o meu e-mail.

Boa tarde Junior, Me diz uma coisa, no XML do CT-e quantas observações ao Fisco existem? Quantas Notas Fiscais comum (de papel) existe no CT-e? Estou te perguntando pois acredito que você esta fazendo errado o XML da CC-e. A tag nroItemAlterado não é um numero sequencial de alterações dentro do XML da CC-e e sim a posição da informação no XML do CT-e quando este se encontra dentro de uma lista. No seu XML diz que esta sendo corrigido a série da terceira nota. Se no CT-e contem apenas a informação de uma nota a tag nroItemAlterado tem que ser 01 e não 03.

Boa tarde Robson, Por via de regra o certificado usado para assinar tem que ser do emitente do documento. Sendo assim, quem emiti o CT-e ? É a transportadora, logo o certificado a ser utilizado tem que ser da transportadora. Quem emite o evento de Prestação de Serviço em Desacordo? É o tomador do serviço, logo o certificado a ser utilizado tem que ser do tomador.

Boa tarde Cleonir, Não, nesse caso o correio é o redespacho. Veja este exemplo: uma empresa do Rio de Janeiro através de uma transportadora leva uma mercadoria até a cidade de São Paulo, mas em vez de entregar a mesma a uma outra transportadora para que esta realize o transporte até o destinatário, resolve entregar ao correio, pois o custo será bem menor.

Bom dia Cleonir, Isso é um absurdo, se você envia um produto através do correio você vai emitir uma NF-e e não um CT-e. O CT-e é emitido por uma transportadora que por sua vez vai realizar o transporte do produto até o seu destinatário. Até pode ocorrer da transportadora levar o produto até um determinado ponto e dai para frente ser o correio, mas até onde sei o que o correio quer agora é que a nota ou no caso o conhecimento não esteja dentro da embalagem e sim fora.

Bom dia a todos, Vejam essa postagem:

Bom dia Alexandre, Mas você esta conseguindo gerar, assinar, validar e enviar usando o componente ACBrMDFe? Se sim, o problema é o validado da SEFAZ que ainda não esta preparado para validar na versão 3.00

Bom dia a todos, arce, notei que você ainda esta usando os fontes antigos, incluse essa unit não tem mais esse nome. Peço que faça uma cópia e atualize todos os fontes de todas as pastas e reinstale os componentes. Fiz a correção na unit que gera o evento 2230 e já enviei para o repositório.

Boa tarde Jeihcio, Na unit ACBreSocialWebServices, temos: function TWebServices.Consultar(const AProtocolo: string): Boolean; begin FConsultaLote.FProtocolo := AProtocolo; // FConsultaLote.GerarXML; Descomente a linha acima e veja se resolve.

Boa tarde Alexandre, Você deve alimentado o componente e depois executado o método Validar. Pois bem antes de executar o método Validar execute o Assinar.

Boa tarde Wellington, Use o programa exemplo do componente ACBrBPe. Lembre-se: 26/12/2017 SEFAZ Virtual habilitada para CE Informamos que a SEFAZ Virtual RS encontra-se disponível no ambiente de homologação para as empresas do estado do Ceará testarem o BP-e. O credenciamento deverá ser feito com a SEFAZ Ceará, empresas interessadas devem entrar em contato em sua UF.

Boa tarde pessoal, Vou enviar para o repositório a correção da unit mais a atualização do programa exemplo, favor atuar e fazer novos testes. Desde já muito obrigado.

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.