Kiko Fernandes

Vc informou CSOSN 300? Se vc informou CSOSN 300 e o nome da coluna deve estar CSOSN e aparecer 0300 aonde 0 é a origem da mercadoria e 300 o código CSOSN que vc escolheu. Eu fiz um exemplo usando o CSOSN 102 veja como ficou. (Usando o modelo RAVECB) Em anexo está o PDF feito com o XML que vc passou, porém com CSOSN alterado e tag EXTIPI vazia. nfejunior.pdf 35130317402099000150550010000000011000000012-NFe.xml

Quanto a referenciar a nota troque: [NFRef001] cUf=RS AAMM=1105 CNPJ=94935657000194 Modelo=55 Serie=1 nNF=26 Por: [NFRef001] Tipo=NFe refNFe=99999999999999999999999999999999999999999999 //ChavedaNotaReferenciada Quanto ao procedimento que vc está fazendo eu tenho dúvidas. Geralmente eu faço uma nota normal (finalidade=1), porém de devolução e não complementar (finalidade=2) ou de ajuste (finalidade=3). Porém isto é o que eu conheço até o momento, pode ter saído alguma coisa a respeito desta opção, mas eu desconheço até agora. Vc tem algum link que de informe a base legal para este tipo de operação?

Júnior, quanto a programação eu não sei te dizer porque eu utilizo apenas o ACBrNFeMonitor. Eu não programo em Delphi, mas procure nas linhas de programação se quanto ao imposto tem ICMS.CSOSN vc partiu pelo ICMS.CST. Este é para as empresas que estão no regime normal CRT=3. A que vc está preenchendo é CRT=1 Simples Nacional, logo vc não deve preencher CST e sim CSOSN. Eu não sei como isto está disponibilizado na programação, mas veja um exemplo do colega "jocgom" quanto ao preenchimento. (Lembre-se que o código pode não ser o 101, ok isto muda quanto a permissão de crédito ou não e produtos com subst. tributária que dever ser CSOSN=500 etc) mas como exemplo talvez te ajude.

Está acontecendo no modelo de DANFE RAVECB. Isto porque vc está preenchendo a tag <EXTIPI> -<prod> <cProd>100</cProd> <cEAN/> <xProd>MATERIAL PLASTICO</xProd> <NCM>39159000</NCM> <EXTIPI>000</EXTIPI> // Deixe vazio este campo e teste novamente. <CFOP>5102</CFOP> (...) Eu não tenho nenhum caso preenchido, mas este campo é para a exceção da TIPI. (vc pode ver mais informações em: http://sijut.fazenda.gov.br/netahtml/sijut/exclusivaATes.htm consulte por (o) TIPI - TABELA DO IPI Veja com o contador, mas penso que a empresa que está emitindo a NFe por ser do simples e não destacar IPI não seja obrigatório esta informação. Mas é bom ver com o escritório contábil.

Quanto a tag <vUnTrib>560.0000000000</vUnTrib> o valor deve ser o unitário (35.00) e não (560.00) o valor total do item. Quanto ao CSOSN: Um exemplo de como preencher em relação ao imposto. Porém vc terá que ver qual CSOSN deve usar. (Verifique com o escritório contábil) Leia este link para saber os códigos CSOSN permitidos: http://acreis.com.br/_adm/upload/pdf/8788ec13ea380e6b7251d098fb888937.pdf e procure mais informações no fórum que existem vários tópicos tratando deste assunto. Um exemplo de como ficaria no XML caso fosse CSOSN 102 <ICMS> <ICMSSN102> <orig>0</orig> <CSOSN>102</CSOSN> </ICMSSN102> </ICMS>

** vUnTrib - Pág. 161 do Manual de Integração - Versão 5.00 Informar o valor unitário de tributação do produto, campo meramente informativo, o contribuinte pode utilizar a precisão desejada (0-10 decimais). Para efeitos de cálculo, o valor unitário será obtido pela divisão do valor do produto pela quantidade tributável. 2 - Procure por alguns exemplos de como informar o CSOSN aqui no fórum. Vc informou errado. <ICMS> <ICMSSN> <orig>0</orig> <CSOSN>0</CSOSN> //Não existe CSOSN 0 </ICMSSN> </ICMS>

