Kiko Fernandes

Este TXT ai não é o do padrão .INI Ele está no padrão do emissor gratuito da SEFAZ SP. Acesse este link http://www.flexdocs.com.br/guiaNFe/NFe.complementoICMS.html Role a tela até encontrar a informação: TEXT no padrão do emissor gratuito

Marcelo, dê uma lida nestes tópicos, acho que te ajudará.

Bom dia! Neste link vc tem um exemplo de XML http://anfm.blogspot.com.br/2011/11/exemplos-de-xml.html O arquivo TXT que vc usa está no padrão INI ou no padrão do emissor gratuito da SEFAZ SP?

Poxa Ornei, teria que enviar. O Gmail vai blz nunca tive problema com as contas dele. No login vc colocou completo? Exemplo [email protected] Eu geralmente uso a porta 465, mas funciona também na 587. A conexão deixo marcada em "SMTP exige conexão segura" Tipo de envio ( o) Synapse (Uso o ACBrNFeMonitor, não sei como vc escolhe esta opção se for no componente)

Faz um teste com a porta 465 e deixe a opção "exige conexão segura" marcada.

<chNFe>35121144434439000106550010000153751000000000</chNFe> Os 8 digitos (em vermelho é do cNF -> Código numérico que compõe a chave de acesso. O último zero é o cDV -> Digito verificador da chave de acesso. (que realmente é zero para o código "3512114443443900010655001000015375100000000"0 Que eu saiba não tem nada que impeça do cNF ser "00000000". Pelo que eu entendo está correta a formação desta chave e a SEFAZ autorizou a nota sem problemas.

Quando vc emitiu a NFe a alíquota foi 4%? Qual o código de rejeição vc está recebendo?

Testei a versão 0.7.7.4 e funcionou perfeitamente. Obrigado!

Versão 0.7.4.1 - Testada. Realmente aparece a rejeição "Data do evento não pode ser maior que a data do processamento" Pode ser resolvido diminuindo em 1h o relógio do PC. Foi corrigido a partir da versão 0.7.6.1 disponibilizada para o SAC em 08/12/2012. Então respondendo a pergunta 2 (Será que qdo sair a nova versão isso será resolvido ?) Sim. Já foi resolvido.

Oi Regys. Data do arquivo: 16/01/2013 Baixei deste link: http://www.projetoacbr.com.br/forum/index.php?/files/download/23-acbrnfemonitor-capicom Cliquei no: ACBrNFeMonitor2-CAPICOM-0.7.7.3-Windows-Instalador.exe

Bom dia! Ao testar a emissão da CCE na versão 0.7.7.3 do ACBrNFeMonitor (Capicom) notei que a formação do nome do arquivo procEventoNFe está sendo composto com um " " (espaço) antes da extensão (.xml) Exemplo: Exemplo 999999999...1101101-procEventoNFe_.xml (depois do e. Antes do .)

1 - Sim. 2 - Eu não tive tempo de testar com a versão 0.7.4.1 "XMotivo=Rejeicao: A data do evento nao pode ser maior que a data do processamento" Me parece que quando dava esta rejeição tinha que atrasar o relógio em 1 hora. (mas não tenho certeza). Se amanhã eu tiver um tempinho vou tentar fazer um teste com esta versão.

Boa tarde!

Ela esta constando como cancelada. Vc conseguiu cancelar depois que postou esta insformação? Resolveu o problema ou não sabe como cancelou. Outra coisa que notei é que vc está fazendo teste no ambiente de produção. Seria melhor usar o ambiente de homologação para teste.

Tem algum erro, talvez no momento em que vc seta a consulta, não consegui entender. Mas neste anexo vc verá no início do XML que está setado para ambiente produção: Portanto não sei como está teu sistema, mas vc está consultando uma nfe em ambiente homologação e ela foi emitida em ambiente produção.

.... [DANFE] Modelo=1 //RaveCB ...

Relacionando agora todos os erros do teu XML. Obs.: Eu recomendaria vc usar o ACBr para gerar o XML, mas como vc disse que já está em estado avançado, terá que ter cuidado redobrado quanto as regras. Vamos lá: Sobre as tags PIS E COFINS As tag's do PIS não poderão receber string vazias, então foi trocado por exemplo <qBCProd/> por <qBCProd>0.00</qBCProd> e assim também para o vAliqProd e vPIS. Isto também se repete nas tags do COFINS. Observação: Quando vc usa qBCProd vc optou informar por valores e não por percentual, porém estando 0 estas informações creio que o ACBr colocara o padrão que seria por percentual. Neste caso entra as tags "vBC", "pPIS" ao invés de "qBCProd" e "vAliqProd": Alíquota por percentual é: Modificação feita no teu XML: Nas Tags do PIS Falta a tag <ICMSTot> já foi comentado. Inclusive não tinha visto que vc já tinha notado isto em um post anterior ao que eu comentei. Mas ela é necessária precisa coloca-la. As Tags <vBC>0.00</vBC> e <vICMS>0.00</vICMS> devem vir logo após o <ICMSTot> do contrário acusa erro. Vc colocou elas no final. vFrete deve estar após o vProd (sugiro seguir a sequencia conforme está no manual de integração) Estas tags não devem ser criadas se não possuírem valores <esp/><marca/><nVol/> Veja no Manual de Integração como compor a chave. Nesta chave que vc criou vc não colocou o tipo de emissão e isto é obrigatório. Sua chave: 15130114467285000180550010000000150000000167 ChvCorreta: 15130114467285000180550010000000151000000165 //Como mudou 1 numero o DV também mudará. <cDV>7</cDV> //No teu XML deverá trocar o dígito pelo novo dígito verificador da chave. <cDV>5</cDV> Composição da chave da NFe  cUF - Código da UF do emitente do Documento Fiscal  AAMM - Ano e Mês de emissão da NF-e  CNPJ - CNPJ do emitente  mod - Modelo do Documento Fiscal  serie - Série do Documento Fiscal  nNF - Número do Documento Fiscal  tpEmis – forma de emissão da NF-e //Esta faltando vc informou 0  cNF - Código Numérico que compõe a Chave de Acesso  cDV - Dígito Verificador da Chave de Acesso Em anexo segue o teu arquivo XML modificado conforme as correções acima mencionadas. ENTNFE.XML

Mas vc não mudou a impressão do DANFE devido a impressão da CCE correto? Eu continuo imprimindo o DANFE no modo RAVE e seto para RAVECB apenas no momento da impressão da CCe, após a impressão seto novamente para RAVE. Modifico o arquivo INI e utilizo o LERINI()

Acho que descobri algo Está faltando a TAG <ICMSTot> depois da tag <total> <total> <ICMSTot> //Não identifiquei esta tag. Depois dela que vem as tags vBC, vICMS, vST... vNF Arruma isto e valide novamente. Por momento deixe o CST do PIS 99 ainda tenho que ver melhor isto. Acho que agora teu problema é esta tag. Após alterar poste o XML novamente.

Outro detalhe será vc começar pelo NFe.Validar() e não diretamente pelo NFe.Assinar(), só que como vc está gerando o XML eu recomendaria primeiro vc descobrir os erros acima, pois se vc usar o NFe.Validar ele vai trocar algumas informações para o padrão, por exemplo vc informa CST de PIS 99, neste caso o correto seria 49 (de uma olhada nos CST do PIS). Hj não vou poder te ajudar mais, mas vai fazendo ai, que quando eu tiver um tempinho retomo na situação que vc estiver.

Vc não pode passar da forma que está passando. Vc está formatando o texto (ele está identado) Não pode haver espaços, nem quebra de linha no arquivo XML. Pág. 14 do Manual de Integração:

Então vc não está gerando um arquivo texto e passando para o ACBrNFeMonitor? Está tentando apenas assinar e enviar usando o ACBrNFeMonitor? Melhor seria vc gerar um arquivo texto e passar para o ACBrNFeMonitor, pois pelo que entendi vc está criando um XML e tentando iniciar do passo assinar em diante correto? Mais informações sobre o ACBrNFeMonitor http://anfm.blogspot.com.br/2009/09/campos-para-criar-uma-nfe-usando-o.html http://anfm.blogspot.com.br/2010/10/acbrnfemonitor-compativel-com-nfe.html http://anfm.blogspot.com.br/2010/02/comandos-do-acbrnfemonitor.html

Vc usa o padrão INI ou o padrão do emissor gratuito SEFAZ/SP? Anexe o teu TXT, é melhor para analisar.

Há outro detalhe, quando for imprimir a impressão do DANFE tem que estar em Modelo ( o) Rave CB e não no Rave ok.

Lá vai minha opinião No momento eu não acho boa, porque a instrução que todos recebem é que devem apenas preencher os campos, o componente não calcula nada. Mesmo assim, sempre observo os comentários: "O componente zerou, o componente está trocando a informação etc." Devido a isto creio que o componente pode sofrer um pouco em relação a confiabilidade, pois já imaginou se calcular mesmo e a pessoa não sabe nem o que está informando, o que então irão dizer? Na minha opinião acredito que ainda é melhor da forma que está, pois obriga a pesquisarem e saberem o que estão informando.