Kiko Fernandes

Boa noite! O arquivo deste último logo está mais próximo do correto. Acrescente as aspas que irá gerar o arquivo. Fazendo esta alteração, você conseguirá gerar o arquivo. Depois vc tem que ver outras situações, exemplo: Vc está informando CFOP 5405 (Prod. Subst. Trib) neste caso o CSOSN é 500 e não 102.

Boa tarde! No ACBrMonitorPlus, se a última nota emitida for uma NFe - Modelo 55 e após você tentar inutilizar uma NFCe, geralmente aparecerá esta mensagem. Para evitar esta mensagem, quando no teu sistema for selecionado a opção pelo qual o operador deseja enviar o comando, set antes com a opção NFE.setmodelodf(). Exemplo: Vai emitir uma NFe - Set antes com o comando NFE.setmodelodf("55") e após envie o comando de emitir.. Vai inutilizar uma NFCe - Set antes com o comando NFE.setmodelodf("65") e após envie o comando de inutilizar.

Bom dia @tiagopicon, observe que vc passou para CRT=1, Simples Nacional, logo vc precisa informar o CSOSN. [ICMS001] Origem=0 CST=102 //Informação errada. Deve informar CSOSN= ValorBase=391,97 //Não deve constar. Aliquota=0 //Não deve constar. Valor=0 //Não deve constar. Forma correta:

Página 210 do Manual versão 6 - Link: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk= * Informar os campos O10 e O13 se o cálculo do IPI for por alíquota. O10 vBC Valor da BC do IPI O13 pIPI Alíquota do IPI * Informar os campos O11 e O12 se o cálculo do IPI for de valor. O11 qUnid Quantidade total na unidade padrão para tributação (somente para os produtos tributados por unidade) O12 vUnid Valor por Unidade Tributável Você informou no teu TXT. Entendeu o que você está fazendo? O manual diz para você escolher um ou outro e não os dois . Se for informar por alíquota campos O10 e O13 devem ser informados. Se for informado por unidade, campos O11 e O12 devem ser informados.

@3Soft Sistemas, Penso que está certo a sua colocação em relação ao TEF e POS, concordo. Só que o caso do colega Ariston para o ACBrMonitorPLUS pelo arquivo padrão da SEFAZ parece não estar criando a tag <tpIntegra>1</tpIntegra>. Vou ver se consigo fazer uns testes com o arquivo padrão SEFAZ/SP. Isto é o que ele citou. Quanto a minha resposta acima foi em relação a exigência ou não da tag, (que segundo o Juliomar está comentando nos fontes) e pelo que entendi é obrigatório constar a informação a partir de 01/04/2016. Ou seja quem tem TEF tem que informar <tpintegra>1, porém a observação da NT que confunde. " Observação: Implementação por padrão, opcional a critério da UF. Exceção: A regra de validação não se aplica, em produção, para Nota Fiscal com Data de Emissão anterior a 01/04/2016." Dá a entender que era opcional até esta data, ou então teremos que ver a resposta de cada servidor se exige ou não. Se exigir no PLUS está faltando a tag <tpintengra> para os que estão informando a opção, salvo se tiver alguma informação faltando no TXT.

Bom dia Juliomar. Acho que não é só PR, porém pode ser que nem todos os servidores foram atualizados para criticar esta validação. Eu não sei como está no geral, mas o que posso te afirmar por documentos segue abaixo: NT que normatiza este assunto: NT 2015.002 Sofreu alteração em: 23/03/2016 (Disponível no Portal da Nota Fiscal Eletrônica) versão: 1.40 Página 05 - No resumo do que trata a NT temos a legra H com a seguinte informação: Pág. 26 - Campo/Seq YA05-10 Modelo: 65 O que pesa ai é esta questão que está na observação: Implementação por padrão opcional a critério da UF e ao mesmo tempo a Exceção: Não se aplica para NFCe com data anterior a 01/04/2016. Ai fica a dúvida a implementação opcional era antes de 01/04/2016 será? Já que a NT é antiga. Infelizmente tem momentos que nossas leis são difíceis de interpretar. Talvez a melhor opção é fazer como nosso colega Ariston comentou. Deixar opcional até que se tenha certeza.

