Kiko Fernandes

Boa tarde! Notei que você informa duas vezes [Dados Adicionais] e na primeira opção nao tem informação. Experimente utilizar apenas uma vez a opção [Dados Adicionais] e no primeiro campo "infCpl=" preencha com a informação que deseja.

Bom dia Anderson. Pode sim . Foi falta de atenção minha. Está valendo a 2.17.10 conforme o teu link. Por isto comento é algo que tem que acompanhar direto.

Boa tarde Anderson! Estas questões de leis, orientações e Notas Técnicas é necessário que esteja sempre acompanhando as atualizações. Exemplo: Você citou a versão 2.2.21 do Projeto SAT. Esta atualização é de 28/08/2012. (Não contempla as alterações) Portanto você não pode continuar citando e nem continuar consultando uma orientação antiga para estruturar o teu sistema. Na versão 2.15.4 do dia 29/05/2015 na página 92 consta a atualização das formas de pagamento. Antigo - (Não vale mais) - VErsão 2.2.21 do dia 28/08/2012 - (Pág. 72) 1 - Dinheiro 2-Cheque 3-Cartão de Crédito 4-Cartão de Débito 5-Cartão Refeição/Alimentação 6-Vale Refeição/Alimentação (em papel) 7-Outros Atual: Versão 2.15.4 do dia 29/05/2015 - (pág. 92) 01 - Dinheiro 02 - Cheque 03 - Cartão de Crédito 04 - Cartão de Débito 05 - Crédito Loja 10 - Vale Alimentação 11 - Vale Refeição 12 - Vale Presente 13 - Vale Combustível 99 - Outros Link para download da Especificação SAT - versão 2.15.04 http://www.fazenda.sp.gov.br/sat/downloads/Arquivo/Especificacao_SAT_v_ER_2_15_04.pdf

Boa tarde Laudelino. Vou verificar melhor, mas realmente na versão 1.40 parece que estipulam o prazo para 01/01/2016.

Laudelino boa noite! Dê uma lida neste post, releia a NT2015.003. Pelo que entendi não entrará em 01/01/2016. http://www.projetoacbr.com.br/forum/topic/26355-grupo-icmsufdest-no-txt/#comment-171528

Observação: Ainda está tenso esta questão do CEST pode ser que não entre em 01/01/2016. Na NT2013.03v130 contém a informação a respeito das alterações sofridas na versão 1.20 e diz: Alterada a regra de validação N23-10 aperfeiçoando o controle do ICMS ST para o campo CEST. Esta regra não será implementada no dia 01-01-2016 e sim em data futura a ser divulgada Pág. 10 da NT2015.003v130

Tem mais um tempinho ainda Só quero deixar claro que o link que postei é da SEFAZ/PR que contém a informação abaixo: " Conforme dispõe o Convênio ICMS 93/2015, os procedimentos a serem observados nas operações e prestações que destinem bens e serviços a consumidor final não contribuinte do ICMS, localizado em outra unidade federada, tem vigência a partir de 01/01/2016, por esta razão as seguintes regras de validação implementadas no ambiente de homologação só serão ativadas no ambiente de produção a partir de 01/01/2016: " Porém na NT2015.003v130 Página 4 encontraremos a mesma situação. Nota 1: Observado que, embora a publicação em produção esteja prevista para a data 01/12/2015, o novo grupo de informações do ICMS para a UF de destino somente poderá ser utilizado, em produção, a partir de 01/01/2016, respeitando a legislação vigente, ou seja, as regras poderão ser testadas no ambiente de homologação.

Somente no ambiente de homologação está sendo exigido. Pode verificar no link abaixo: Quanto ao grupo ICMSUFDES será exigido a partir de 01/01/2016. Observe NA01-20 e NA01-30 http://boletim.fazenda.pr.gov.br/boletins/item/2015/46

Bom dia Style. Quanto a opção de instalação completa segue em anexo uma figura. Vc escolhe no momento que está instalando. Sobre os grupos CEST e ICMSUFDES observe que o Daniel comenta que não foi implementado ainda. Quanto ao grupo ICMSUFDES será exigido a partir de 01/01/2016. Observe NA01-20 e NA01-30 no link abaixo. http://boletim.fazenda.pr.gov.br/boletins/item/2015/46

