Isaque Pinheiro

Bom dia, fiz mais umas pesquisas hoje cedo, e todas levaram a solução postadas por marcelo_sp e por Kiko, ou seja sendo bom para ambas as partes, ficamos assim (Celso Russumano). Meus agradecimentos a todos pelas dicas postadas, a vida é sempre um aprendizado, aprendi muito aqui nessas discussões.

Heheheh, ta bom Henrique, também desconheço Lei que fale sobre CRT, CRT é uma simples regra da NFe.

Então Kiko, procuramos nos basear na Lei, como você colocou, mas como programadores somos incapazes de bater de frente com os contadores, esses os quais cada um tem sua interpretação, como o Designerba citou, vou reportar aqui um acontecimento que teve comigo mês passado. Chegou uma nota fiscal para um cliente, materiais estes de consumo, mas a compra foi de um fornecedor do regime normal, dessa forma veio destaque normal de ICMS até ai tudo certo. Meu sistema faz os cálculos, item a item como acredito ser a maioria dos sistemas para conferir se esta tudo ok na NF. Ai veio o problema, o contador que até o mês anterior aceitava o sintegra, de um jeito, mudou, querendo que mesmo que na NF tenha vindo base de ICMS, este valor seja transferido para o campo OUTROS. Justificativa, se material de consumo meu cliente estar no simples e não se creditar de ICMS deve ir para o livro de entrada no campo outros. Bom pesquisando com outro contador, ele me diz, isso é questão de interpretação, e diz, para mim deve ser no campo BASE normal, e me mostrou a Lei, onde li e vi que realmente é questão de interpretação. Ai como nós ficamos? Debater com contador é em vão, antes dessas exigências do governo eu desenvolvia sistemas dois em um, fiscal e não fiscal exigência dos clientes, graças a Deus isso acabou, mas agora estamos tendo que fazer X em um, para cada contador... Vamos continuar pesquisando, temos que achar uma fonte de pesquisa a qual nos ampare por Lei, e possamos assim dialogar com o contador baseado sim em Lei, e não em interpretações.

Caro Henrique, você está confundindo as coisas, ninguém está falando sobre isso aqui. Leia o título e veja sobre qual é a discussão, e você não pode afirmar isso, pois se na Lei falar que devemos emitir a NFe de devolução como a de entrada, a CRT tem que mudar, por isso tente entender bem a discussão, e busque fundamento para opinar. Se você simplesmente segue regras de componente, procure mudar seus conceitos, nem sempre é assim, Lei é Lei Componente é Componente.

Vejam nesse link http://www.contabeis.com.br/forum/topicos/39798/nota-fiscal-de-devolucao-simples-nacional/ , outra interpretação, apesar de ser de 2010. Veja tb este documento http://www.scacontabil.com.br/materias/simples%20nacional%20devolucao.pdf

Ei Marcelo, li esse comentário seu exatamente como colocou, que está no link http://www.spedbrasil.net/forum/topics/simples-nacional-x-devolu-o-de-compra-p-nao-simples-x-nfe?id=2159846%3ATopic%3A467952&page=2#comments, poderia ter citado a fonte. Mas infelizmente essa nossa Lei é bem incompreensiva, dessa forma deixa a merce de cada um ter sua interpretação, e minha fonte foi baseada em consultas direto com contadores respeitados na minha região, não quero dizer que estou certo, o que postou pode sim ter fundamentos, mas não esquecer, temos visto ai regras impostas nessas Notas de PAF-ECF, NFe, CTe que contradizem com o que está descrita na Lei, informações que se desencontram e ficamos doidos sem saber para qual lado seguir, vou procurar me informar mais, para saber se algo mudou e a Lei que rege como deve ser ou pelo ao menos diz e cada um interpreta. Uma coisa é certa, é complexo, pois se contradiz a mudança da CRT, também contradiz, base e valor de ICMS nos campos da NFe com CSOSN 900.

Ola, estou para implementar para um cliente meu o LR também, segundo informações que busquei, não tem dificuldades, mas isso não é real pois terá que levar em consideração os seguintes pontos: 1o - Ramo de atividade para saber quais registros serão precisos gerar, pois muda de ramo para ramo 2o - Estrutura de sua base de dados, para saber as informações que devem ser enviadas e se sua estrutura tem como apurar todas 3o - A pior o Contador, cada uma tem interpretação e exigências particulares, uns pedem muito exigindo apurarmos informações da qual temos que quebrar cabeça para chegar a ela, outros pedem pouco ajudando assim no resultado final, outros nem sabem o que quer por falta de conhecimento a fundo.

Mesmo a empresa estando no simples nacional, ela deve emitir a NF de devolução com CST.

Bom dia, estou acamado deste terça, começando a melhor hoje, assim que tiver melhor por completo darei um analisada tb, junto ao Elton, e se puder fazer essa checagem geral de quais campos devem ser 2, 3 e 4 decimais será de grande ajuda.

A Nota tem que ser emitida da mesma forma que foi recebida, para a empresa destinatária tenha como se creditar.