Bruno o valor da base de calculo do item tem que ser a mesma do valor total ou caso tenha mais que um a soma de todos tem que ser igual ao valor que vai no total. Eu não vou entrar no mérito dos teus cálculos, apenas na lógica. Em vermelho estará os campos que vc tem que cuidar. Não olhei tudo, mas estes são os principais erros. Corrija isto primeiro e teste novamente. [Produto001] ... vSeg= 5.00 //Se tem seguro somado no total, ele precisa constar nos itens e soma do vSeg de todos os itens entao vai para o grupo [Total] [ICMS001]orig=0CST=00 //CST é apenas dois códigos o primeiro representa a origem do produto. CSOSN=101 (De uma lida na tabela CST) 00 -Tributada/ Se colocar 40 é isento ai não tem base de calc.modBC=0pRedBC=0vBC=15.990 // Este ou a soma de todos o vBC tem que ser o total que vai no grupo vBC do [ Total ]pICMS=18vICMS=2.8782 //Totalizar a soma de todos os vICMS dos itens no campo VAlorICMS do grupo totalmodBCST=0[Total]BaseICMS=20.99 //Aqui tem que totalizar todos os valores dos campos vBC dos itens. (Se aqui está 20.99 e só tem um item então faça o calculo que fez aqui no item)ValorICMS=4.97 //Aqui tem que totalizar todos os valores dos campos vICMS dos itens.ValorProduto=15.99ValorNota=28.36BaseICMSSubstituicao= 0ValorICMSSubstituicao= 0ValorFrete=0ValorSeguro=5 //Totaliza todos os valores do campo vseg dos itens. ValorDesconto=0ValorII= 0ValorIPI= 2.4ValorPIS= 3.2ValorCOFINS= 3.2ValorServicos= 0ValorBaseISS= 0ValorOutrasDespesas=0ValorISSQN= 0ValorPISISS= 0ValorCONFINSISS= -0

Se for só isto está faltando a base de cálculo do item e o valor do icms do item. Que deve ser o mesmo que estará no grupo dos totais. Se for o CST 040 que você está usando. CST 40 é isento. Com isto o valor do icms é zero e também a base de cálculo. Logo não poderia ter nos totais a soma. No teu caso ai a CST penso que deve ser 00 - Tributado integralmente. Ficando assim: Orig=0 CST=00 e ai as informações do item referente a base de calculo e o valor do icms.

Me refiro as informações da base de calculo do [Produto001] [ICMS001]

Boa tarde! No total do teu arquivo está informado: [Total]BaseICMS=20.99 Que valor que está na base de cálculo do item?

