Painel de líderes

Produto Quantidade Vendida Preço Unitário Total Valor Desconto Total Liquido Pacote de Café 10 3,50 35,00 5,00 30,00 -------------------------------------------------------------------------------------------------------------------------------------- Sobre os seguintes campos da tag <prod> da nfe, o que devo utilizar: qCom: 10 (quantidade vendida) vDesc: 5,00 uCom:= PCT ( ou a unidade definida no teu sistema ) uTrib:= PCT (ou a unidade definida no teu sistema ) Então vProd = ( qCom * vUnCom)

Da uma olhada nos exemplos de cálculos que tem no site da FlexDocs. http://www.flexdocs.com.br/guianfe/gerarNFe.detalhe.imp.ICMS.html Da pra ter uma base legal

Na mosca, agora resolveu por completo a minha duvida Sérgio. @Sérgio Assunção, Agradeço, pelo tempo que você dedicou hoje aqui com a comunidade, tenho certeza que os dois posts em que você me auxiliou vão ser muito úteis para o pessoal. @Agnaldo Prates, muito obrigado pelo auxílio, a junção da sua resposta com a do Sérgio foram de grande valor.

Eu simulei aqui as duas situações... veja se ajuda: 1a. <prod> <cProd>1</cProd> <cEAN/> <xProd>CAFE PCT (UNIDADE)</xProd> <NCM>21011110</NCM> <CFOP>5102</CFOP> <uCom>UN</uCom> <qCom>10.0000</qCom> <vUnCom>3.5000000000</vUnCom> <vProd>35.00</vProd> <cEANTrib/> <uTrib>UN</uTrib> <qTrib>10.0000</qTrib> <vUnTrib>3.5000000000</vUnTrib> <vDesc>5.00</vDesc> <indTot>1</indTot> <nItemPed>1</nItemPed> </prod> 2a. <prod> <cProd>1</cProd> <cEAN/> <xProd>CAFE CX 10 UN</xProd> <NCM>21011110</NCM> <CFOP>5102</CFOP> <uCom>UN</uCom> <qCom>1.0000</qCom> <vUnCom>35.0000000000</vUnCom> <vProd>35.00</vProd> <cEANTrib/> <uTrib>UN</uTrib> <qTrib>1.0000</qTrib> <vUnTrib>35.0000000000</vUnTrib> <vDesc>5.00</vDesc> <indTot>1</indTot> <nItemPed>1</nItemPed> </prod> *Desconsidere a minha explicação anterior: Se qCom = 10 (e vProd = 3,50) o vDesc deve ser 0,50 Se qCom = 1 (e vProd = 35,00) o vDesc deve ser 5,00

Veja esse tópico: O Kiko detalha bem uma explicação sobre essa dúvida.

Nossa rapaz.... Que mão na roda é esse link.... Tudo atualizado, com exemplo de tudo que é necessário pra desenvolver o processo, tudo mastigadinho. A luz divina caiu sobre mim agora. Acredito que esse tópico será útil pra muita gente que esta migrando para o acbr monitor.

Matou a pau ! Com esse auxilio finalmente vou conseguir prosseguir no processo. Muito obrigado Sérgio, ajudou demais demais...!

Isso mesmo... não existe redução da MVA. Existe a MVA e a redução na base do ICMS-ST.

Veja no manual em pdf fornecido na pasta do ACBrMonitorPlus: [ICMSXXX] orig= CST= CSOSN= modBC= pRedBC= vBC= pICMS= vICMS= modBCST= pMVAST= pRedBCST= vBCST= pICMSST= vICMSST= UFST= ACBrMonitor 239/ 281 pBCOp= vBCSTRet= vICMSSTRet= motDesICMS= pCredSN= vCredICMSSN= vBCSTDest= vICMSSTDest= vICMSDeson= vICMSOp= pDif= vICMSDif=

O componente não realiza nenhum tipo de cálculo. O seu software é o responsável por passar os valores consistentes para cada parâmetro.

Veja no blog do André. Campos do ACBrMonitorPLUS Abaixo todos os campos usado nos comandos NFe.CriarNFe, NFe.CriarEnviarNFe e NFe.AdicionarNFe. A maioria dos campos utiliza a nomenclatura do manual disponibilizado pelo SEFAZ... http://anfm.blogspot.com.br/

A URL está fora do ar, mesmo pelo navegador ela não abre. Questione a SEFAZ sobre esse problema.

