-
Total de ítens
2.761 -
Registro em
-
Última visita
-
Days Won
32
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Kiko Fernandes postou
-
Ha blz! Entendi que era a composicao da chave.
-
Veja página 92 do manual de integração do contribuinte - Versão 5.00 cUF - Código da UF do emitente do Documento Fiscal - Tam. 02 AAMM - Ano e Mês de emissão da NF-e - Tam. - 4 CNPJ - CNPJ do emitente - Tam. - 14 mod - Modelo do Documento Fiscal - Tam. 02 serie - Série do Documento Fiscal - Tam. 03 nNF - Número do Documento Fiscal - Tam. 09 tpEmis – forma de emissão da NF-e - Tam. 01 cNF - Código Numérico que compõe a Chave de Acesso - Tam. 08 cDV - Dígito Verificador da Chave de Acesso - Tam. 01 Pelo TpEmis - e pela Série é possível saber se a nota foi emitido em contingência. Estes dois compõem a chave.
-
Olá! Como vc está cadastrado no SAC vc pode tentar este link: http://www.djsystem.com.br/acbr/sac/index.php/downloads Este é para todos: http://sourceforge.net/projects/acbr/fi ... FeMonitor/
-
Oi Fauze! Experimente trocar por: NFE.CARTADECORRECAO("[CCE] idLote=1 [EVENTO001] chNFe=41XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX cOrgao=41 CNPJ=11763640000170 dhEvento=14/11/2012 15:45:32 nSeqEvento=1 xCorrecao=Campo Razao Social correto: NOME CORRETO DA RAZAO SOCIAL") Que não tem dois cOrgao eu tenho certeza, mas não tenho certeza que é este o problema, faça um teste.
-
Boa tarde ALA! É possível anexar o XML?
-
86->Rejeicao: CFOP nao e de Operacao Estadual e UF emitente
Kiko Fernandes replied to Alan Sartori's tópico in ACBrNFe
Veja que a UF do emitente vc informou RS e a UF do destinatário também está RS NAS ENTRADAS - CFOP INICIADO POR 1 - OPERAÇÃO DENTRO DO ESTADO 2 - OPERAÇÃO FORA DO ESTADO 3 - IMPORTAÇÃO NAS SAÍDAS - CFOP INICIADO POR 5 - DENTRO DO ESTADO 6 - FORA DO ESTADO 7 - EXPORTAÇÃO vc informou CFOP 2949 Como uma entrada aonde o fornecedor é de fora do estado (UF) e no campo UF do destinatário também é RS (ou seja o mesmo estado) então não pode ser iniciado por 2. Isto é o que eu entendo, mas notei que nesta chave que vc passou: 43121107385111000102550000000000861493078830 com finalidade 3 eu verifiquei no ambiente de homologação e está também RS e RS e aceitou 2949. Vou dar uma analisada melhor se eu descobrir alguma coisa te aviso. -
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.