Italo Giurizzato Junior

Boa tarde Kiko, No meu exemplo condição 4 onde temos a transportadora cobrando o frete do emitente da NFe, a empresa que você se refere é a emitente da NF-e que como dito vai pagar o frete, sendo assim vai lançar esse documento no seu registro de entrada, estou correto? Neste caso quem tem direito ao crédito é o emitente da NF-e e não o destinatário da mercadoria, é isso?

Boa tarde a todos, Ao meu ver o problema é sim o programa utilizado pelo escritório que não consegue prever todas as situações: <IE></IE> ou <IE/> ou <IE /> Vocês acham que o escritório vai dizer que o programa utiliza não preve todas as situações, como fica a sua imagem perante a todos os clientes. É mais fácil dizer que o seu programa que esta gerando o XML de forma incorreta, desta forma é a sua imagem que esta em jogo e não a do escritório.

Boa tarde cvpereira, A coisa é mais simples que você imagina: veja esta function que você pode incluir no seu componente: function RetirarPrefixos(AXML, sPrefixo: String): String; begin AXML := StringReplace( AXML, sPrefixo, '', [rfReplaceAll] ); result := AXML; end; Como utilizar: Primeiro você carrega o XML para dentro de uma variável string, por exemplo sXML, depois executa a função: sXML := RetiraPrefixos(sXML, 'ns1:'); Agora você tem o XML sem o prefixo nas tags.

Boa tarde a todos, Sim, quanto mais opniões, mais informações e idéias, mas devemos sempre deixar claro que não somos os donos da verdade, e sempre buscar orientação, nesses casos, com o contador do nosso cliente. Outro detalhe é sempre bom ao conversar com o contador ter o cliente presente também, se isso não for possível, pedir a explicação de por escrito (e-mail).

Boa tarde, É bom que se deixe claro, que isso se refere as UF participantes do projeto piloto como é o caso do Amazonas. A intenção é que esse projeto que começou com meia duzia de Estados, no decorrer deste ano outros Estados resolvam optar pela NFC-e, observando é claro o resultado obtido pelos demais.

Boa tarde Edudidu, No caso do CTe só temos os 4 tipos de emissão: teNormal, teFSDA, teSVCRS ou teSVCSP. Portanto dependendo da situação e da UF você vai utilizar um tipo ou outro. O tipo teFSDA é o de contingência utilizado pelo CTe. Já os tipos teSVCRS e teSVCSP são as SEFAZ Virtuais de Contingência RS e SP. Para mais detalhes sobre esses 2 tipos de emissão favor ler a NT 003/2012 disponivel no Portal Nacional do CT-e.

Peterson, Você concorda que o destinatário desta forma esta reembolsando o emitente no que diz respeito ao frete. E para que o destinatário não saiba disso eles colocam o valor do frete em despesas acessórias e não como frete.

Bom dia Edudido, No caso do CTe temos: // TpcnTipoEmissao = (teNormal, teContingencia, teSCAN, teDPEC, teFSDA, teSVCRS, teSVCSP); case rgTipoEmissao.ItemIndex of 0: Ide.tpEmis := teNormal; 1: Ide.tpEmis := teFSDA; // Contingencia FSDA 2: Ide.tpEmis := teSVCRS; 3: Ide.tpEmis := teSVCSP; end;

Igor, Eu não sou contador, logo não posso afirmar qual é a maneira correta e legal de se fazer. É apenas uma opnião minha. O que devemos fazer é procurar um bom contador e expor todas as situações e como proceder em cada uma delas. Quando implantei o meu sistema em um cliente, pedi a presença do contador, para que este me apresenta-se todos os cálculos de todos os tributos, uma vez que trata-se de uma industria, logo temos IPI, fora o ICMS e outros. Desta forma a minha aplicação que emite NF-e realiza os cálculos segundo o que foi dito pelo contador, se amanhã o meu cliente for altuado por estar emitindo NF-e com os calculos errados, o culpado nessa história é o contador e não eu. Portanto Tagales, de posse de todas as nossas opniões procure o contador da empresa em questão e se possível vai em busca de outros contadores, para ter uma respota, digamos oficial.

Bom dia Alexsander, Eu acredito que vai continuar sim, sendo NT 004/2012 a unica diferença é a data de sua publicação. Se você for no Portal Nacional da NF-e, na página que consta as NT, você vai notar que esta faltando a de numero 004.

