Italo Giurizzato Junior

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 a todos, André, pelo que entendi, quando deixa para enviar em uma segunda etapa o componente deve estar zerado, na verdade não há nota a ser associada ao lote a ser enviado. E quando é realizado em uma unica etapa a coisa funciona.

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.

Bom dia Juliomar, Estava checando o DACTE versão Quick Report e ele esta OK não há nada para ser alterado no que diz respeito ao ICMS. Favor verificar quanto a leitura do TXT se esta previsto todas as situações de ICMS inclusive a ICMSSN - Simples Nacional Neste caso devemos atribuir o valor cstICMSSN ao campo SituTrib e o valor "1" ao campo indSN.

Bom dia Pablo, Segundo o seu arquivo TXT, temos: [iCMSSN] indSN=1 vBC=850.00 pICMS=17.00 vICMS=144.50 pRedBC=0.00 vICMSSTRet=0.00 Aconteçe que segundo o lay-out do XML do CTe, Manual páginas: 113, 114, 115 e 116 de forma sintetica a estrutura é: <imp> <ICMS> <ICMS00> ou <ICMS20> ou <ICMS45> ou <ICMS60> ou <ICMS90> ou <ICMSOutraUF> ou <ICMSSN> No seu TXT foi informado o ICMSSN logo o xml será gerado desta forma: <imp> <ICMS> <ICMSSN> <indSN>1</indSN> </ICMSSN> </ICMS> </imp> as demais informações do TXT: vBC=850.00 pICMS=17.00 vICMS=144.50 pRedBC=0.00 vICMSSTRet=0.00 vão ser ignoradas, logo ao meu ver não temos Base de Calculo, aliquota de ICMS e nem o valor do mesmo. Vou providenciar uma alteração no DACTE para quando for informado ICMSSN apareça na Situação Tributária o texto: SN - SIMPLES NACIONAL.

Robson, O manual esta disponivel no Portal Nacional do CTe. http://www.cte.fazenda.gov.br/listaConteudo.aspx?tipoConteudo=YIi+H8VETH0= Com relação ao CST lembre-se que temos varios 00, 20, ... Tome como base o que eu lhe passei: var vBC, pICMS, vICMS: double; begin // Para CST = 00 teriamos: vBC := ACBrCTe.Conhecimentos.Items[0].CTe.Imp.ICMS.CST00.vBC; pICMS := ACBrCTe.Conhecimentos.Items[0].CTe.Imp.ICMS.CST00.pICMS; vICMS := ACBrCTe.Conhecimentos.Items[0].CTe.Imp.ICMS.CST00.vICMS;

Robson Isso ajuda? var vNF, vTPrest, vRec: Double; begin vNF:=ACBrCTe.Conhecimentos.Items[0].CTe.Rem.infNF.Items[0].vNF; // Valor da NF comum vTPrest:=DMCTe.CTe.Conhecimentos.Items[0].CTe.vPrest.vTPrest; // Valor total da prestação vRec:=DMCTe.CTe.Conhecimentos.Items[0].CTe.vPrest.vRec; // Valor a receber Note que a nomenclatura utilizada no componente é a mesma utilizada no manual. Com o manual em mãos vai te ajudar bastante para montagem dessas linhas.

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?

Robson, Tem que ser desta forma: var vBC, pICMS, vICMS: double; begin // Para CST = 00 teriamos: vBC := ACBrCTe.Conhecimentos.Items[0].CTe.Imp.ICMS.CST00.vBC; pICMS := ACBrCTe.Conhecimentos.Items[0].CTe.Imp.ICMS.CST00.pICMS; vICMS := ACBrCTe.Conhecimentos.Items[0].CTe.Imp.ICMS.CST00.vICMS

Bom dia Robson, Exemplo: Para CST = 00 teriamos: vBC := Imp.ICMS.CST00.vBC; pICMS := Imp.ICMS.CST00.pICMS; vICMS := Imp.ICMS.CST00.vICMS; Para CST = 20 teriamos: vBC := Imp.ICMS.CST20.vBC; pICMS := Imp.ICMS.CST20.pICMS; vICMS := Imp.ICMS.CST20.vICMS; pRedBC :=Imp.ICMS.CST20.pRedBC; Espero ter ajudado.

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?

Robson, A idéia é ler os dados contidos nas tags do XML do CT-e, correto? Se sim, uma sugestão seria: ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(sNomeArquivo); // sNomeArquivo contem o path + o nome do XML nNumCT := ACBrCTe.Conhecimentos.Items[0].CTe.Ide.nCT; // Contem o numero do conhecimento nCFOP := ACBrCTe.Conhecimentos.Items[0].CTe.Ide.CFOP // Contem o CFOP referente ao conhecimento (...) Desta forma você consegue obter todos os dados (um a um) do XML e armazena-los em variáveis locais, salvar em uma tabela temporário, etc.