Boa tarde! O campo para preenchimento do código CRT para Simples Nacional deve ser preenchido conforme abaixo CRT=1 e não CRT=01 Quanto ao frete (visualizado no log2, você continua informando o modFrete=9. Teste sem informar este campo. Quanto a rejeição do log1 "XMotivo=Rejeição: CFOP não permitido para o CST informado [nItem:1]" É porque você preencheu cfop 5102 (Venda normal com tributação pelo ICMS e no CST vc informou CST=101 (Aqui a Sefaz entende que é com cobrança de subst. tributária, logo estaria errado o CFOP). Corrija o CRT e não informe o frete e tente como simples nacional e poste caso encontre novo problema.

Boa noite! 1 - O Comando usado pelo Monitor com as opções: NFE.ImprimirDanfe(cArqXML,cImpressora) não está respeitando a impressora selecionada. Ao imprimir a primeira vez, imprime correto, ao selecionar a segunda ou terceira impressão e informado outra impressora, algumas vezes a impressão ocorre na impressora que foi usada pela última vez. 2 - Caso não seja informado a opção cImpressora ai tudo funciona perfeitamente e respeita a impressora setada pela configuração. Neste caso não houve nenhuma falha em todas as impressões feitas alternado entre impressões NFe e NFCe. Estou relatando para caso alguém tenha a condição de rever o comando. Enquanto não for possível, o item 2 resolve a situação, não informando a impressora no comando.

NFE.InutilizarNFe( cCNPJ, cJustificativa, nAno, nModelo, nSerie, nNumInicial, nNumFinal) Faça conforme o exemplo, usando aspas " e verifique a opção nModelo (Opções são 55 para NFe e 65 para NFCe) Você informou 70 no modelo. NFE.InutilizarNFe( "99999999999999" , "Justificativa xxxxxxxxxxxx", 16, 55 , 1, 70 ,70)

Bom dia! Acesse o portal nacional: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk= Vá na aba [ Documentos ] e acesse Manuais Encontrará: Manual de Orientação do Contribuinte - versão 6.00 As Notas Técnicas você encontra em [ Documentos ] - Notas Técnicas Faça o download. Veja página 185. vProd - Valor Total Bruto dos Produtos ou Serviços.

Régys, parece ter um problema mesmo. No caso acima o resultado será: Unable to open file "D:\XML\D:\XML\NFE\EMITIDAS\ 35160202692813000115550010000070741438248896-nfe.txt" O estranho ai é esta mistura do "D:\XML\" que seria o caminho destino emendado com o "D:\XML\NFE\EMITIDAS" que é o caminho de origem. Testado na versão 0.3.03.4

Edson, uma vez postado aguarde pela resposta. Se ficar postando desta forma interpretaremos que a intenção é que o tópico vá para o topo da lista, com isto vc pode ser advertido e ainda ser negativado com um ponto por infringir uma regra do fórum.

Boa tarde! Talvez você tenha algum problema na rotina do teu sistema quanto ao retorno do protocolo. Qualquer alteração que conste no XML haverá um novo cálculo do DigestValue, mas isto é meio complicado de explicar. Procure dar uma boa lida e entender este processo que com certeza vai clarear o entendimento. Na receita não muda pois o XML que está lá não é alterado de forma alguma, portanto permanece o DigestValue do "protNFe" igual ao do "corpo" da nota. Para resolver o teu problema de imediato, apenas desmarque a opção [ ] Validar Digest Value ao consultar XML na opção [ DF-e ]

Boa tarde! É possível anexar o arquivo?

Fiz vários teste e constatei como problema mesmo. Caso ajude na situação da correção fica esta informação. Para conseguir enviar a nota foi necessário fazer desta forma: Se eu informo vazio o campo idEstrangeiro o ACBr está adicionando no XML <CNPJ>00000000000000</CNPJ>

Bom dia! Parece que está ocorrendo um probleminha quando é informado o CNPJ do destinatário vazio. Situação em que ocorre. Está sendo emitido uma NFe para um cliente do exterior (Sem CNPJ) porém a compra é realizado no balcão. Sem ser qualificada como exportação pelas vias legais (SISCOMEX). Em Foz do Iguaçu ocorre caso de venda para clientes paraguaios e argentinos que compram no balcão e por exigência de alguns agentes na aduana acaba exigindo a NFe e não a 65. (Não vem o caso agora, só estou explicando para evitar que alguém tente explicar os campos abaixo PaisCod e Pais). O preenchimento deve ser: [Destinatario] CNPJ= indIEDest=9 ISUF= NomeRazao=NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL Fone= CEP= Logradouro=TESTE TESTE TESTE Numero=S/N Complemento= Bairro=NAO ESPECIFICADO CidadeCod=9999999 Cidade=EXTERIOR UF=EX PaisCod=1058 Pais=BRASIL Email= Porém estou notando que no XML está sendo incluído o campo o CNPJ "00000000000000" quando o campo CNPJ é informado vazio. E me parece que não está aceitando mais incluir 0. -<dest> <CNPJ>00000000000000</CNPJ> //ESte campo está me parecendo que o ACBr está preenchendo. <xNome>NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome> -<enderDest> <xLgr>TESTE TESTE TESTE</xLgr> <nro>S/N</nro> <xBairro>NAO ESPECIFICADO</xBairro> <cMun>9999999</cMun> <xMun>EXTERIOR</xMun> <UF>EX</UF> <cPais>1058</cPais> <xPais>BRASIL</xPais> </enderDest> <indIEDest>9</indIEDest> </dest> Versão testada: ACBrMonitorPLUS 0.3.03.4 Modo de uso: Monitor

Oscar para que siga este assunto conforme as regras do fórum, eu sugiro que você faça uma pesquisa no aCBrSAC no grupo SAT sobre o mesmo e caso lá não conste nenhuma informação desejada abra um tópico novo no fórum SAC, pois ele tem uma prioridade maior que o fórum aberto, além de ter a possibilidade de encontrar mais colegas tratando do assunto específico.

Verdade Oscar, como eu havia comentado, não uso o SAT portanto tenho pouco conhecimento, mas após vc comentar notei que em SAT, Dados do Emitente tem a configuração do Regime Tributário com as opções RTSimplesNacional e RTRegimeNormal. Desconsidere o meu comentário anterior.

Bom dia! Notei que você enviou CNPJ 111111... para teste então não consigo saber em qual regime tributário se encontra o emitente. Eu não tenho experiência com SAT pois não utilizo, mas encontrei no fórum esta informação do Daniel, conforme link abaixo. Com isto entendo que o Regime Tributário é retornado conforme a classificação que a empresa de fato se encontra. Desta forma para testar um com CSOSN teria que ser com um emitente que de fato se encontra no Regime do Simples. No XML que você anexou percebi que o cRegTrib está 3 (Regime Normal) com isto a criação das TAGS para CST é forçada.

O arquivo que o Régys comentou seria o INI (Padrão ACBr) que "monta" a NFe, conforme estava o princípio do texto com [Produto001]... No teu caso vc usa o arquivo TXT no padrão da SEFAZ/SP. Se possível anexe o teu arquivo.

Boa noite! CEST - Exigência do preenchimento do campo CEST - Código Especificador da Substituição Tributária não tem a ver diretamente com o Grupo de Tributação do ICMS para a UF de destino.. Exigência do CEST foi prorrogado para 01/10/2016. Exigência do Grupo de Tributação do ICMS para UF de destino, não deve exibir a mensagem de rejeição: "Rejeição: Não informado o grupo de ICMS para a UF de destino [nItem:999]" se a data de emissão for anterior a 01/07/2016 em ambiente "PRODUÇÃO".