1 - Udenilson, vc usa o ACBrNFeMonitor ou o componente? 2 - Quanto tempo depois de emitir a nota vc executa o cancelamento? (É bom aguardar pelo menos 5 minutos) 3 - Experimente também atrasar o relógio do PC em 1 hora e teste. Estes problemas ocorreram um tempo, mas não encontrei mais nas últimas versões em capicom.

Alan, se vc consultar esta página: http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=2.00&tipoConteudo=Skeuqr8PQBY= Vc encontrará esta informação: Estados que utilizam a SVRS: AC, AL, AM, AP, DF, MS, PB, RJ, RO, RR, SC, SE, TO Consultando as bolinhas verdes na coluna "Consulta Cadastro" vc verá que para o SVRS não existe este serviço até o momento. Então eu não sei se existe outro modo para consultar o cadastro destes estados que estão no SVRS. O que podemos notar é que este serviço não está disponível para o SVRS.

Pode ser que tenha um problema com a versão OpenSSL. Eu estive vendo neste link que passo abaixo que este problema foi corrigido na versão 0.7.6.1 Leia este link abaixo, caso não tenha lido e veja se resolve. Se nenhuma das sugestões do link resolver creio que a versão OpenSSL pode estar diferente, mas ai já sai do meu alcance.

Pelo que entendo não tem a ver com quantidade de item e sim com a origem do produto. Creio que estas notas que tem mais itens a chance de ter na nota algum item em que já alteraram no cadastro o código de origem para "5" é maior que em notas com poucos itens. Talvez nas de poucos itens coincidia de receber produtos que estavam cadastrados com código de origem entre 0, 1 e 2 que eram aceitos pelas schemas anteriores. A schema atualizada aceita de 0 a 7.

É verifique o ambiente, pois alguma coisa vc está confundindo ai: esta nota 26130203619029000144550550000620401000620401 foi emitida em ambiente produção veja que é do mês 02/2013. esta outra 26130303619029000144550550000620401000620405 foi emitida em ambiente homologação no mês 03/2013.

Não precisa ter vergonha não , a finalidade do fórum é exatamente auxiliar e tirar as dúvidas do que for possível. Eu não percebi nenhuma diferença a não ser de layout (vc pode perceber no comprovante de entrega que é um pouquinho diferente, as linhas, maneira que aparecem a descrição dos campos, etc), há e me parece que algumas colunas a mais que constam nele, mas não observei a fundo. Eu sempre usei o modelo RAVE, na minha opinião acho mais bonito. Por isto que perguntei , pois na verdade queria descobrir se havia um motivo especifico para usar o modelo RAVECB. Se vc passar para RAVE mesmo no modo retrato, estará resolvido seu problema. Caso descubra algum motivo pelo qual vc não poderá usar o modelo RAVE ou algum colega aqui souber, por favor comentem que também estarei aprendendo um pouco mais sobre esta ferramenta! Espero que resolva seu problema! Um abraço! té+

Oi Flávio! Boa tarde! Vc viu no comentário que no modelo RAVE não acontece este erro né? Vc pode usar o modelo RAVE? O arquivo que eu anexei com o nome teste.pdf foi feito com o teu xml.

Qual versão vc está utilizando? Eu testei com a 0.7.6.0 que está disponível para download geral e não está com este problema. Imprimi usando o teu XML. Consegui reproduzir o erro. Imprimindo o DANFE no modo RaveCB acontece a situação relatada. Ai tem que aguardar. Como vc é usuário SAC sugiro que abra um tópico no forum ACBr SAC para relatar este problema. Obs.: O primeiro anexo teste.pdf está modo RAVE e o testeemravecb.pdf está no modo RAVECB e apareceu o erro relatado. teste.pdf testeemravecb.pdf

Que versão vc está utilizando? Teste com a versão 0.7.6.0 que está em dowloads. Me parece que isto já está resolvido.

Atualize para a versão 0.7.6.0 disponível em downloads e teste em modo homologação.

Tem alguma coisa neste link, talvez ajude.

