Antonio Carlos L

Olha eu fiz a coisa um pouco melhor agora , desta forma é possível o comparar a faixa , logico que pode haver mais de um retorno, mas entre nada e alguma coisa... CEST_AUTO.txt

Eu conheço essa tabela, ela foi minha primeira opção, mas ela tem erros, e acabava não me atendendo. Então eu peguei o anexo e extrai o tudo coloquei aqui no site disponivel. Eu parti para um entendimento diferente, em cima do que o colega da 3Soft disse, estou criando uma tabela de relação NCM x CEST com base no agrupamento do NCM No teste que fiz aqui em uma base de dados de Auto Peças com 44.000 itens, onde todos são monofásicos e portanto sujeitos a ST, apenas 20 itens não foram achados ( lançaados errados são itens sem ST ) Quando eu terminar os outros segmentos eu coloco a disposição.

SIM em 01/04/2016, desde que o produto esteja nos seguintes casos 10 - Tributada com cobrança de ICMS por substituição tributária; 30 - Isenta ou não tributada com cobrança de ICMS por substituição tributária; 60 - ICMS cobrado anteriormente por substituição tributária; 70 - Com redução de base de cálculo e cobrança de ICMS por substituição tributária; 90 - Outros, desde que com a TAG vICMSST; 201 - Tributada pelo Simples Nacional com permissão de crédito e com cobrança do ICMS por substituição tributária; 202 - Tributada pelo Simples Nacional sem permissão de crédito e com cobrança do ICMS por substituição tributária; 203 - Isenção de ICMS do Simples Nacional para a faixa de receita, com cobrança do ICMS por substituição tributária; 500 - ICMS cobrado anteriormente por substituição tributária ou por antecipação; 900 - Outros, desde que com a TAG vICMSST.

Obrigado pela opnião Paulo, acho deixar a escolha pelo usuário a mais fácil. Porém vejam que devemos apresentar no caso de mais de um CEST para um dado NCM um range. Ou então ele vai procurar entre todos. Estou tentando mostrar a questão da faixa e da tabela TIPI Por exemplo se o cliente for nesse site, e digitar 38151220 o retorno será o CEST 28.043.00 ( produto de limpeza e conservação domestica ) Mas na verdade esse NCM esta na mesma faixa dos NCMs do grupo 3815 que são catalizadores e o correto é o CEST 01.001.00

Antes de postar aqui fiz uma pesquisa na internet e achei essa ferramenta Coloquei o NCM 38151211 ao inves do 3815.12.10 que tem a CEST 01.001.00 e veja a resposta ele traz a CEST 38151211 entretanto quando vou na tabela TIPI consultar veja que a faixa do NCM pertence a catalizadores. Esse site trouxe esse resultado pois pensou apenas se for igual as 8 posições, não sendo foi procurar no capitulo 38 O que voce acha ? Pois veja que se o codigo do NCm variar dentro da faixa 3815.12.10 a 3815.12.90 ele pega todo o segmento da TIPI Por isso achei que era assim.

Ok Juliano, baseando na sua resposta por exemplo a CEST 01.006.00 por exemplo que aparece com os NCMs 4010.3 e 5910.00.00 não seria a faixa de 4010.3000 a 5910.00.00 e sim 4010.3000 a 4010.3999 mais o NCM 5910.00.00 Seria isso ? 6.0 01.006.00 4010.3 5910.00.00 Correias de transmissão de borracha vulcanizada, de matérias têxteis, mesmo impregnadas, revestidas ou recobertas, de plástico, ou estratificadas com plástico ou reforçadas com metal ou com outras matérias 01.006.00

Meus amigos como ninguém sabe tudo e a comunicação nem sempre é clara. tendo por base parte do anexo I os 3 primeiros codigos, Eu entendi que : a CEST 01.001.00 pode ser usada nos NCMs que variarem de 3815.12.10 a 3815.12.90 a CEST 01.002.00 pode ser usada nos NCMs que variarem de 39170000 a 39179999 a CEST 01.003.00 pode ser usada nos NCMs que variarem de 39181000 a 38181999 O contador de uma empresa que fez um curso disse que se o NCM tiver 8 digitos APENAS NAQUELE NCM. Estou errado mesmo ? ANEXO II AUTOPEÇAS ITEM CEST NCM/SH DESCRIÇÃO 1.0 01.001.00 3815.12.10 3815.12.90 Catalisadores em colmeia cerâmica ou metálica para conversão catalítica de gases de escape de veículos e outros catalisadores 2.0 01.002.00 3917 Tubos e seus acessórios (por exemplo, juntas, cotovelos, flanges, uniões), de plásticos 3.0 01.003.00 3918.10.00 Protetores de caçamba