Bom dia Peterson, Você esta correto, o frete quando existir faz parte da base de cálculo do ICMS. Mas temos 4 situações: 1. O emitente da NFe realiza o proprio transporte da mercadoria e o frete é por conta do destinatário; 2. O emitente da NFe realiza o proprio transporte da mercadoria e o frete é por conta do emitente; 3. O emitente da NFe não realiza o transporte da mercadoria, deixando a cargo de uma transportadora e o frete é por conta do destinatário; 4. O emitente da NFe não realiza o transporte da mercadoria, deixando a cargo de uma transportadora e o frete é por conta do emitente; Na situação 1 eu concordo em destacar o valor do frete e é claro deve fazer parte da base de cálculo do ICMS. Agora nas demais não vejo motivo, pois entendo que nas situações: 2. o frete é gratuido; 3. e 4. quem esta cobrando pelo frete é a transportadora e não o emitente da NF-e.

Daniela, Existe uma recomendação a todos que participam do projeto piloto, que toda a documentação fornecida não deve ser divulgada. Pois trata de um projeto piloto, e durante esse tempo algumas mudanças podem surgir. Temos que esperar a publicação da NT pela SEFAZ no Portal Nacional da NF-e.

Bom dia Daniela, Como dito anteriormente, a SEFAZ disponibilizou a NT 004/2012 somente para as empresas que estão participando do projeto piloto. Se você desenvolve aplicações para alguma desses empresas, basta pedir.

Bom dia Piracaiasoft, Não, no campo de observação você pode colocar o que você desejar. Mas lembre-se que ao transportar uma carga, ela deve ser acompanhada do DANFE e do DACTE, como você utiliza o DANFE para emitir o DACTE, após a impressão do mesmo, pode-se grampear as duas folhas, logo não vejo tanta necessidade, mas pode sim colocar no campo de observação.

Boa tarde a todos, Ao meu ver, se existir uma transportadora envolvida no transporte a mercadoria vendida o valor do frete não deve ser destacado na nota, independente de quem vai pagar o frete. A empresa X vende o produto A para o cliente Y, quem vai pagar o frete é o cliente Y (destinatário). Mas quem vai tramsportar o produto A até o cliente Y é a transportadora T que por sua vez vai emitir o conhecimento. Neste caso o cliente Y vai pagar a Nota Fical o valor referente ao produto adquirido e vai pagar o conhecimento (frete) referente ao serviço de transporte. Algo semelhante caso a Empresa X se responsabelize pelo pagamento do frete, só que neste caso a transportadora em vez de mandar a conta para o Cliente Y manda para a empresa X pagar. Ou seja a Empresa X recebe de seu cliente apenas o valor do produto vendido e paga a transportadora pelo serviço prestado. Sendo assim quando é que devemos destacar o valor do frete na nota? Quando não tem uma transportadora envolvida e somente quando o frete vai ser pago pelo cliente (destinatário). A empresa X vende o produto A ao cliente Y, quem vai realizar o transporte do produto é a própria empresa X se o frete é por conta dela, não vejo motivo em destaca-lo na nota, uma vez que o cliente não vai pagar esse valor. Se eu estiver errado por favor me corrigem.

Boa tarde, Qual é a dificuldade? Se esta gerando o Path c:\NFe\Gerados\ é porque você configurou no componente, se esta incluindo 201303\NFe\ é também motivo de configuração, sendo assim a primeira parte do path você já tem a segunda basta pegar a data de emissão da NFe. Simplificando: sPathArquivo := ACBrNFe.Configuracoes.Arquivos.GetPathNFe(DM_VEN.Notas2Emissao.AsDateTime); sNomeArquivo := sPathArquivo+'\'+DM_VEN.Notas2ChaveNFe.AsString+'-nfe.xml'; Onde: DM_VEN.Notas2Emissao.AsDateTime = me retorna a data de emissão da Nota; e DM_VEN.Notas2ChaveNFe.AsString = me retorna a chave da mesma. Ambos armazenados no banco de dados: tabela Notas2, campos Emissao e ChaveNFe.

