Kiko Fernandes

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 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".

Boa tarde! Acrescente o campo abaixo vBCUFDest que está faltando. Mais informações pode ser visto no link abaixo. [ICMSUFDest001] vBCUFDest=0

Bom dia! Provavelmente ele não está conseguindo explicar o que de fato precisa. Infelizmente tem alguns que não conseguem se expressar e acabam ficando para nós a tarefa de até interpretar o que ele está dizendo. Procure levantar exatamente o que ele precisa. Poucos dias alguém me falava assim: o contador disse que o produto é 235,00 a alíquota 18% e o valor do ICMS tem que ser 28,20. Ai entra estes tipos de conversa "tem que mexer no valor porque o sistema calcula o icms de 42,30 e o contador disse que tem que ser 28,20". Ai vc vai ver de fato o que ocorre é que o produto tem um diferimento parcial de 33,33% e neste caso a base de calculo não seria de 235,00 e sim 156,67 que aplicando 18% terá então o valor do icms de 28,20, porém a base não foi simplesmente alterada, existem tags que são preenchidas de modo que os cálculos fiquem corretos, mas eles olham os valores e dizem, "preciso mexer para ficar assim". O que quero dizer é que não existem mudança de valores na louca, porém alguns não conseguem explicar o que de fato precisam e ai você terá que se envolver em uma investigação para levantar estas informações e descobrir o que de fato estão falando. Este é um exemplo do que já presenciei e de fato é legal a mudança nos valores porém com cada tag com a sua devida informação preenchida, do contrário, na louca não é possível, tem que saber o que está sendo feito.

Publicado no Diário Oficial da União desta segunda-feira (28/03/2016) - Pág. 30 CEST prorrogado para 01/10/2016. Fonte: http://pesquisa.in.gov.br/imprensa/jsp/visualiza/index.jsp?data=28/03/2016&jornal=1&pagina=30&totalArquivos=140

Bom dia! Não é o certificado e sim o aplicativo. Existe o ACBrMonitorPlus OpenSSL (um executavel) e também na versão Capicom (outro executavel). Sugiro você instalar o ACBrMonitorPlus e após localize na pasta de instalação um arquivo com o nome ACBrMonitor.pdf Abra e leia ele que você terá uma boa informação do que é o projeto e como utilizar (inclusive a configuração contém um passo a passo com os desenhos da tela) e as intruções iniciais necessárias para você começar a utilizar o aplicativo.

Há uma previsão de prorrogação do CEST para 01/01/2017. Provavelmente na próxima semana será publicado no Diário Oficial da União. Fonte: http://www.spedbrasil.net/forum/topics/cest-nova-data-janeiro-2017

Mas por enquanto desabilitando a opção "Adicionar Tag de QRCode em Informações Suplementares" você pode utilizar nesta versão que disse que está usando.

O aplicativo ACBrNFeMonitor foi descontinuado, em seu lugar está o ACBrMonitorPlus versão 0.3.0.03.4

Boa noite! Você não informou um campo. Faça desta forma e volte a testar: [ICMSUFDest001] vBCUFDest=0 //Acrescente este campo vBCSTDest=233,70 pFCPUFDest= pICMSUFDest=19,00 pICMSInter=12,00 pICMSInterPart=40,00 vFCPUFDest= vICMSUFDest=6,54 vICMSUFRemet=9,82

Boa tarde! Daniel fiz um teste com o arquivo dele e só funciona com a opção do QRCode desativada. O arquivo dele está no padrão SEFAZ/SP. A partir de 01/04 me parece que será obrigatório esta informação. Eu tenho pouco conhecimento no uso do arquivo no padrão SEFAZ.

Boa noite! O nome do campo é TotalParcelas= Experimenta acrescentar o s, faça um teste e veja se o erro continua.