Caros deve ser de conhecimento comum que a tabela CEST mantem relacionamento para muitos e ate para todos. Pensei em algumas soluções e fui obrigado a pegar a tabela CEST e passar para TXT separado por (;) para depois para SQL Como o ACBr me ajuda muito, mesmo não sendo mais usuário do SAC, quero poder contribuir. Abraços a todos e parabéns a todos do ACBr. CEST12a.txt

Pessoal recebi a resposta rápida do desenvolvedor, ele confirmou que realmente há um problema como a exportação do xlsx. Acredito que em breve haja uma atualização no SVN

Obrigado, consegui contato com o desenvolvimento e enviei o mini exemplo

Oi Juliomar, eu trabalhava com Rave, e devido ao ACBr trunk2 não dar continuidade eu passei tudo para Fortes Report CE. Não tenho pela excessiva carga de trabalho como tentar entender o funcionamento do filtro do Fortes. Obrigado

Caros estou com problema com o filtro para exportar o relatório para XLSX ou XLS , Basicamente ele exporta mas a largura das colunas são tão grandes que não permite a visualização / manipulação correta. Claro que ANTES de postar aqui esse pedido de AJUDA, eu entrei no GitHub , existe posts desde Agosto 2015 sobre esse problema sem resposta. Algum colega passou por isso e resolveu a situação. O Fortes Report CE é a versão corrente na revisão 275. Obrigado. Antonio Carlos

No mesmo site existe um documento em forma de perguntas e resposta e uma das perguntas é sobre integração do aplicativo a softwares e a resposta é que nesta versão ainda não é possível. Os contadores vão ter que fazer na mão mesmo. Sobre GNRE ( não tenho experiência ) acho que vi um exemplo na suíte, mas se não me engano SP por exemplo não está integrado ao webservice nacional. Sobre Contadores, acho que devíamos ganhar parte dos honorários deles pois se você explicar ao cliente que o responsável pela empresa é o contador e é ele que deverá orientar a empresa na sopa de letrinha tributária e que nos apenas implementamos essa orientação. Aí o cliente pergunta a sua excelência o contador e ele diz : isso não é comigo pergunta ao cara da nota. Antes da NFe deveria ser prática os contadores mandar consultar o cara da gráfica para preencher a nota

Caros, resolvi deixar aqui a solução de um problema que depois de descoberto pode ser classificado como bobo, mas que deu muito cansaço. Confesso que se estivesse testando dentro do sistema operacional que estava desenvolvendo, teria verificado isso pois nos tempos de D7 isso era padrão. Projeto de cliente pronto, criado instalador, criado maquinas virtuais VMWare com SOs distintos para testar comportamento em XP,W7,W8,W10, em todos o sistema funcionou de mesma forma. Inicia-se a instalação na maquina do cliente e sistema instala mas não abre, e não emite uma única mensagem de erro, ficando listado em processos consumindo 50% da CPU. Todas as DLLs dentro da pasta do aplicativo, inicia-se pesquisa por duplicidade de DLLs nada encontrado. Pesquisa-se se haveria conflito de versões de DLL e nada. Desabilita-se anti-virus, remove-se as pragas bancárias e nada ! Nova compilação do EXE mas em Debug e ele berra pela falta da Midas, verifico que a diretiva de compilacao inclui a MidasLib em Release, coloca-se a midas.dll na pasta do executável e ele surge com a mensagem que não foi possivel encontar XXXX . Verifica-se o DataModule e esta o link no SQlConnection, retira-se compila e funciona. Isso eu conhecia desde o antigo dbexpress no D7. O que eu não sabia é que se embutir a midas.dll a mensagem de erro que deu quando estava externa não ocorreria. Abraços a todos.