Não faço parte do Governo, e não sou fabricante de SAT... mas acho que o SAT é uma ideia infinitamente melhor e mais robusta do que a NFCe... Nosso software atende PAF-ECF, NFCe e SAT... ( www.djpdv.com.br ) e minha opinião, é que a NFCe é um "filho mal parido da NFe"... Autenticação online, para varejo ?? Resultado: fila nos caixas dependendo do horário... Nosso software faz o tratamento automático da entrada e saída de contingência, trabalha em Background na transmissão da fila do OffLine, e na resolução de outras pendencias... Muita da inspiração que tivemos na construção de nosso módulo emissor de Documentos Fiscais, veio da observação do funcionamento do SAT. Mas mesmo assim, nosso suporte, sofre com o NFCe... Cada estado tem uma peculiaridade, a Internet no interior do Pais é intermitente e de qualidade lastimável... então o que podemos observar, é que a experiência de uso do usuário com o SAT, é infinitamente melhor do que do usuário de NFCe... Se o fisco fizesse cumprir o rigor da lei, que obriga a transmissão dos XMLs emitidos em OffLine, em até 24 hs úteis, muitos estabelecimento já teriam fechado as portas... O projeto NFCe é uma péssima ideia para o varejo...mas que está sendo remendada aqui e ali, e vai funcionar aos trancos e barrancos... Sinceramente, o varejo estava bem melhor com os ECFs, do que com a NFCe. O projeto SAT por sua vez... demorou 3 anos para nascer, o fisco de SP fez inúmeras consultas públicas, convocando setores do varejo, fabricantes e Sw.Houses de Automação Comercial. Tudo isso para mitigar os problemas e deixar bem clara as regras e normas de uso. O Fisco foi aberto a sugestões, e criou uma especificação técnica clara, consistente e que funciona... O SAT, passou por um período de ajuste... Alguns fabricantes sofreram até deixar seus Sw.Básicos e DLLs robustos o suficiente para o uso.. O retaguarda do Fisco apresentou inumeradas falhas (reconheço que algumas ocorrem ainda hoje em dia)... Mas hoje, podemos afirmar, que o SAT está muito mais maduro e robusto do que a NFCe... e o que percebemos no uso dos clientes finais, é a filosofia: "Instale e esqueça"... pois depois de instalado o SAT, ele funciona sozinho... Porque vocês acham que SP não permite NFCe off-line ? Alguns estados, já perceberam o grande aumento da sonegação fiscal, quando passaram a permitir: offline + impressora não fiscal nos caixas... (afinal o empresário Brasileiro, não paga imposto só porque que é patriota) Os números falam por si... Quem esteve na última reunião do ENCAT pode presenciar... Atualmente, SP já autorizou mais CFe's (SAT), do que a soma de todas as Unidades Federativas do brasil autorizaram NFCe's. Incluindo nessa conta.. as milhares de NFCe's que o próprio SP emite...

Vocês teriam um exemplo de como ratear o valor do desconto proporcional ao total do item? Ex Qtde Valor Unitario Valor Total 1 X 1,060 1,060 8 X 2,60 20,800 3 X 90,00 270,000 Só que o Total do desconto é R$ 166,790 Total da NF-e R$ 291,860 Sub Total R$ 125,070 Como ratear esse valor de 166,790 proporcional ao Valor Total do Item? Resposta: Pega Subtotal multiplica por 100 e divide pelo total que é igual ao desconto por item, ou seja, igual à 42,85% subtotal x 100 / Total = Desconto por item Qtde Valor Unitario Desc% Desc R$ Valor Total 1 X 1,060 42,8527 0,4542 0,6058 8 X 2,60 42,8527 8,9133 11,8867 3 X 90,00 42,8527 115,7022 154,2978 total 125,0697 166,7903 Espero ter colaborado uso dessa maneira no meu sistema, porém esses dados vêm da minha base de dados e faço o arrendondamento na hora de alimentar o xml. ficou invertido a minha formula seria assim na verdade: 100-( subtotal x 100 / Total) = Desconto por item (57,1473%) tde Valor Unitario Desc% Desc R$ Valor Total 1 X 1,060 57,1473 0,6058 0,4542 8 X 2,60 57,1473 11,8867 8,9133 3 X 90,00 57,1473 154,2978 115,7022total 166,7903 125,0697

