Italo Giurizzato Junior

Bom dia Leonard, Se você fizer e disponibilizar estará ajudando toda a comunidade. Desde já muito obrigado pela colaboração.

Boa noite Janderson, Favor prestar mais atenção, você postou o seu problema em um tóprico que esta tratando erros em CT-e e não NF-e.

Boa noite Julio, Favor atualizar os fontes e refaça os testes.

Boa noite, No meu entendimento não podemos realizar o serviço e depois documenta-lo, mas emitir o CTe OS na sexta e realizar o serviço no documento não vejo problemas. Não custa nada informar no campo observação que a saída será realizada em outra data.

Boa noite a todos, Já encontra-se disponível o ambiente de homologação para as empresas do estado do Maranhão e Goiás testarem o BP-e. O estado do Maranhão e Goiás serão atendidas pela SEFAZ Virtual RS. Para realizarem os testes é necessário que as empresas entrem em contato com a SEFAZ do seu estado.

Boa noite a todos, O componente antes não havia a necessidade de informar a versão do evento pois o componente preenchia automaticamente o campo versaoEvento com uma versão fixa. O problema é que com a mudança da versão de alguns Documentos Fiscais ocorreu a mudança da versão do evento também. Isso faz com que o evento seja rejeitado. Estamos estudando a melhor maneira do componente preencher automaticamente a versão do evento, versão esta atualizada.

Boa tarde Cleber, Pelos os Schemas a unica opção de envio é o Enviar mesmo.

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.