Kiko Fernandes

Este ultimo que vc enviou, parece que está correto. Faltou apenas assinar. Obs. Anexe o arquivo, que fica melhor para verificarmos.

NT 2011.004 - Pág. 3 2.2 CEP (C13) – CEP do endereço do emitente Alteração no Schema XML para tornar o CEP campo de informação obrigatória. A informação CEP do emitente é obrigatório.

Clique no + aonde está a chave e verá: Certificado Digital do Titular: CN=CASA DAS MOTOCICLETAS LTDA:10293191000180 - CNPJ: 10.293.191/0001-80 [Visualizar] Assinatura Digital: Válida não olhei tudo, mas a IE do emitente vc colocou 23456789, ela deve ser igual ao do certificado ou seja a IE do emitente mesmo.

Alexsander, assim que vc testar e o retorno for de não ativo, mande executar o ACBrNFeMonitor.exe de dentro da tua aplicação.

Quanto a segunda pergunta, não entendi a tua colocação, não sei se é tag que vc quer se referir, o que posso te adiantar é que a CFOP muda. CFOP iniciada por 1, 2 e 3 - Correspondem as ENTRADAS, sendo: 1.xxx – ENTRADA E/OU AQUISIÇÕES DE SERVIÇOS DO ESTADO 2.xxx – ENTRADA E/OU AQUISIÇÕES DE SERVIÇOS DE OUTROS ESTADOS 3.xxx – ENTRADA E/OU AQUISIÇÕES DE SERVIÇOS DO EXTERIOR CFOP iniciada por 5, 6 e 7 - Correspondem as SAÍDAS, sendo: 5.xxx - SAÍDAS OU PRESTAÇÕES DE SERVIÇOS PARA O ESTADO 6.xxx - SAÍDAS OU PRESTAÇÕES DE SERVIÇOS PARA OUTROS ESTADOS 7.xxx - SAÍDAS OU PRESTAÇÕES DE SERVIÇOS PARA O EXTERIOR De uma olhada neste link, creio que vai te ajudar. http://www.sefaz.pe.gov.br/flexpub/versao1/filesdirectory/sessions398.htm Considerando uma venda normal dentro do estado da empresa seria 5.102, a mesma para fora do estado já seria 6.102, porém tem outros detalhes em relação a tributação, diferença de ICMS conforme o regime fiscal que se encontra a empresa, para estes casos é melhor você consultar o escritório de contabilidade da empresa para pegar as demais informações.

Valeu Márcio! Mas era para o Marcio Moura, pois ele estava se referindo ao ACBrNFeMonitor, e a dúvida é em relação a Monitor, quanto ao componente entendi a tua modificação.

