Italo Giurizzato Junior

Bom dia Hélio, Segundo a NT 2020/001 - MDF-e Integrado, deixa claro que o CIOT vai ser gerado automaticamente pelo Sistema MDF-e. No meu entendimento o Sistema MDF-e é o webservice da SEFAZ que recepciona o MDF-e. Agora a partir de quando isso vai começar a ocorrer e como vai ser esse processo, ou seja, não vai mais ser necessário informar o CIOT no MDF-e, não sei lhe informar pelo simples fato da NT não deixar claro isso. Sendo assim você deve gerar via site ou através do ACBrCIOT que se utiliza do eFrete e enviar o CIOT no MDF-e.

Como dito anteriormente, para que o Destinatário possa obter o XML completo precisa enviar o evento de Manifestação do Destinatário. Já a transportadora obtém o XML completo independente do Destinatário ter enviado o evento ou não. O único requisito é que o CNPJ da transportadora esteja informado no campo CNPJ que se encontra dentro do grupo <transporta>. Configure o componente para salvar os arquivos em disco. Faça um novo teste e depois anexe os XMLs gerados aqui no fórum para que possamos analisar.

Bom dia Cleonir, Muito obrigado pela colaboração, já estou enviando para o repositório.

Bom dia Cleber, Já chegou a fazer testes com o programa exemplo, mas atribuindo o valor libWinCrypt a SSLLib?

Bom dia, É possível sim, da seguinte forma: // após a execução do método DistribuicaoDFePorChaveNFe // a variável aXML é do tipo string, ela vai conter o XML da NF-e obtida pelo método DistribuicaoDfe aXML := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[0].XML; // Para ler o XML de uma string usamos o método abaixo ACBrNFe1.NotasFiscais.LoadFromString(aXML); // a partir deste ponto as informações podem ser lidas dos campos desejados

Bom dia, A mensagem de erro é: Sistema e-FRETE (www.efrete.com.br): [Negócio] (Protocolo: 365.227) Erro adicionando operação de transporte: Erro validando motorista: Celular do motorista diferente, verifique se o mesmo celular não está sendo informado para o motorista e o proprietário do veículo. Um telefone celular apenas pode ser informado para uma pessoa. Pela mensagem de erro concluo que o numero do celular informado ao motorista é o mesmo que foi informado ao proprietário do veiculo. Por ser TAC-Agregado o próprio motorista é o proprietário do veiculo, sendo assim deveria aceitar. Para resolver esse problema, o jeito é informar um telefone fixo por exemplo ao cadastrar o proprietário do veiculo e o numero do celular ao cadastrar o motorista, a pesar de ser a mesma pessoa. Você também pode entrar em contato com o eFrete e questionar sobre esse problema. Quem sabe eles melhoram as regras de validação deles.

Bom dia Matheus, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório.

Bom dia Ronie, Muito obrigado pela colaboração, já envie para o repositório.

Ronie, Não funcionou, você esta usando o programa exemplo?

Em produção com certeza sim, vai ser possível realizar o cadastro. Não sei se o seu cliente vai precisar fazer ao cadastro no eFrete ou somente você como desenvolvedor e através do seu sistema vai ser possível cadastrar ele como transportador, os veículos, etc.

Eu não utilizo o componente ACBrCIOT, apenas ajudo no seu desenvolvimento, mas pelo que sei se faz necessário alterar o programa exemplo informando os dados desses transportadores e veículos. Não sei se você vai conseguir realizar o cadastro de uma transportadora ou de um veiculo novo, acredito que deve ser utilizado dessa planilha. Você esta clicando no botão errado. O botão Gerar apenas gera o XML do serviço que você escolheu e não faz mais nada. Devemos usar o botão Criar e Enviar, este sim, vai gerar o XML do serviço escolhido e enviará para o webservice do eFrete.

Bom dia a todos, Pelo o que eu entendi o amigo do nildglan desenvolveu um websevice para emissão de NFS-e e já firmou contrato com aproximadamente 30 prefeituras. Nildglan, esse webservice segue o layout da ABRASF no que diz respeito ao XML do RPS, envio, consulta, cancelamento e do XML da NFS-e, ou possui um layout próprio? Se segue a ABRASF a inclusão dele no componente ACBrNFSe se torna fácil e rápida, caso contrario a sua implementação se torna complicada. Como a Juliana colocou acima, por favor crie uma nova postagem e nos de mais informações sobre esse webservice.

Bom dia Abrantes, Um MDF-e pode conter CT-e ou NF-e. Essa maquina é de propriedade dessa empresa de SP que vai alugar ela para uma empresa de MT que será utilizada em uma obra em MG, correto? Se sim, essa empresa de SP deverá emitir uma NF-e de saída dessa maquina a titulo de aluguem (não sei se tem CFOP para esse tipo de situação) e depois emitir um MDF-e informando essa NF-e, não pode esquecer que o tipo de emissor do MDF-e é transporte de carga própria e não transportadora.

Bom dia Ronie, Fiz um teste com a sua unit e seu XML e não obtive o resultado esperado.

