RickMao

Obrigado mestre!

Olá, caros colegas. Estou tentando imprimir com ACBrPosPrinter na impressora Microsoft Print to PDF, já configurei todos os modelos e o arquivo é gerado em branco. Usei o log e cria normalmente mas no arquivo salvo não aparece os dados no arquivo PDF. Alguém aí sabe como fazer a impressão na impressora Microsoft Print to PDF? teste2.txt teste3.txt

Gente não válida kkkkkk, o cara me induziu ao erro. Olhei o xsd e vi que a validação para os icmssn 300, 103 e 400 é pelo o 102, aí pra me assegurar que ele tá errado usei o xml nviado por ele e não validou também. não encontrei nenhum schema novo, então fui passado pra trás nessa, mais gerei o xml que ele disse era correto, amanhã vou enviar pra ele e mostrar que ele tá errado Agora não sei como ele criou o xml.

Boa noite caros colegas, Espero não está criando um tópico que já exista, pesquisei muito e não encontrei de fato. Vamos ao meu questionamento. Estava fazendo a geração de uma NFe de transferência para um cliente e o contador do mesmo alegou que o meu XML gerado continha um erro apesar de ter sido validado. Segundo o contador a TAG <ICMSSN300> <orig>2</orig> <CSOSN>300</CSOSN> </ICMSSN300> Estava Saindo assim: <ICMSSN102> <orig>2</orig> <CSOSN>300</CSOSN> </ICMSSN102> Após verificar realmente estava saindo assim, porém, válidava na SEFAZ, olhei o XML de um sistema que ele me enviou e realmente a TAG estava diferente e para sanar o problema do contador que alegou que o sistema produzia XML em desconformidade com o manual, resolvi solucionar o problema e descobrir que é apenas uma função da UNIT pcnConversao que gera o dito problema. Fiz essa mudança e resolveu o problema do contador: function CSOSNToStrTagPos(const t: TpcnCSOSNIcms): string; begin // case t of // csosn101 : result := '101'; // csosn102, csosn103, csosn300, csosn400 : result := '102'; // csosn201 : result := '201'; // csosn202,csosn203 : result := '202'; // csosn500 : result := '500'; // csosn900 : result := '900'; // end; case t of csosn101 : result := '101'; csosn102 : result := '102'; csosn103 : result := '103'; csosn300 : result := '300'; csosn400 : result := '400'; csosn201 : result := '201'; csosn202 : result := '202'; csosn203 : result := '203'; csosn500 : result := '500'; csosn900 : result := '900'; end; end; Espero que ajude alguém.

copia as dll pro diretorio do windows system32 pra 32bits e syswow64 pra 64bits....

Amigo, tenta isso. Informar a IE quando o destinatário for contribuinte do ICMS. Informar ISENTO quando o destinatário for contribuinte do ICMS, mas não estiver obrigado à inscrição no cadastro de contribuintes do ICMS. Não informar o conteúdo do campo se o destinatário não for contribuinte do ICMS. O destinatário é PJ, informa a IE = "ISENTO" Veja a regra de validação da Sefaz: Como Resolver Deve-se verificar se há Inscrição Estadual vinculado ao CNPJ do Destinatário da NF-e. Para isso, consulte no SINTEGRA ou no Cadastro Centralizado de Contribuintes, utilizando o CNPJ do Destinatário. Se existir uma Inscrição Estadual vinculada ao CNPJ, a consulta mostrará. Veja os artigos a seguir para saber como realizar essa consulta: Como consultar Inscrição Estadual (IE) no SINTEGRA? Como consultar uma Inscrição Estadual ou CNPJ no Cadastro Centralizado de Contribuinte (CCC)? Tem isso aqu também, deve ajudar

Sim meu caro, usa OPEN SSL No demo ensina dar uma olhada

verProc=4,40 eu acho que é ponto e não vírgula (4.0), tentou?

**********

amigo tive esse erro já, uso banco de dados MySQL, na verdade isso já me ocorreu diversas situações, porém está sempre relacionado um laço infito no sistema ou erro de memória, quando havia esse erro com o banco eu aumentava o max_allowed_packet e funcionava, porém, já tive esse problema até com relatório. de repente pode tá tentando ler uma nota que não existe, lembrei que uma vez aconteceu comigo, eu usava uma variavel integer com 0 e por acidente troquei e pra 3, daí ao tentar ler a nota não existia me retornava este mesmo erro.

dentro do que vi aí me parece está errado, mas, não o cálculo, olhando o decreto nro. 42563 de 2015. Acredito que este produto é da alíquota de 18% e seu MVA é 57,15%. Agora voltando a situação atual está correto o cálculo, pois, veja o Total do item é R$ 605,81, o imposto devido a ser pago é de R$ 100,38, o imposto da ST em operação é de R$ 51,07, somando 100,38+51,07 temos R$ 151,45 que é equivalente há 25% de R$ 605,81 ou seja, nessa operação a ST representa 8,43% do valor do imposto. Eu creio que está correto, pois seu cliente pagou R$ 100,38 na venda ao cliente e agora ele está se creditando do mesmo valor na entrada. 6 20.006.00 3301 Óleos essenciais (desterpenadosou não), incluídos os chamados "concretos" ou "absolutos"; resinoides; oleorresinas de extração; soluções concentradas de óleos essenciais em gorduras, em óleos fixos, em ceras ou em matérias análogas, obtidas por tratamento de flores através de substâncias gordas ou por maceração; subprodutos terpênicos residuais da desterpenação dos óleos essenciais; águas destiladas aromáticas e soluções aquosas de óleos essenciais, em embalagens de conteúdo inferior ou igual a 500 ml 18 57,15 83,98 78,23 68,65 Acredito ser essa o correto pra esse produto, extraí esse trecho do Decreto 42563 de 2015

total da nota é R$ 350,00 total do desconto é R$ 650,00

qual é o seu estado? Vi aqui que é de PE e o seu cliente é do mesmo estado?

Certo, entendo que dentro do que a legislação nos diz que não há necessidade de informar nem na venda, nem na devolução, como é uma nota de entrada para a própria empresa nem vendendo e nem recebendo uma devolução cabe o pis/cofins uma vez que esse cálculo é feito por uma tabela baseada na receita de saída da empresa, somente as empresa de lucro presumido ou real tem um pis/cofins relativo ao que compra e vende, pois há um mês que terá mais crédito por compras. Apesar de não obrigar o sistema a preencher o pis/cofins para o modelo 65 eu sempre uso as recomendações do MOC de informar o 99 em ambos, Oriento meus clientes nessa mesma linha de pensamento.

Uma nota quando o desconto é maior que o total não aceita. o exemplo: Produto Qtd Preco Desc R$ Subtotal Produto A 01 600,00 350,00 250,00 Produto B 01 400,00 300,00 100,00 Total Desconto R$ 650,00 Total da Nota R$ 350,00 Como você vai ratear?