Segundo a NT2013.005 a rejeição 739 se dá devido ao preenchimento da tag comb. Ela não deve estar presente na NFCe. Pág. 112 da NT2013.005_v1.21 LA01-10 65 NFC-e com grupo de Combustível (tag:comb) Obrig. 739 Rej. Rejeição: NFC-e com grupo de Combustível Ou seja, se vc tem estas informações abaixo no XML da NFCe, vc terá problema. <comb> <cProdANP>99999999</cProdANP> <CODIF>9</CODIF> <qTemp>9.9999</qTemp> <UFCons>XX</UFCons> </comb>

Boa noite! Segundo a NT2015.003 Pág. 6 Operação com Contribuinte Isento de Inscrição Estadual (indIEDest=2) e CST constante na relação abaixo: - 50-Suspensão na cobrança do ICMS; - 51-Diferimento na cobrança do ICMS . Rejeição: CST incompatível na operação com Contribuinte Isento de Inscrição Estadual [nItem:999] Ou seja, se vc utilizou IndIEDest=2 (Isento de Insc. Estadual) a CST do item não pode ser 50 e nem 51.

Lembrando também que se necessário for pode, controlar a forma de emissão usando os comandos abaixo: NFE.SetFormaEmissao("1") //Normal NFE.SetFormaEmissao("2") //Contigência NFE.SetFormaEmissao("3") //SCAN NFE.SetFormaEmissao("4") //DPEC NFE.SetFormaEmissao("5") //FSDA NFE.SetFormaEmissao("6") //SVC-AN NFE.SetFormaEmissao("7") //SVC-RS NFE.SetFormaEmissao("8") //SVC-SP

Boa noite! Vc setou na aba de configuração o webservice do estado que vc precisa e a forma de emissão (o)Normal?

Boa tarde! O Comando NFe.SetVersãoDF('3.10') se vc já tem setado no config não é necessário. O Comando NFe.SetModeloDF(55) se vc utiliza NFe e NFCe deve usar antes de utilizar os comandos pertencente a cada modelo. É mais seguro (Digo isto pois entendo que tem algumas mudanças que estão ocorrendo que permitem o ACBr tomar a decisão, mas nem tudo está implantando ainda). Desta forma vc não terá problema ao fazer por exemplo uma inutilização de um numero NFe após ter emitido uma NFCe e receber a mensagem de rejeição pelo ACBr "entender" que vc está tentando inutilizar uma NFCe, pois ficou setado no modelo 65.

Bom dia Paulo! Eu não uso pela opção TCP/IP e no momento estou com o tempo curto para montar a estrutura e testar. Mas vc já deu uma olhada nos comandos NFe.LoadFromFile() e SaveToFile()? Não posso te afirmar, mas pode ter uma saída com um destes comandos.

O que a Sefaz informa: http://www.nfe.fazenda.gov.br/portal/perguntasFrequentes.aspx?tipoConteudo=yjOJMwFOkA0= Segundo o que se entende do texto o procedimento é: 1 - "Confirmação da Operação" 2 - Ver o que pode ser feito. NFe complementar caso tenha algum problema em relação a valores, CCe se for correção que não implique em valores. Emitir uma NFe de devolução de item, caso veio produto errado, etc.

Então é vc que está colocando o código versão 2.00 no nfeProc no cabeçalho do teu arquivo XML? Abaixo está parte do teu arquivo ANTES.XML (observe que nfeProc vc informa 2.00 e infNFe 3.10) <?xml version="1.0" encoding="UTF-8"?> <nfeProc versao="2.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <NFe xmlns="http://www.portalfiscal.inf.br/nfe"> <infNFe versao="3.10" Id="NFe31151025947342000144550010001221531001221533"> Veja a diferença do nosso: <?xml version="1.0" encoding="UTF-8"?><nfeProc versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe"><NFe xmlns="http://www.portalfiscal.inf.br/nfe"><infNFe versao="3.10" Id=" Tanto o nfeProc como o infNFe tem que ser 3.10.

Cláudio, anexe o teu arquivo ACBrMonitor.ini.