Veja que diz a "apuração" "deverá ser feita em relação a cada mercadoria ou serviço, separadamente" Ou seja "apurar" pode ser tomar como base para cálculo do montante do imposto os valores por item, mas não está dizendo que devo informar por item. Art. 1o Emitidos por ocasião da venda ao consumidor de mercadorias e serviços, em todo território nacional, deverá constar, dos documentos fiscais ou equivalentes, a informação do valor aproximado correspondente à totalidade dos tributos federais, estaduais e municipais, cuja incidência influi na formação dos respectivos preços de venda. Em se tratando do artigo primeiro entendo que deverá constar nos documentos fiscais a informação do valor correspondente a totalidade dos tributos federais, estaduais e municipais. Então a dúvida ainda é sobre o parágrafo primeiro do artigo primeiro. A palavra "apuração" pelo que entendo é que serve de base para o calculo os tributos individuais de cada item, ou seja não poderia calcular por uma média, tipo acho que 50% sobre todos os itens, então devo apurar um a um o imposto, mas não necessariamente teria que informar por item e sim ao final do documento informar o valor total. Mas isto está gerando divergência na interpretação, então penso que nos resta apenas esperar por alguma nota técnica a respeito do assunto.

Vou postar o que testei até agora. Por falta de tempo não pude testar as outras opções ainda. //Impressão do evento de cancelamento NFe.ImprimirEventoPDF("c:\caminhodoevento\chave1101111-ProcEventoNFe.xml) //Testei apenas com o arquivo do evento, não preenchi as outras opções. Resultado: OK - Imprimiu, porém apenas disponível em modo RaveCB. Para quem usa RAVE lembrar de alterar antes da impressão. //Impressão do evento CCE NFe.ImprimirEventoPDF("c:\caminhodoevento\chave1101101-ProcEventoNFe.xml) //Testei apenas com o arquivo do evento, não preenchi as outras opções. Resultado: OK - Lembrando que deve setar o RaveCB. Obs.: Notei que ao criar o PDF da carta foi acrescentado o código 11011+chave+01evento.pdf Será adotado este padrão? código no inicio e sequência do evento depois da chave? NFe.EnviarEmailEvento(cEmailDestino,cArqEvento,[cArqNFe],cEnviaPDF,[cAssunto],[cEmailsCopias]) //Para enviar email não consegui. O Email vai porém o anexo não, nem o assunto. Ainda vou verificar se é algum erro meu, mas até agora me parece que não. Os outros comandos ainda não testei.

No Grupo [ DANFE ] Modelo=1 //0 = RAVE 1 = RAVECB Maiores informações leia este tópico: No final da página 1

Bom dia André. Não é o logo na CCe que o Oscar está solicitando. O problema é que usamos o ACBrNFeMonitor setado com a impressão RAVE para imprimir o DANFE. Como a impressão da CCe está apenas em modo RAVECB então no momento da impressão do evento, mudamos o arquivo INI para setar a impressão no modo RAVECB e disparamos o comando LERINI(). Agora que vem o problema, o padrão do logo para RAVE é jpg e para RAVECB é bmp, então se eu tenho um logo em jpg quando seto o modelo para RAVECB e disparo o comando LERINI() aparece a mensagem de erro que o logo definido não é bmp. Então no momento para podermos usar esta opção de impressão, temos que usar este procedimento: -Setar arquivo ini para modo RAVECB e limpar a linha do caminho do logo. -LerIni() -Imprimir o evento - Setar novamente o modelo RAVE (para impressão do DANFE em modo RAVE) e colocar novamente a informação do logo -LerIni() Então para a correção seria necessário ou criar a impressão do evento em RAVE ou que não desse o erro ao mudar o modo RAVECB / RAVE caso tenha um logo, independente de ele ser jpg ou bmp. Só reforçando, ele não está solicitando o logo no evento e sim que não tivesse a mensagem de erro devido o RAVE usar um padrão e o RAVECB outro.

Isto. 135 se tudo estiver ok, Registrado e vinculado 136 se receber o evento e não conseguir localizar a NFe para vincular. 155 se registrado, aceito porém o cancelamento for fora do prazo.

Eu penso que vc teria que ter o programa que gerencia o certificado. De uma neste link, siga o procedimento. Tomara que te ajude. http://www.acnotarial.com.br/arquivos/manual/iKey2032-Manual-de-Instalacao.pdf

Eu não achei erro no teu XML. Vc percebeu que esta nota esta registrada e autorizada no ambiente homologação? Então fiquei em dúvida se vc está tentando enviar esta nota que já está na SEFAZ ou se o erro que vc está recebendo foi antes de autorizar ela. Link para consulta da NFe em homologação: http://hom.nfe.fazenda.gov.br

então, nao vai existir mais o 101, 151 e 155? O 155 permanece.