Acrescentando, encontrei nos fontes a parte comentada. Descomentei e a impressão fica louca se colocar que Logo em cima. Quais valores vc usa como default ? Tentei varios sem exito.

Ola Rodrigo, baixei o seu demo, usando a versão 10880 do ACBr, as unica propriedades que estão funcionado são em relação ao tamanho da fonte. Quer coloque valores positivos ou negativos nem a imagem muda de posição, nem a razao e endereço muda de posição. Você modificou algo nos fontes para funcionar ? Antonio Carlos

Oi Juliomar, Eu procurei aqui no forum e vi uma postagem onde alguem desenvolveu essa facilidade no Fortes Report e isso foi adicionado aos fontes por pessoas da equipe. Essas propriedades parece não existiam no trunk apenas no trunk2 então suponho ser uma funcionalidade atual. Como podemos ver o que é em desuso sem ter que abrir os fontes ? Não seria mais fácil remover a propriedade ?

Caros, impressão da NFe por ACBrNFeDANFeRL versão 10731 22/12/15 No componente ACBrNFeDANFeRL existem as propriedades LogoemCima e RecuoEmpresa Mesmo setando LogoemCima := True e RecuoEmpresa para 10 por exemplo a logomarca não altera de posição sendo impressa ao lado do endereço e a Razão Social no topo. São propriedades descontinuadas ? Ou estou fazendo algo de errado ? Obrigado Antonio Carlos

Caros, ACBr versão 10731 22/12/15 Impressão ACBrNFeDANFeRL1 retrato ( não testei paisagem ) Posso ate não estar sabendo usar, mas Logo := ExtractFilePath(Application.ExeName)+'logo_danfe.png'; LogoemCima := True; <<< essa propriedade parece dizer que o logo ficará no topo Continua sendo impressa ao lado do endereço Mesmo alterando as propriedades abaixo : RecuoEmpresa := 10; A Razao social continua no topo. Existe algum problema ou estou fazendo algo de errado ? Obrigado

Caros envio os documentos por email atraves do ACBrMail da forma como se segue abaixo: Não envio o email pelo ACBrNFe . Fui notar agora que o arequivo XML quando é anexado ele acama ficando com todo o caminho do path onde se enconta, as \ de separacao estão sendo substituidas por _ ( underline ) e ficando assim por exemplo C_PASTADOAPLICATIVO_NOTAS_CNPJ_NFE_CHAVE-nfe.xml Alguma coisa mudou, não se pode mais fazer assim ? O PDF esta seguindo normal, apenas o XML // envia PDF if FileExists(Pdf) then AddAttachment(Pdf,'DANFE'); // envia o xml da nfe if FileExists(aXml) then begin MSxml := TMemoryStream.Create; try MSxml.LoadFromFile(aXml); AddAttachment(MSxml,aXml); finally MSxml.Free; end; end; RESOLVIDO. No exemplo do ACBrMail o envio do XML é feito da forma acima, substitui pela forma do dANFE AddAttachment(aXML,'XML');e ficou normal

Caras muito boa essa função eu estava apanhando meio devido ao Delphi por ter usado Currency meio devido as funções nativas que não arredondam como as normas da ABNT. Antonio Carlos

Obrigado Sérgio, mas o Fortes CE vai imprimir esses 120 caracteres ou será cortado ? Vou testar.

Caros ACBR 10672 impressão por FortesReport CE Questão : quando acrescento a tag informações complementares é criado uma linha abaixo do item e a separação do subsequente. O campo descrição do produto permite imprimir quantos caracteres ? pensei em acrescer a essa informação. Os colegas poderiam informar um tutorial do FortesReport ? Penso em ver se mexendo nos fontes, havendo informação adicional ele imprima abaixo da descrição sem criar uma segunda linha. Obrigado. Antonio Carlos.

Boa tarde Italo, mas essa regra do cliente não é so no modelo 55 ? No modelo 65 isso não vale apenas para o primeiro item ?

Caros ao emitir em Homologação NFCe ( 65 ) esta saindo no XML quando o destinatário é identificado : <xNome>NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome, e no DanfeNFCe esta aparecendo de forma correta o nome do cliente.