Este erro é por motivo do D7 esta achando as .bpl nos caminhos do xe2 siga os passo no meu blog http://isaquesp.blogspot.com.br/2011/09/varias-versoes-do-delphi-instaladas-sem.html que resolverá seu problema e ainda poderá usar o ACBr nas duas versões do delphi sem conflito. Entenda: Você tem o D7 e XE2 instalados na sua maquina, com certeza o XE2 instalado por último. Ao executar o D7 ele busca informações no path do XE2, mas o XE2 não tinha o ACBr instalado, por este motivo não tinha BPL, compilado no XE2, dai o D7 só achava as BPLs que foram geradas por ele. Depois vc resolveu instalar o ACBr no XE2, gerando as BPLs para este (XE2), mesmo desinstalando as BPLs não são apagadas Ao executar o D7 agora ele vai novamente no path do XE2, e encontra, as tal BPLs, dai o que acontece? Corta pra mim... o erro acima reportado por vc. Executando os passos postado no meu blog, cada delphi ao ser executado seta o path dele, sobrepondo o path do sistema, fazendo com que cada delphi só busque as BPLs no path definido, te possibilitando estar com os dois delphi abertos ao mesmo tempo e cada um compilando e buscando as BPLs do seu path, e ainda os dois usando o mesmo fonte do ACBr. Espero que este post esclareça de uma vez por toda, as dúvidas de MUITOS que tem duas ou mais versões do delphi instaladas no computador.

Boa noite, segundo a NT diz que entrará em vigor a partir de 01/10/2013, por este motivo ainda não temos o campo no fonte do ACBrNFeMonitor, mas fique tranquilo, será incluso, pois os novos schemas farão clíticas deste campo. 02.1 Informação da FCI Incluído campo de controle relacionado com a Resolução 13 do Senado Federal, Convênio ICMS 38/2013 e suas alterações. A informação do Número da FCI passará a ser obrigatória nas operações interestaduais, conforme a Origem da Mercadoria (3, 5 ou 8), a partir de 01/10/2013, conforme legislação atual.

Francisco, este erro é algo ai no seu delphi+quickreport, pois tenho o D7 funciona 100%, pois o uso toda semana para gerar os monitores, mas mude no seu e dando certo, tranquilo.

Acabei de subir a correção para este problema.

Bom dia exatamente Elton, só é trabalhoso, mas Lutzem como você disse ter feito na mão já deve ter bastante trabalho feito, bastando organiza-los para implementar o recurso no ACBrSPED, se tiver disponibilidade, podemos ir ajudando nas dúvidas em seguida que quiser disponibilizar avaliamos e subimos para o SVN.

Sobre a aba webservice o Italo reportou, mas acabei esquecendo, vou ajustar para a próxima versão. Sobre a diferença da versão 0.8.0C, foi uma versão teste quando saiu a exigências de cancelamento e cce por evento, após essa versão de teste os ajustes subirão para o repositório e estão disponíveis a cada versão que sobe semanalmente adicionados os ajustes feitos a partir dessa versão 0.8.0C, ou seja ela parou no tempo, só foi lançada para teste inicial, depois tudo e ajustes futuros foram para as versões atuais.

Ótimo trabalho, parabéns pela iniciativa, dessa forma esses pacotes poderão até ser instalados pelo ACBrInstall. Já disponíveis no repositório, e com os créditos merecidos.

Bom dia, o ACBrInstall, fiz para que ele identifique desde a versão do D3...XE4, por isso comentei que poderia ser os pacotes, dai não precisa de nova versão, para estas versões, bastamos sempre corrigir os pacotes (.DPK), ele ficou bem dinâmico.

Sem frete Transporte Próprio Etc... Me desculpem, não vi que era CT-e, desconsidere a resposta, não tenho conhecimento em CT-e ainda.

Softcamp, não mudou a CST, 020, 060 são CSTs de empresas no regime Lucro Resumido ou Lucro Real 200, 500 são CSTs de empresas no Simples Nacional Para isso você terá que ter no seu sistema "Cadastro de Empresa" a opção para informar e guardar no banco de dados em qual regime ela está. Ao alimentar os dados você deve informar na propriedade: NFe.Emit.CRT := crtRegimeNormal; // Para Lucro Presumido ou Real NFe.Emit.CRT := crtSimplesNacional; // Para Simples Nacional em seguida vem a checagem: Se for crtRegimeNormal, deve ser alimentado as CSTs 020,060 etc... Se for crtSimplesNacional, deve ser alimentado as CSTs 200,500 etc... Note: Dentro da Pastas ACBr\Fontes\PNC2, tem uma unit chamada "pcnModeloNFe.pas", ela poderá te ajudar bastante.

Na realidade não é nem o ACBrInstall que seja compatível com o Delphi 6, mas sim os pacotes, e pelo que vi no TXT de log, algo no código também precisaria de pequenos ajustes.

Não, o CRO só muda se o ECF for para manutenção e entrar em intervenção técnica, dessa forma use o comando do ACBr para buscar no ECF qual o CRO que ele está e guarde-o.

Boa noite sgeinformatica , favor atualizar, problema resolvido.

Bom dia, tente mudar para SQL_Latin1_General_CP1_CI_AI

SAOliveira, observe que a 1a opção não chegou ao valor total da venda registrada no ECF, dessa forma ele aceita o valor do restante, se houver um valor da 1a formar igual ou maior o próprio ECF não aceita outra forma, dessa forma você teria que fazer o que o Daniel falou, enviar o valor da menor forma 1o. Como falado isso é regra do próprio ECF (acredito que de todas), não podemos fazer nada a respeito infelizmente.