Bom dia! Eu tenho essas rotinas funcionando. O detalhe eh que para coletar esses dados, voce precisa entrar em contato com a SE e solicitar uma dll feita (na teoria para o seu cliente e na pratica funciona para todos) para isso. A dll se chama mkse.dll. Tendo essa dll a coleta em si eh tranquilo. So com as dlls do clisitef normal nao da pra coletar. Vou separar aqui as rotinas e ja posto. Segue anexo a rotina para a coleta. Eu nao uso ACBrTEFD e o componente que eu uso não tenho os fontes. Por isso fiz separado. Devo migrar em breve para o ACBrTED e ai posso incluir nos fontes. Qualquer duvida estou a disposição. coleta.txt

O calculo é feito de forma inversa, da seguinte forma 1. Antes de tudo encontre o MVA. 52,96 - 36,8 = 16,16. 2. Divida (16,16 / 52,96)*100 = 30,51359516616314 Agora pegue (52,96 * 30,51359516616314)/100 = 16,16 Então 52,96-16,16 = 36,80 Agora é montar o cálculo: O calculo foi feito assim Base de Cálculo: (36,80 * 4)/100 = 1,47 Este 1,47 deve ser deduzido do ICMS ST calculado abaixo Se (52,96 * 17) / 100 = 9,0032 Entãa 9,0032-1,47 = 7,53 Neste caso o MVA é de 30,51 Pois, (52,96 * 30,51) = 16,16 Ai 52,96-16,16 = 36,80 -> aqui é a base de cálculo encontrada Você pode notar que a MVA deve estar fixa no código pois o MVA pode ser interna ou interestadual.

Icms com redução da base de cálculo, duas maneiras, o mesmo resultado. Valor da operação: R$ 1.000,00 Alíquota aplicada: 17% Então: (1.000,00 * 17)/100 = 170,00 Reduzir em 10% a base de cálculo (1.000,00 * 10)/100 = 100 Assim a base será: (900 * 17)/100 = 153,00 Valor da operação: R$ 1.000,00 Alíquota aplicada: 17% Então: (1.000,00 * 17)/100 = 170,00 Reduzir em 10% (170 * 10)/100 = 17,00 170 - 17 = 153

Senhores, estamos tendo problema sério com autorização de NFCe no estado do MT. Alguém está passando por essa situação?

Boa tarde Daniel, A mensagem é a mesma que o Wagner informou: ERRO: Erro: Requisição não enviada. 12002 - O tempo limite da operação foi atingido Os problemas ocorrem desde o início do ano. A disponibilidade estava OK. No dia de ontem fiz acompanhamento junto a uma loja, foram 10 NFC-e enviadas, sendo que 6 retornaram Status 12002 (após este retorno enviadas em modo Off) 3 retornaram Status 103 (mesmo estando com data e horário corretos) 1 retornaram Status 100 O contator de uma loja informou que existem cliente dele com o mesmo problema. Enfim tudo nos indica um problema com a SEFAZ, tentamos contato por telefone mas sempre está ocupado e via e-mail nada de responderem...

Daniel, tem cerca de dez dias que estamos tendo esses problemas intermitentes. Aparentemente o webservice está disponível mas retorna erro de requisição (12002 - Tempo limite de operação) não enviada como se estivesse tendo de timeout.

Boa Tarde, Caso não resolva, faça o passo-a-passo abaixo. Copie as dll's abaixo para a pasta SysWOW64 - capicom.dll - msxml5.dll - msxml5r.dll Depois execute o CMD como administrador e logo depois execute as seguintes linhas de comando. - regsvr32 %windir%\SysWOW64\capicom.dll - regsvr32 %windir%\SysWOW64\msxml5.dll Ate Mais ... -

Uma coisa que faço no meu sistema é qdo envio a nota, e recebo o status 103 (lote recebido com sucesso), eu seto minha nota pro status Em Processamento. Se ao consultar o retorno, ela estiver autorizada, já muda pra status Autorizada e ótimo. Se ocorre algum demora no retorno, ela vai ficar com aquele status Em Processamento. Nesse status, o botão de Transmitir não está habilitado, para evitar que ele envie novamente a mesma nota. Ele só tem o botão de Consultar habilitado. Qdo consulto, caso o status que veio no retorno é diferente do que tenho no banco, atualizo a minha nota. Tem funcionado sem furo até agora. Tente adaptar esse ideia ao teu sistema.