Italo Giurizzato Junior

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.

Boa tarde Tiago, Para testar a conexão tente: var i:dword; begin if InternetGetConnectedState(@i,0) then showmessage('esta conectado') else showmessage('falha na conexão'); Esse teste tem que ser feito antes de enviar o lote, assim você já pode tomar uma decisão, ou pede para o usuário aguardar e tentar novamente mais tarde, ou emite a nota em contingência. Para evitar erro de validação é preciso validar os dados no momento de realizar o cadastro dos clientes, produtos, etc.

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 Tiago, Não sei bem ao certo quais as mensagem que você deseja que não sejam mostradas, mas confere ai. Qual é o valor da propriedade de configuração: Configuracoes.WebServices.Visualizar? Se for True altere para False. Outra coisa, se uma nota foi rejeitada pelo motivo de Duplicidade é porque a sua aplicação esta deixando o usuário enviar a mesma nota mais de uma vez. Uma nota enviada não pode ficar disponível para ser enviada novamente a não ser que a mesma tenha sido rejeitada, por exemplo o total da nota não bate com a soma dos totais dos itens. Após o envio de uma nota, você deve marcar no banco de dados que a mesma foi enviada, desta forma travando para que o usuário envie novamente. E se por acaso a nota ficar sem protocolo? Neste caso devemos carregar o componente com o XML da nota que deve estar assinado e executar o método Consultar. Se a nota realmente foi enviada com sucesso, a SEFAZ vai retornar o protocolo de autorização, ai você atualiza o seu banco de dados. Agora se ocorreu erro no enviar, a SEFAZ vai retornar uma rejeição acusando que a nota não costa na base de dados deles, ai sim você libera no banco de dados a nota para ser enviada novamente. Espero ter ajudado.

Boa tarde Roberto, O arquivo SP.ini se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI E os Schemas se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SP Espero ter ajudado.

Valdir, Abra esse arquivo através de um navegador, note que nele consta o XML da NF-e e no final temos um grupo chamado <procEventoNFe> e dentro deste outros dois grupos também chamados <procEventoNFe>. Esses 2 grupos cada um você vai notar que se refere as 2 cartas de correções que foram enviadas para essa nota. Infelizmente ainda o componente não extrai desse XML os eventos e salva-os separadamente, mas através de um editor de texto você consegue extrair, ou você pode tentar escrever uma rotina que faça isso.

Boa tarde Tiago, No arquivo ACBrNFeServicos.ini não consta as URLs da NFC-e versão 4.00 de RS ambiente de Produção somente as da versão 3.10 Já as de homologação contem tanto as da versão 3.10 quanto da versão 4.00 Para que seja possível o envio da NFC-e versão 4.00 em ambiente de produção para a SEFAZ-RS precisamos das URLs, para atualizar o arquivo ACBrNFeServicos.ini Favor entrar em contato com a SEFAZ-RS e solicita-las.

Boa tarde Valdir, Esse XML nada mais é do que o XML da NF-e. Me diz uma coisa ao carregar o XML da NF-e e executar o método Consultar, não foi salvo um XML chamado: *-NFeDFe.xml ? Se sim, você poderia anexa-lo?

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 Tiago, Me diz uma coisa a nota não foi validada pelo componente, ou ela foi rejeitada pela SEFAZ, ou ocorreu durante o envio? Pela sua postagem "erro de http erro 500" significa que a sua aplicação não consegui enviar a nota para a SEFAZ. Todos os fontes de todas as pastas estão atualizados? Outra coisa o arquivo ACBrNFeServicos.ini que contem as URLs de todos os Estados tanto da NF-e quanto da NFC-e, não consta as URLs da versão 4 da SEFAZ-RS para NFC-e do ambiente de Produção somente as de homologação. Já foi liberado o ambiente de produção?

