Italo Giurizzato Junior

Boa tarde Marcio, Muito obrigado pela colaboração, já está no repositório.

Boa tarde Élviro, Se você esta emitindo o CT-e na versão 3.00 lembre-se que não tem mais a tag <dPrev> Data Prevista de Entrega.

Cleyton, Esse Registro de um evento CT-e autorizado é gerado automaticamente quanto uma transportadora emite um CT-e e neste é informado a chave da NF-e (documento originário) emitido pelo remetente da carga. Para emitir um CT-e seja ele em ambiente de produção ou homologação como você deseja, é necessário o certificado digital e os dados de uma transportadora que esteja habilitada a emitir CT-e. Você pode usar o programa exemplo para isso, mas acredito que será necessário fazer ajustes na procedure que alimenta o componente com os dados do conhecimento.

Boa tarde Walfrido, Eu me refiro a configuração do componente e não a alimentação do mesmo. O campo Produção não é padrão a todos os provedores, já a propriedade de configuração sim. Favor estudar o programa exemplo.

Boa tarde Cleyton, A informação que diz que existe um CT-e autorizado que contem a chave da nota é obtido através do método DistribuicaoDFePorUltNSU. Lembre-se que este método retorna: resumo de notas e eventos, XML completos de notas e eventos. A cada execução do método em sem retorno podemos ter até 50 documentos. Através da propriedade Schema é possível identificar cada um dos 4 tipos de documentos que o método retorna. Identificado o tipo, basta alimentar o seu banco de dados da forma correta. Em tempo: Movido para o lugar correto.

Bom dia Cleyton, Quando você se refere a Manifestação das notas, esta se referindo a Manifestação do Destinatário ou o Manifesto de Documentos Fiscais Eletrônicos ( MDF-e )?

Daniel, Ao reinstalar os componente através do ACBrInstall_Trunk2 você marcou a opção para apagar os arquivos antigos?

Bom dia Filipe, Muito obrigado pela colaboração, já esta no repositório.

O provedor Ginfes, segue a versão 1 do layout da ABRASF, sendo assim ele possui um método para consultar a situação do lote. function ConsultarSituacao(AProtocolo: String; const ANumLote: String = ''): Boolean; Neste caso é interessante primeiro consultar a situação do lote, pois esta consulta vai nos informar se: 1 = Não Recebido 2 = Não Processado 3 = Processado com Erro 4 = Processado com Sucesso Só devemos consultar o lote caso a situação seja 3 ou 4. Se a situação for 3 teremos como resposta o motivo da rejeição (erros), por outro lado se for 4 teremos como resposta o XML da NFS-e.

Bom dia, Configure o componente para salvar os arquivos soap (Configuracoes.WebServices.Salvar := True). Faça um novo teste de envio e anexe os arquivos soap de envio e de retorno para que possamos analisar.

Walfrido, O programa exemplo, possui uma opção onde você defini o ambiente (Produção ou Homologação).

Walfrido, Primeiro faça um teste usando o programa exemplo. Outra coisa, atribua o valor True a propriedade de configuração chamada: ConsultarLoteAposEnvio.

Bom dia Arnaldo, Primeiramente vamos ao se XML: <cStat>138</cStat> <xMotivo>Documento(s) localizado(s)</xMotivo> <dhResp>2017-11-14T17:28:13-02:00</dhResp> <ultNSU>000000000002964</ultNSU> <maxNSU>000000000002964</maxNSU> Note que o valor de ultNSU é igual a maxNSU isso significa que se tentar executar o DistribuicaDFePorUltNSU passando o valor 2964 (que é o valor de UltNSU) será retornado a mensagem que não existe mais documentos. A não ser que nesse meio tempo alguém emitiu mais alguma nota contra o seu CNPJ. Nesse XML se você abrir com um navegador vai notar que foi retornado: 15 resumos de notas e 1 XML completo de evento. Essas 15 notas você precisa realizar a Manifestação do destinatário, ao fazer isso o XML completo delas (dependendo da Manifestação realizada) ficará disponível, mas lembre-se que o NSU dos XML completos das notas será um numero maior que 2964. É por isso que eu sempre peço que após executar o DistribuicaoDFePorUltNSU devemos ler do retorno os valores de ultNSU e maxNSU. Devemos armazenar o ultNSU no banco de dados para utiliza-lo na próxima execução do DistribuicaoDFePorUltNSU. E pode usar o maxNSU juntamente com o ultNSU para saber se devemos executar mais uma vez o DistribuicaoDFePorUltNSU ou aguarda um tempo (por exemplo 1 hora). Em vez de usar o maxNSU, pode usar o valor de cStat, se for 138 devemos realizar uma nova consulta caso contrario devemos aguardar um tempo. Quanto ao programa exemplo, realmente é preciso atualiza-lo, removendo o botão de Consultar NFe Destinadas.

