Italo Giurizzato Junior

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.

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

Boa tarde, Nunca vi um retorno como esse.