Bom dia Cláudio. Observe que o retorno para esta consulta vem com a informação do Evento. Respostas gravadas em: C:\ACBrMonitorPLUS\SAI.TXT Nfe.ConsultarNFe("33151039507371000280550030000010781000010780") OK: Evento registrado e vinculado a NF-e [CONSULTA] Versao=SVRS201508280915 TpAmb=2 VerAplic=SVRS201508280915 CStat=101 //Aqui está o retorno do STATUS XMotivo=Cancelamento de NF-e homologado //Aqui está o motivo ou seja a informação que está cancelada. CUF=33 ChNFe=33151039507371000280550030000010781000010780 DhRecbto=02/10/2015 14:45:29 NProt=333150000760274 A partir do momento que o cancelamento foi mudado para evento o XML da nota original não é mais alterado. Você pode verificar isto fazendo o seguinte teste: - Emita uma NFe. - Cancele ela - Consulte no portal nacional. (Verifique se aparece o registro do evento de cancelamento) - Faça download do xml do site da receita. Observe que o XML da NFe continua igual ao da emissão, mesmo tendo o registro do evento de cancelamento. Então o XML da nota não é mais alterado e o controle de eventos são feito a parte. Ao você cancelar uma NFe, você deve enviar o XML de cancelamento ao destinatário. Caso queire consultar no portal nacional o endereço do ambiente de homologação é: http://hom.nfe.fazenda.gov.br/portal/principal.aspx

Bom dia! Acho que não consegui explicar ainda. Estou falando do arquivo que é enviando para criar o XML. No padrão INI ou então no padrão SEFAZ SP. No padrão ini é algo parecido com o conteúdo abaixo: [infNFe] versao=3.10 [Identificacao] NaturezaOperacao=VENDAS Modelo=65 Serie=1 Codigo=000021 Numero=000021 Emissao=03/10/2015 09:23:09 Saida=03/10/2015 hSaiEnt= Tipo=1 FormaPag= 0 Finalidade=1 indFinal=1 indPres=1 procEmi=0 tpImp=4 idDest= 1 [Emitente] ... Você não envia algo parecido para o monitor?

No arquivo em anexo consta apenas este conteúdo: NFE.ValidarNFe("N:\TMP\31151025947342000144550010001221531001221533-nfe.xml") Você não envia um arquivo com o nome ENTNFE.TXT para o monitor gerar o XML? Caso não esteja enviando, quem gera o XML? A tua aplicação e não o Monitor?

Boa noite! Pode anexar o arquivo ENTNFE.TXT?

Boa noite! Vc percebeu que no teu arquivo TXT consta duas vezes a informação Complemento=? Corrija e refaça o teste. [DadosAdicionais] Complemento= [DadosAdicionais] Complemento=EMPRESA OPTANTE PELO SIMPLES NACIONAL...

Junior, boa tarde. Seguindo os passos: Vc diz que envia o comando: NFE.Gerarchave("15","59625","65","001","000000002","1","22/09/15","02742549000187") e com isto a chave gerada NFe15150902742549000187650010000000021000596251 (destaquei aqui o cNF) Até aqui ok. Porém no teu xml o código cNF está errado. Me parece que é vc que informa o cNF correto? Se sim como que vc pega este código? Se é vc que informa o código cNF, você pode estar desconsiderando o tpemi que o Daniel citou. Veja que no teu xml o cNF inicia no tmpemi e vai até o número 2, deixando o 5 de fora. <cUF>15</cUF> <cNF>10005962</cNF> (deve ser 00059625) <natOp>VENDA DE MERCADORIAS NFCE</natOp> Veja novamente na chave: NFe15150902742549000187650010000000021000596251 O que foi informado NFe15150902742549000187650010000000021000596251 (Começou no tpemi e parou um antes). Se vc está pegando o cNF pela chave vc deve começar um caracter depois.

Daniel boa noite! Mais uma vez, vc matou a charada Porém eu penso que ficaria melhor se vcs puderem modificar no fonte para não depender desta opção. Mesmo ela estando na aba [Geral] minha interpretação é que estas opções ali pertencem a NFe e não a NFCe. Pois percebi que no modo ESC/Pos funciona informando a linha de desconto sem depender da opção [ v]Imprimir Valor Líquido do Produto estar setada. Mas de qualquer forma o problema está solucionado e fica o registro caso alguém mais precise. Quanto a questão do Preview, não é o caso, e sim pelo fato de usar o modelo fortes para impressoras que aceitam o envio pelo gerenciador de impressão. Por exemplo na Elgin, Bematech vc pode utilizar a impressão em fortes enviando ao gerenciador de impressão do windows. Obrigado!