Bom dia Sergio, Segundo a Nota Técnica 2016/002 versão 1.41 na página 14 temos a sequencia "I05b" composta pelas tags: CEST (obrigatória), indEscala (opcional) e CNPJFab (opcional). Note que essa sequencia é opcional, mas caso você venha informar o indEscala e ou CNPJFab será obrigado a informar também o CEST. O indEscala será obrigatório para produtos com NCM relacionado no Anexo XXVII do convenio 52/2017, conforme informado na coluna de observação da respectiva tag. Como você pode ver o indEscala não tem nada haver com o CEST, mas ambos fazem parte de uma sequencia e nesta a tag CEST é obrigatória. Sendo assim não vejo necessidade de fazer alteração no pcnNFeW.pas

Bom dia Daniel, Favor atualizar os fontes, reinstalar usando o ACBrInstall_Trunk2 e tente novamente.

Bom dia Reginaldo, Favor atualizar e instalar novamente.

Bom dia Walfrido, Você esta com todos os fontes de todas as pastas atualizados? Você esta usando o programa exemplo para realizar os testes?

Boa noite Diego, Acredito que até o final desta semana vou conseguir implementar. Ai vou precisar de você para fazer os testes.

Boa tarde rlmariz, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde, Nunca vi um retorno como esse.

Boa tarde Diego, Se essa mudança ocorreu recentemente com certeza nada foi alterado no componente. Mas pelo que vi, a prefeitura montou um Web Services segundo a versão 2 do layout da ABRASF, sendo assim não é difícil acrescentar.

Boa tarde Walfrido, Você esta tentando enviar para qual cidade?

Bom dia Rodrigo, A mensagem é clara: Ocorreu um erro de suporte a canais seguro. Existem várias postagem que trata sobre esse assunto, pesquise por: suporte a canais seguro.

Bom dia, Você esta tentando imprimir a Carta de Correção passando esse XML? Se sim esta errado, pois esse XML é o pedido de correção e ainda por cima esta sem a assinatura digital. Você tem que passar para o comando de impressão do Monitor o arquivo que tenha o seguinte nome: <ID>-procEventoCTe.xml Este arquivo contem o pedido de correção, assinado e com o protocolo da SEFAZ que acusa que o evento foi registrado e vinculado ao CT-e.

Bom dia Flavio, Ao executar o método DistribuicaoDFePorUltNSU você esta informando o UltNSU retornado pela execução anterior? Exemplo: Na primeira execução temos: DistribuicaoDFePorUltNSU( codUF, CNPJ, UltNSU) onde UltNSU é igual a zero. Suponha que é retornado o valor 36 no campo UltNSU. Na segunda execução temos: DistribuicaoDFePorUltNSU( codUF, CNPJ, UltNSU) onde UltNSU é igual a 36. Suponha que é retornado o valor 86 no campo UltNSU. Na terceira execução temos: DistribuicaoDFePorUltNSU( codUF, CNPJ, UltNSU) onde UltNSU é igual a 86. Outra coisa se o valor de MaxNSU for 1500, ao manifestar as notas, as notas manifestadas terão o seu NSU maiores que 1500. Sendo assim será necessário executar "n" vezes o DistribuicaoDFePorUltNSU até começar baixar os XML completos das notas manifestadas.