Bom dia Tiago, Na sua rotina que alimenta o componente com os dados da venda é preciso incluir a linha abaixo: infNFe.Versao := 4; Mas se no XML já esta aparecendo que a versão é 4.00 não precisa se preocupar.

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.

Marcelino, Não, o MDF-e é outro tipo de documento fiscal, chamado Manifesto de Documentos Fiscais Eletrônicos, não tem nada haver com a Manifestação do Destinatário. A Manifestação do destinatário é um evento como é a Carta de Correção e o Cancelamento de uma NF-e. Existem 4 tipos de eventos de Manifestação do Destinatário. Te aconselho a baixar do Portal Nacional da NF-e as seguintes Notas Técnicas: Nota Técnica 2014/002 versão 1.02b que trata sobre o Distribuição DFe. Nota Técnica 2012/002 versão 1.02 que trata sobre a Manifestação do Destinatário, nessa NT também contem informações sobre a Consulta a NF-e Destinada e o Download de NF-e, esquece esses dois, pois eles foram substituídos pelo Distribuição DF-e.

Boa tarde Marcelino, O processo é dividido em 3 etapas. 1. demos usar o método DistribuicaoDFeporUltNSU para baixar os resumos; 2. devemos enviar um evento de manifestação do destinatário para cada nota (resumo) obtido na etapa anterior. 3. por fim devemos usar novamente o DistribuicaoDFePorUltNSU para baixar novos resumos e os XML completos das notas manifestadas na etapa anterior. Lembre-e que a cada execução do DistribuicaoDFePorUltNSU devemos sempre informar o NSU retornado pela execução anterior. Por exemplo executo o DistribuicaoDFePorUltNSU e informo o valor 60 como sendo o ultimo NSU. Ao obter o retorno tenho um novo NSU (retornado na propriedade UltNSU), por exemplo 85. A próxima vez que for executar o DistribuicaoDFePorUltNSU devo informar o valor 85. Espero ter ajudado.

Boa tarde, O componente ACBrNFSe procura atender os provedores que seguem a versão 1 do layout da ABRASF, os que seguem a versão 2 e os que não seguem a ABRASF, ou seja, tem o seu próprio layout. Sendo assim o componente dispõe dos seguintes métodos: Enviar -> envia um lote no modo assíncrono com até 50 RPS. EnviarSincrono -> envia um lote no modo síncrono com até 50 RPS. Gerar -> envia um RPS. ConsultarSituacao -> Consulta a situação do Lote, retornando apenas se o mesmo existe na base de dados, se esta na fila, se foi processado com erros ou se foi processado com sucesso. ConsultarLoteRps -> Consulta o Lote, devemos utilizar esse método quando o lote foi processado, se o mesmo foi processado com sucesso, teremos como resposta o XML da NFS-e, caso contrario teremos a lista de rejeições (erros). ConsultarNFSeporRps -> Consulta uma NFS-e com base no numero e serie do RPS, se o mesmo foi processado com sucesso, teremos como resposta o XML da NFS-e, caso contrario teremos a lista de rejeições. ConsultarNFSe -> Consulta uma NFS-e com base no numero e serie da NFS-e, se a mesma foi processada com sucesso, teremos como resposta o XML da NFS-e, caso contrario teremos a lista de rejeições. CancelarNFSe -> envia o pedido de cancelamento, alguns provedores se faz necessário executar o ConsultarNFS-e para obter o XML da NFS-e cancelada. SubstituirNFSe -> envia o pedido de cancelamento de uma NFS-e e o RPS que vai substitui-la, se for processado com sucesso teremos o XML da NFS-e substituta. Como não existe ainda em vigor uma padronização a nível nacional, dependendo do provedor alguns dos métodos acima não vão funcionar, retornando a mensagem: Erro a funcionalidade [XYZ] não foi disponibilizada pelo provedor: ABC. Onde XYZ é o método que você tentou usar e que o provedor ABC não disponibilizou em seu Web Service.

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.