-
Total de ítens
2.784 -
Registro em
-
Última visita
-
Days Won
32
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Kiko Fernandes postou
-
Bom dia Caetano! Sim, pois se teu cliente precisar fazer uma NFe de ajuste ou complementar e o teu sistema não oferecer esta opção, teu cliente vai estar com dificuldade e com certeza irá te ligar. Eu uso o ACBrNFeMonitor e não o componente no Delphi por isto não sei te explicar, mas creio que vc deve seguir as orientações do nosso colega Dercide Alvarez, preenchendo as variáveis que ele citou para cada caso, além da finalidade (Ide.finNFe). O DANFE estará de acordo com o que vc preencher. O que me referi a consulta com o contador é que existe diferença entre NFe de ajuste e NFe complementar, por isto vc deve consultar exatamente o que se pretende pois pode ocorrer erros como exemplo: fazer um reajuste de preços e colocar a finalidade como Ajuste, neste caso estaria errado pois a nota seria complementar e não de ajuste. Vou transcrever parte de um texto que penso que te ajudará a esclarecer o que comentei. Nota Fiscal Complementar A NFe Complementar (cujo campo FINALIDADE DE EMISSÃO deve ser indicado como opção 2) será emitida nos casos de: Reajustamento de preço em razão de contrato escrito ou de qualquer outra circunstância que implique aumento no valor original da operação ou prestação; Na exportação, se o valor resultante do contrato de câmbio acarretar acréscimo ao valor da operação constante na nota fiscal; Na regularização em virtude de diferença no preço, em operação ou prestação, ou na quantidade de mercadoria, quando efetuada no período de apuração do imposto em que tiver sido emitido o documento fiscal original ou para lançamento do imposto não efetuado em época própria, em virtude de erro de cálculo. Nela ainda deverão estar contidas as informações dos itens a serem complementados, com o devido destaque do tributo (NFe complementar de ICMS) ou com o valor que fora descrito a menor (NFe complementar de valor), uma ainda com a especificação da diferença da quantidade (NFe complementar de quantidade). NFe de Ajuste A Nota Fiscal de Ajuste (cujo campo FINALIDADE DE EMISSÃO deve ser indicado como opção 3) tem o objetivo de identificar as notas fiscais emitidas para fins de ajustes na escrituração, ou seja, notas que não se referem às operações com produtos/mercadorias e que devem ser emitidas apenas para fins escriturais, como transferência de créditos, creditamento de ativo permanente, etc., conforme as definições do RICMS. A classe NFe de ajuste foi criada para ser utilizada nas notas fiscais emitidas por previsão legal que não representam uma circulação de mercadoria, como é o caso da NF de crédito do ativo, transferência de crédito, etc., vale observar que este tipo de ajuste era feito, em alguns casos, diretamente no RAICMS sem emissão de NF. fonte: http://www.milkstaff.com.br/2009/10/nfe-diferenciadas-complementar-e-ajuste.html
-
Veja que nos campos da ST do item não existe nada preenchido sobre ST e nas tag's do total vc acrescenta o valor direto. 0.00 0.00 0.00 7.00 Existe no total, mas não existe os 7.00 no item. Devido a isto vc recebe a mensagem: Total-ST difere da somatória dos itens... As tags do item que correspondem a ST deve ser preenchida.
-
E verifique com o contador o que realmente é necessário sair no DANFE, pois isto pode te incomodar. Veja que o Manual de Integração - Pág. 152 você encontra para finNFe 3 opções: 29 - B25 - finNFe - Finalidade de emissão da NF-e 1 - NF-e normal 2 - NF-e complementar 3 - NF-e de ajuste Veja que existe codificação para NFe complentar e para NFe de ajuste.
-
Bom dia! Ala vc tem que dar uma lida na NT 2012.003 e analisar quais alterações afetam o teu sistema. Por exemplo tem regras para NFe de combustíveis porém tem sistemas que não atendem este tipo de cliente, logo pode desconsiderar todas as alterações para combustíveis e assim por diante. NT 2013/003 Divulga novas regras para as NF atualização do Schema XML, novas regras de validação. Prazo para entrada em vigência das alterações: · Ambiente de Homologação (ambiente de teste das empresas): 01/10/12; · Ambiente de Produção: 01/11/12.
-
Em modo produção está ocorrendo isto?
-
Você deve informar o que está ocorrendo. Ambiente SCAN habilitado pelo estado. Servidor da SEFAZ de Origem inoperante. Internet do cliente com problema (para os não são SCAN) Por ai, alguma coisa que explique o motivo.
-
[identificacao] tpemis=3 Serie=900 dhCont=29/10/2012 17:56:00 xJust=Ambiente SCAN habilitado pelo estado.
-
Alíquota: É o percentual que será aplicado sobre a base de cálculo para o cálculo do valor de um tributo.
-
Falha na validação do schema XML / tag <nfeProc>
Kiko Fernandes replied to Paulo's tópico in ACBrNFe
Ajudaria muito Talvez não fizeram o tratamento específico, mas a mensagem: "Rejeicao: Falha no Schema XML do lote de NFe" não deixa de estar correta, só que é genérica. -
Falha na validação do schema XML / tag <nfeProc>
Kiko Fernandes replied to Paulo's tópico in ACBrNFe
Paulo, vc pode anexar o XML? Se o problema for o volume como o Mcob citou, de uma olhada neste post que vc vai entender. -
Se a nota ficou em processamento o cStat é 105, porém se não retorna nada por queda de conexão ou algo parecido você terá que verificar pelo teu sistema que não obteve o retorno.
-
[Resolvido] - Nome do arquivo pdf é gerado diferente do xml
Kiko Fernandes replied to ricardogomesfranca's tópico in ACBrNFe
Boa tarde! Se possível anexe o TXT que vc está enviando para o Monitor. -
Oi Igor! Está faltando o Tipo. [NFRef001] Tipo=NFe refNFe=35121010669773000119550150000000031000000039 [NFRefXXX] Tipo= // Pode conter os valores NF NFe NFP CTe ECF Veja: http://anfm.blogspot.com.br/2010/10/acbrnfemonitor-compativel-com-nfe.html
-
225 - Rejeição: Falha no schema XML da NF-e
Kiko Fernandes replied to Michel Abrão's tópico in ACBrNFe
Genilson a questão é que tem que estar de acordo com o Manual de Integração e Notas Técnicas. No caso do Michel Abrão não é nem a questão de 0 ou '' mas sim a própria criação da TAG que passou a ser criticada. Te aconselho a ler a NT2012.003 - Divulga novas regras para as NF-e de Combustível, atualização do Schema XML, novas regras de validação. Esta edição divulga atualização do Schema da NF-e e de novas regras de validação. Prazo para entrada em vigência das alterações: Ambiente de Homologação (ambiente de teste das empresas): 01/10/12; Ambiente de Produção: 01/11/12. Pág. 04 -02.6 qVol (X27) – Campo obrigatório, se informado o grupo “vol” O grupo de informação sobre “volumes transportados” é opcional, mas, se este grupo de informações constar no XML, deverá ser informada a Quantidade de Volumes transportados. No XML do Michel ele estava criando desta forma: Veja que ele tinha a TAG criada sem espaço ou sem zero etc. A nova crítica esta dizendo: Se possuir o grupo "vol" deverá informar a quantidade de volumes transportados, logo está sendo exigido a tag quantidade de volume transportado. Como não existe nenhum volume informado, voltamos ao início "Campo obrigatório, se informado o grupo "vol". Não tendo o qvol (quantidade de volume transportado) não devo então criar a Tag . Leia a NT2012.003 e veja se o teu sistema atenderá as novas regras. -
Neste momento MG ainda permanece com contigência ativo. http://www.nfe.fazenda.gov.br/portal/principal.aspx Serviços em Contingência Contingência Ativada CE Desde 24/8/2012 09:24:35 MG Desde 9/10/2012 11:31:02 PE Desde 21/9/2012 11:42:09
-
Correto. Observar o limite que não pode ultrapassar a 20 correções por NFe.
-
Erro: Numero máximo de casas decimais permitidas 2
Kiko Fernandes replied to Alvaro Marcelo's tópico in ACBrNFe
No XML que vc está criando (antes de passar para o monitor) vc observou se as tags estão com mais de duas casas decimais? É possível vc anexar o XML que vc criou antes de enviar para o ACBrNFeMonitor? -
Rejeicao: Falha no Schema XML do lote de NFe
Kiko Fernandes replied to Rodrigo Guelf's tópico in ACBrNFe
Exatamente o que o Souza comentou. Parte do seu XML: Pág. da 4 da NT2002.003 02.6 qVol (X27) – Campo obrigatório, se informado o grupo “vol” O grupo de informação sobre “volumes transportados” é opcional, mas, se este grupo de informações constar no XML, deverá ser informada a Quantidade de Volumes transportados. Nota Técnica 2012/003 Divulga novas regras para as NF-e de Combustível, atualização do Schema XML, novas regras de validação. Prazo para entrada em vigência das alterações: Ambiente de Homologação (ambiente de teste das empresas): 01/10/12; Ambiente de Produção: 01/11/12. -
Rejeicao: Falha no Schema XML do lote de NFe
Kiko Fernandes replied to Rodrigo Guelf's tópico in ACBrNFe
Bom dia! Vc está enviando no ambiente de homologação ou de produção? No amb. de homologação foram acrescentadas algumas regras de validação e atualização de algumas schemas. Veja NT2012.003 Se possível anexe o XML que fica melhor de analisar. -
Na NT2012.003 Pág. 4 Informa: 02.6 qVol (X27) – Campo obrigatório, se informado o grupo “vol” O grupo de informação sobre “volumes transportados” é opcional, mas, se este grupo de informações constar no XML, deverá ser informada a Quantidade de Volumes transportados. O grupo Vol é composto das tags: qVol - Quantidade de volumes esp - Espécie de volumes marca - Marca dos volumes nVol - Numeração dos volumes pesoL - Peso Líquido (em kg) pesoB - Peso Bruto (em kg) No caso a tua mensagem está informando que a tag qVol não pode estar com informação "0" (zero). Entendo que ela esta sendo informada com zero. Veja se tem outra tag destas especificadas que vc está preenchendo.
-
Se possível, anexe o XML.
-
O uso da carta de correção eletrônica é obrigatório para os que emitem NFe. Se vc não colocar como opção no teu sistema, ele estará incompleto. O que vc está usando? ACBrNFeMonitor ou o componente no Delphi? É bom vc ter um controle sobre isto. Deve salvar bem como enviar o XML para o destinatário. Sobre a impressão a legislação não trata como obrigatória, mas muitos desejam a impressão. No ACBrNFeMonitor a impressão da CCe está em fase de testes e no componente já está funcionando bem a alguns meses. Aconselho vc ler a NT2011.003 que te ajudará a entender a CCe. No forum também tem bastante informação a respeito, faça uma pesquisa e você encontrará muitos tópicos sobre o assunto.
-
Duplicidade de Evento na Carta de Correção
Kiko Fernandes replied to Nagas Sistemas's tópico in ACBrNFe
Faça uma consulta no portal: http://www.nfe.fazenda.gov.br/portal/consulta.aspx?tipoConsulta=completa&tipoConteudo=XbSeqxE8pl8= Veja quantos eventos estão registrado e envie novamente, acrescentando +1 na sequência do evento. Provavelmente foi apenas 1 então vc envia nova carta com a sequência 2. Lembrando que a sequência não poderá passar de 20 que é o máximo permitido. A última carta de correção substituirá a(s) anterior(es), portanto tem que ir com o texto da anterior mais a atual. Pág. 02 NT2011.003 - xCorreção: Correção a ser considerada, texto livre. A correção mais recente substitui as anteriores. -
Ultima compilação no SourceForge: 14/09/2012 - Versão: 0.7.2.1 Versão anterior: 28/06/2012 - Versão: 0.7.1c Link: http://sourceforge.net/projects/acbr/files/ACBrNFeMonitor/ACBrNFeMonitor%20Atual/
-
Homologação do sistema junto a Receita Federal
Kiko Fernandes replied to cristiam2005's tópico in ACBrNFe
Entendo que os estados que exigem este registro não estão com a intenção de verificar XML. Como vc disse o próprio servidor faz este serviço. O que está por trás é que o fisco tem em seu controle também a empresa desenvolvedora. Em uma fiscalização por exemplo, se o fisco desejar ver as informações que estão no sistema, não adianta dizer que não tem senha mestre, que não sabe o que é banco de dados etc. O fisco entra em contato com a empresa desenvolvedora e solicita as informações necessárias, caso ocorra omissão eles podem bloquear o código (registro do software) e a empresa desenvolvedora não poderá mais utilizar o seu sistema em novas empresas e em caso do registro ser cancelado, deverá retirar o seu software das empresas que já foram autorizadas.