Boa tarde Sueli, Se for essa data então já entrou em vigor. Mas verifique isso corretamente, pois até onde sei, somente as empresas piloto, vão ter que emitir, depois aos poucos vai ser liberado para as demais empresas do Estado. Eu realizei modificações no componente ACBrNFe basedo na NT 004/2012 para que o mesmo seja capaz de emitir tanto a NF-e quanto a NFC-e. Realizei testes utilizando a SEFAZ-AM que por sinal, a primeira NFC-e autorizada com valor juridico foi no Amazonas. Assim que a NT for publicada no Portal Nacional da NF-e vou disponibilizar as alterações.

Boa tarde David, O erro não seria: propriedade não existente? Se sim, realize o procedimento conforme o link abaixo:

Bom dia Edudidu, Fonte: ACBrCTeWebServices.pas function TCteRetRecepcao.Executar: Boolean; O que você deseja saber mais precisamente?

Bom dia David, Qual é a versão do Quick Report que você tem instalado?

Bom dia Valdomiro, A resposta é não, veja a página 11 da NT 2012/002 os dados necessários para realizar a consulta. Você vai notar que não temos nenhum campo para informar a data inicial e final ou seja um período.

Márcio, Se eu entendi, devemos informar ao encerrar um Manifesto é: cUF e cMun informado no XML como sendo o destino final da carga? Mas, segundo o manual devemos efetuar o encerramento não só quando a carga chega ao seu destino, também devemos efetuar o encerramento quando ocorre alguma alteração, por exemplo troca do motorista. Exemplo: O caminhão parte da origem "A" e tem como destino "C", mas passa pelo ponto "B", digamos que "A, B e C" são cidades por onde o caminhão passa sendo que "A e B" ficam no estado de São Paulo e "C" fica no Rio de Janeiro. Logo na cidade "A", origem do trajeto é emitido o MDF-e, mas ao chegar em "B" ocorre a mudança do motirista, sendo assim devemos encerrar o Manifesto e emitir um outro com os dados do novo motorista, ao chegar em "C" destino da carga, devemos encerrar esse segundo Manifesto. Até onde sei quando é emitido o MDF-e devemos informar a UF origem e destino e se necessário as demais UF entre a origem e destino caso seja esse o trajeto do caminhão. Pelo o que você disse, ao efetuar o encerramento a UF e Municipio tem que ser a origem, ou destino ou um intermediário. É isso?

Bom dia Márcio, E encerramento é um evento como o Cancelamento, mas vai ai usa sugestão de como fazer: // Carregar o xml do MDF-e ACBrMDFe.Manifestos.Clear; ACBrMDFe.Manifestos.LoadFromFile(NomeArquivo); (...) // Alimentar o componente com os dados do Evento. with ACBrMDFe.EventoMDFe.Evento.Add do begin infEvento.chMDFe := sChave; infEvento.CNPJ := sCNPJ; infEvento.dhEvento := now; // TpcnTpEvento = (teCCe, teCancelamento, teManifDestConfirmacao, teManifDestCiencia, // teManifDestDesconhecimento, teManifDestOperNaoRealizada, // teEncerramento); infEvento.tpEvento := teEncerramento; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := sProtocolo; infEvento.detEvento.dtEnc := Date; infEvento.detEvento.cUF := CodUF; // exemplo 35 - SP infEvento.detEvento.cMun := CodMunicipio; // exemplo 3557105 - Votuporanga/SP end; // Envio do evento ACBrMDFe.EnviarEventoMDFe(idLote); // Retorno da SEFAZ sProtocolo := DMMDFe.MDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt; sStat := IntToStr(DMMDFe.MDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat); sMotivo := DMMDFe.MDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xMotivo; sDataHora := DateTimeToStr(DMMDFe.MDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.dhRegEvento); Espero ter ajudado.

Boa tarde edudidu, O status 100 não lhe serve? Pois este status diz que o CT-e foi autorizado sendo assim o lote foi processado.

Boa tarde Thiago, Após realizar a consulta se: Status for igual a 137 e o indicador de continuação for 1, você deve repetir a consulta só que em vez de informar zero ao <ultNSU> você deve informar o numero retornado. Logo você deve colocar a consulta dentro de um loop e fazer com que ela seja repetida até que o indicador de continuação seja zero ou até atingir o numero de vezes que você estabeleceu, por exemplo repetir 20 vezes.