Bom dia, O componente ACBrCIOT no momento só esta funcionando com o eFrete e este não disponibilizou os schemas para que fosse possível validar o XML antes do seu envio. Logo não precisa informar nada no campo que pede o local dos schemas. Dica, não poste conteúdo de XML como parte da postagem, procure sempre anexar o mesmo. Esse XML é do pedido e não do retorno. Qual é o problema que você esta tendo?

Primeiramente, quem pode obter o XML de uma nota? 1. O Destinatário da mercadoria desde que ele envie o evento de Manifestação do Destinatário, caso contrario vai obter somente um resumo da mesma. 2. O Transportador da mercadoria desde que o seu CNPJ esteja informado no grupo transporta da referida nota. Obs: Pelo fato do transportador não ser o destinatário da mercadoria não se aplica aqui o evento de Manifestação do Destinatário. 3. Terceiros, pessoas que o emitente autoriza a obter o XML da nota, para que isso ocorra o emitente deve informar o CNPJ ou CPF no grupo autXML. Obs: Pelo fato do terceiro não ser o destinatário da mercadoria não se aplica aqui o evento de Manifestação do Destinatário. De posse do XML completo da nota, você pode usar o método LoadFromFile do componente ACBrNFe para ler o XML, depois basta ler os campos que contem as informações desejadas. Exemplo: Nome := ACBrNFe.NotasFiscais.Items[0].NFe.Emit.xNome; Fantasia := ACBrNFe.NotasFiscais.Items[0].NFe.Emit.xFant; Logradouro := ACBrNFe.NotasFiscais.Items[0].NFe.Emit.EnderEmit.xLgr; Numero := StrToIntDef(ACBrNFe.NotasFiscais.Items[0].NFe.Emit.EnderEmit.nro, 0); Complemento := ACBrNFe.NotasFiscais.Items[0].NFe.Emit.EnderEmit.xCpl; Bairro := ACBrNFe.NotasFiscais.Items[0].NFe.Emit.EnderEmit.xBairro; CEP := IntToStr(ACBrNFe.NotasFiscais.Items[0].NFe.Emit.EnderEmit.CEP); Municipio := ACBrNFe.NotasFiscais.Items[0].NFe.Emit.EnderEmit.xMun; UF := ACBrNFe.NotasFiscais.Items[0].NFe.Emit.EnderEmit.UF; Telefone := ACBrNFe.NotasFiscais.Items[0].NFe.Emit.EnderEmit.fone;

Werner, A rotina que realiza essa consulta é a mesma para ambos os ambientes. Se o XML da consulta você me garante que não tem nada de errado com ele, como eu garanto que a rotina de consulta do componente é a mesma para ambos os ambientes e se esta funcionando no ambiente de homologação e ocorrendo erro no de produção, concluo que o problema é na SEFAZ-RS. Favor entrar em contato com eles e relatar o problema.

Boa tarde Júlio, Você configurou o componente: SSLLib = LibWinCrypt ?

Boa tarde Werner, Favor anexar o XML referente a consulta. Agora se esta funcionando no ambiente de homologação e o de produção não, com certeza é problema na SEFAZ.

Boa tarde Marcio, Você esta engessando a sua aplicação. É preciso ter uma tela de configuração onde você define quais configurações vão ser utilizadas para o cliente em questão. Se você faz essa configuração no componente, corre o risco de ter mais de um projeto da mesma aplicação.

Boa tarde, Isso é muito simples, basta usar o método DistribuicaoDFePorChaveNFe que se encontra no componente ACBrNFe. Requisito para que a nota esteja disponível para ser baixada: o emitente da nota informar no grupo <transporta> o CNPJ da transportadora.

Boa tarde Felipe, A linha abaixo não tem nada haver com o carregar o XML de uma NFS-e. ACBrNFSe1.Configuracoes.Geral.PathIniCidades := 'c:\delphi'; Essa linha você configura a pasta que contem o arquivo Cidades.ini É utilizada pelo componente para descobrir qual é o provedor utilizado pela cidade cuja nota vai ser emitida.

Bruno, Abra o arquivo nfse_3.xsd através de um bloco de notas (por exemplo) e procure pela definição da alíquota. Vai notar que na definição diz que tem que ter 4 casas decimais.

Bom dia Bruno, Favor entrar em contato com o provedor e solicitar os arquivos XSD (Schemas), esses arquivos traz a definição de cada campo do XML. O que temos diz o campo Alíquota tem que ter 4 casas decimais. E pela mensagem de rejeição diz que tem que ter 2. Outra coisa, o provedor SimplISS possui 2 webservices, um que segue a versão 1 do layout da ABRASF e outro que segue a versão 2. Os Schemas que temos o campo alíquota esta definido com 4 casas decimais para a versão1 e com 2 para a versão 2 do layout da ABRASF.

Bom dia a todos, Notei que o XML disponibilizado pelo Solivan a tag <infDeclaracaoPrestacaoServico> possui o atributo "Id" cujo valor é utilizado na assinatura do RPS. Já o XML disponibilizado pela Elisangela a referida tag não possui o atributo, logo é utilizado o valor do Id que se encontra na tag <Rps> (filha de infDeclaracaoPrestacaoServico).