Se a empresa for CRT=3 voce irá usar o CST caso seja CRT1 você usará o CSOSN Se for CRT=3 vc deverá preencher conforme a classificação do produto dentro das tabelas ele é formado por 3 numeros, sendo que um é da tabela A e os outros dois da Tabela B Então estes códigos tem que ser ajustados de acordo com os produtos da empresa. Se no teu caso está "000" isto significa que este item é: Primeiro digito: 0 - Produto Nacional (TABELA A) do Segundo ao terceiro digito: 00 - Tributado integralmente (TABELA Logo se este item fosse substituição tributária ou um item importado, estaria errado. Por isto a classificação vai depender do produto e do regime fiscal que se encontra a empresa.

Ok Arivaldo, é que entendi que vc estava usando o Monitor. Hoje o André disponibilizou uma versão do Monitor 0.8.14b, deve estar em teste ainda por isto não está disponível no link das versões, mas parece que está resolvido a questão da tag. ACBrNFeMonitor.rar Link para donwload da versão. (obs.: Não oficial até o momento, provavelmente está sofrendo algumas alterações) http://www.djsystem.com.br/acbr/forum/download/file.php?id=1346

Tairone envie o teu INI completo em anexo para analisarmos, se for igual ao exemplo que vc postou antes, continua faltando o CST do PIS e COFINS.

Sérgio vc informou 4 produtos 1 - 3772,63 2 - 2357,89 3 - 943,16 4 - 5470,86 (3772,63+2357,89+943,16+5470,86) = 12.544,54 (Valor dos produtos) Vc informou como valor dos produtos 14.551,67.

Márcio, você verificou se existe no XML criado estas tags?

Neste tópico, parece que foi relatado o mesmo problema que vcs estão tendo. Ainda não entendi como foi resolvido para quem usa o ACBrNFeMonitor, mas no componente parece que esta resolvido.

Régys, não entendi o que vc comentou. Pelo que entendi o Arivaldo esta usando o ACBrNFeMonitor gerando um TXT no padrão do emissor gratuito, logo ele precisa do executável. Entendi vc modificou algo na programação, então fiquei em dúvida que repositório vc diz para ele atualizar? Existe outro lugar com alguma versão beta compilada?

Adilson, leia este tópico:

Márcio, eu não sei a logística do teu sistema, mas tem coisas que o operador é capaz de fazer que deixa a gente de cabelo em pé (os que ainda tem cabelos), nos obrigando a ser radicais em algumas funções do sistema. Eu observei que não foi só a quantidade e valor, observe tambem o valor da permissão de crédito, a quantidade do volume, o peso líquido e bruto ou seja é muita informação diferente para considerar como um erro no tratamento de trasmissão. Eu consegui simular esta situação da seguinte forma: Enviei uma nota, ela foi autorizada. Acessei novamente a nota, modifiquei a quantidade, o valor, pelo liquido e bruto e descrição. Gerei um novo XML, validei e assinei. Agora fiquei com um XML válido, assinado porém sem o protocolo de autorização e diferente do primeiro XML. Solicitei uma consulta enviando este XML Resultado: O protocolo de autorização (do primeiro XML) foi adicionado ao XML. Como a assinatura é válida e tem o protocolo de autorização, aparentemente está tudo certo, porém o XML na SEFAZ é o primeiro e não este XML que foi gerado. Baseado nisto, penso que vc deve rever se existe possibilidade pelo teu sistema de fazer alguma alteração após ter recebido o retorno do status 100 (autorizado) se tiver vc não deve permitir que o operador modifique após ter este resultado. Uma outra possibilidade também é a que o colega Fabricio colocou, digamos que ocorreu um erro no momento do retorno e a nota ficou autorizada na SEFAZ, porém vc não recebeu o retorno. O operador vendo que não tinha o retorno, pode ter alterado a NFe e tentado transmitir novamente. Digamos que ele recebeu a mensagem de DUPLICIDADE e após isto ele resolveu fazer a consulta da NFe (enviando para a consulta este XML modificado) e com isto tem o protocolo de autorização adicionado ao XML que tentou enviar, causando esta situação. No momento não sei de outra possibilidade, mas creio que vc deva começar procurando por ai. Se o LOG estiver ativo, procure pegar ele e analisar neste dia, esta nota se recebeu mensagem de duplicidade, se foi feito consulta com ela etc.

Laurosan Para PIS e COFINS vc pode informar desta maneira:

Esta questão de cliente é complicado, eu sugiro que vc aplique no teu sistema para que não venha a ter problema. Uma vez que ele escolha CST 04, vc zera alíquota e o cálculo, desative a opção aonde ele informou a alíquota, algo assim.

Veja: Não é tributável. Pág. 146 do Manual de Integração, vc verá que o preenchimento é apenas a TAG CST para este caso. Se ele é 04 você não pode calcular.

CST PIS=04 Operaçao Tributável (tributação monofásica (aliquota zero)

A soma do PIS dos itens não bate com o TOTAL do PIS informado na NFe.

Eduardo eu não posso te confirmar que seja este o erro, mas tem uma falha em relação a informação, talvez por algum motivo pode ser que vc não esteja recebendo o erro 608. Pode não ser isto, mas creio que vc terá que cuidar com este valores, pois eles estão diferentes e se não estiverem sendo validados ainda a qualquer momento pode começar, pois consta na NT2011.004 Pág. 11 da NT2011.004 diz assim: 4.8 Novas regras de validação do somatório dos valores dos itens sujeitos ao ISSQN com os valores informados no grupo ISSQNtot Total do vPIS (id:W21) difere do somatório do valor dos itens (id:Q09) de item sujeito ao ISSQN (*3) Rejeição: Total do PIS difere do somatório dos itens sujeitos ao ISSQN (NT2011/004) No ítem No Total:

Você pode fazer um teste também pelo configurador do ACBrNFeMonitor, na aba [ DANFE ] procure por: Fonte Razão Social[12 ] e Fonte Demais campos[10 ]

http://djsystem.com.br/acbr/forum/viewtopic.php?f=6&t=1912&start=80

Paulo acho que é o mesmo caso

Cristian, você está criando direto o arquivo ENTNFE.TXT? Se sim, mude a maneira, crie o arquivo com outro nome exemplo NFEtmp.TXT e após ele criado e finalizado, renomeie para ENTNFE.TXT, dá impressão que vc está criando diretamente ele e o ACBrNFeMonitor tenta fazer a abertura deste arquivo e o mesmo está aberto pela tua aplicação. Outra coisa procure ter certeza que vc fechou o arquivo após fazer a edição dele pelo teu sistema.