glacsius

Se os preços são tabelados, pq será q o site do Brasil eles dão um telefone/e-mail p entrar em contato p comprar ? No site internacional tem o preço e rola comprar com cartão, dando impressão de maior transparência. Uma curiosidade e não acho informações: alguém já comprou diretamente do site internacional? Ou estamos no Brasil e somos obrigados a comprar aqui? Será q da problema? Alguém tem experiência? O que se perde comprando lá fora? Se bem q não me atualizei sobre os valores do Rio aqui no Brasil.

E ai, conseguiu resolver o que é isso? Seria uma configuraçõa lá na Betha?

Então, eu acho q fizeram para cnpj tbem.... tanto q a atualização do SVN q teve foi por causa disso. Antes da atualização era Self.HTTPGet('http://www.receita.fazenda.gov.br/pessoajuridica/cnpj/cnpjreva/cnpjreva_solicitacao2.asp') esse link foi atualizado com o novo tipo de captcha, por isso o ACBr não funfou mais, dai a nova atualização no SVN mudou para Self.HTTPGet('http://www.receita.fazenda.gov.br/pessoajuridica/cnpj/cnpjreva/cnpjreva_solicitacao3.asp') é o modelo antigo de captcha, e que tá capengando o link hoje. o link "cnpjreva_solicitacao2.asp" funciona bem e rápido, porém nos browsers ehehehehe, e o cnpjreva_solicitacao3.asp só na zueira

kra, eu to vendo esse aqui: https://receitaws.com.br/ tem versão para e gratuita. É uma API q retorna JSON. o gratuito deles parece q a informação é atualizada a 32 dias, ou mais ou menos isso.

Eu acessei hoje de manha...... eles mudaram os esquemas do captcha. Eu vi num site dizendo que agora eles estão utilizando o captcha do Google, aquele que as vezes não pergunta nada e as vezes pergunta "qual dessas imagens tem uma placa", ou fachada de uma loja.

Mestre Italo..... funcionou perfeitamente. Muito Obrigado!!!!!!!!!!!!!!

Eu enviei a nota.... deu essa mensagem de erro da imagem acima, mas lá dentro do site da prefeitura apareceu como EMITIDA tudo certinho. Dai o arquivo 1823862-lista-nfse.xml ao invés de devolver a nota certinha, devolve esse erro ai. Isso é problema na prefeitura? Acho q vou abrir suporte com eles. Prefeituras

Fiz conforme pediu... notei as alterações no INI. Baixei tudo sem alterar nada. Estou desenvolvendo no LAZARUS e o problema persiste... dai fui no XE3 e fiz pela demo e acontece esse retorno: Deveria reinstalar os componentes?

Estou tentando enviar nota para São José dos Pinhais e eles retornam: <ns2:Mensagem>Element '{http://nfe.sjp.pr.gov.br/cabecalho_v03.xsd}cabecalho': No matching global declaration available for the validation root.</ns2:Mensagem> Verifique os schemas e corrija o XML conforme o anexo não sei mais o q fazer.... eu abro o xml de envio e tá tudo certinho. Alguem já passou por isso? Ou enviando tudo certo para SJP. 71886977-lista-nfse.xml

Implementei o ACBrNFSe1.DANFSE.ImprimeCanhoto Espero ter mantido fielmente o padrão. Só fiz valer o ImprimeCanhoto. Outra coisa, alinhei o Número RPS q estava esquisito e aumentei um pouquinho as linhas q separam as informações, como imagem. ACBrNFSeDANFSeRL.pas ACBrNFSeDANFSeRLClass.pas ACBrNFSeDANFSeRLRetrato.lfm ACBrNFSeDANFSeRLRetrato.pas

Quando uso o ACBrNFSe.NotasFiscais.Imprimir q aparece o PREVIEW, o DANFE mostra tudo alinhado perfeitamente Quando uso o ACBrNFSe.NotasFiscais.ImprimirPDF ele gera boa parte desalinhado (anexo uma imagem mostrando melhor). Tanto Delphi quanto Lazarus utiliznado FortesReport. Isso é problema no FortesReport? Minha maquina?

No Lazarus o camando ACBrNFSe1.DANFSE.ImprimeCanhoto:=false; não muda nada na impressão. É eu q não estou conseguindo ou não tem implementado mesmo?

eu estava exatamente com o mesmo problema, na mesma linha q o Gamarra comentou..... para solucionar, entrei no aquivo Betha.INI e alterei a chave Lote para 0 Isso deu certo para a prefeitura de Mandirituba/PR

E ai Gamarra, testou como o Italo sugeriu? para aquele problema { sign the template } if (xmlSecDSigCtxSign(FdsigCtx, node) < 0) then raise EACBrDFeException.Create(cErrDSigSign); ?

Aheeeee IgnorarLogo resolveu maravilhas já. Não sabia dessa opção. Agora coloco como regra: se o cliente não vai utilizar logo, mando ignorar e show. Muito Obrigado e ótima semana.

Ola grandes mestres To imprimindo um SAT na impressora TANCA TP-650 e na função TACBrSATExtratoESCPOS.GerarCabecalho tem o FBuffer.Add('</zera></ce></logo>'); Notei q o </logo> faz imprimir OE no cabeçalho, antes do nome fantasia (Conforme imagem). A impressora é nova, não fiz nenhuma configuração nela de logo.... comprei junto com o SDK-1000. No componente ACBrPosPrinter1 propertie PictureLogo está (None) O q estou fazendo de errado?

Gostaria de saber sobre se existe maneira correta de informar os Tributos Aproximados (Lei Federal 12.741)? O “Manual de olho no imposto“ do IBPT é o único lugar que achei descreve como realmente devemos fazer, porém a maneira q ele descreve é um pouco diferente do ACBr e isso me gerou dúvida. Se o IBPT é apenas um conselheiro e mais nada, então desconsidere esse post ehehehheheheeh. Hoje eu tenho alterado os fontes do ABCr para não imprimir a mensagem automática padrão “Tributos Totais Incidentes(Lei federal...)” e só sair a informação no InfCpl conforme orientação do IBPT. Só q toda vez q vou atualizar o ACBr tenho q ficar tomando cuidado. No ACBr, se informar o vTotTrib para ir no XML, obrigatoriamente ele vai imprimir a mensagem padrão, conforme relatório q eu escolher imprimir: Estava vendo as impressões, e nos 3 tipos (ESCPOS, Fortes4A e FortesFr) tem opções diferentes: ESCPOS: informação padrão (Tributos Totais Incidentes(Lei Federal 12.741/12): R$ 1,80) + opção de levar em consideração os 3 separados FortesA4: informação padrão (Informação dos Tributos Totais (Lei Federal 12.741/2012) R$ 1,80) + opção de informar a fonte da tabela FortesFr: só a informação padrão ( Tributos Incidentes Lei Federal 12.741/12 - Total R$ 1,80) Cada um imprime a própria informação padrão de maneiras diferentes. Essa lei é amena? É tranquilo deixar assim? O importante é ter qualquer mensagem sobre tributação, mesmo q diferente do falado do IBPT q não teremos nenhum problema? Muito Obrigado

A função ValidarRegrasdeNegocios eu faço questão de sempre chamar ehheheheh Ela é importante e muito funcional! Pega muitas coisinhas antes de sair incomodando o governo Essa regra é apenas para regime normal.... por isso pensei em fazer dessa forma, pois nem deveria entrar nessa validação. Bem, forcei o ICMS.CST = cst90 em todos os produtos sempre que a empresa for do simples nacional, por garantia. Dai passou de boa. Vou optar por essa sugestão para manter os fontes do ACBr sempre originais ao SVN. Muito Obrigado André e BigWings e ótima semana

Olá.... Estou emitindo nota CRT = 1 - "crtSimplesNacional" com os dados do imposto ICMS: -<ICMSSN900> <orig>0</orig> <CSOSN>900</CSOSN> <modBC>3</modBC> <vBC>490.00</vBC> <pICMS>18.0000</pICMS> <vICMS>48.90</vICMS> sei q o calculo 490 * 18% não é 48,90.... porém o fornecedor pediu para fazer uma nota de remessa destacando o ICMS dessa forma e as redução etc no campo obs. até aqui tudo certo, porém no arquivo ACBrNFeNotasFiscais.pas, lá na linha 986 tem GravaLog('Validar: 528-'+IntToStr(I)+'-ICMS BC e Aliq'); if (Imposto.ICMS.CST in [cst00,cst10,cst20,cst70]) and (NFe.Ide.finNFe = fnNormal) and (ComparaValor(Imposto.ICMS.vICMS, Imposto.ICMS.vBC * (Imposto.ICMS.pICMS/100), 0.01) <> 0) then AdicionaErro('528-Rejeição: Valor do ICMS difere do produto BC e Alíquota'); ele sempre entra nessa validação, independente se é Simples ou Regime normal. para não entrar nessa validação quando sendo simples nacional, adicionei "and (NFe.Emit.CRT <> crtSimplesNacional)" if (Imposto.ICMS.CST in [cst00,cst10,cst20,cst70]) and (NFe.Ide.finNFe = fnNormal) and (NFe.Emit.CRT <> crtSimplesNacional) and (ComparaValor(Imposto.ICMS.vICMS, Imposto.ICMS.vBC * (Imposto.ICMS.pICMS/100), 0.01) <> 0) then AdicionaErro('528-Rejeição: Valor do ICMS difere do produto BC e Alíquota'); gostaria de saber se fiz certo ou deixei de preencher alguma coisa? Muito Obrigado

Delmar, sei q esse post é antigo....... mas é o mais recente sobre a informação dos tributos aproximados. notei em várias NFC-e q pego no comércio, imprime assim como o ACBr: Tributos Incidentes Lei Federal 12.741/12 R$ 0,25 porém o manual do IBPT fala que deve ser informado dessa maneira: Trib aprox R$: 0,23 Federal e 0,02 Estadual. Fonte: IBPT Ar5Fr7 tentei encontrar a lei que fala sobre ser escrito dessa forma (Tributos Incidentes Lei Federal 12.741/12) mas não encontrei. Só vi essa frase em imagem de exemplo falando sobre a lei. tenho dúvida qual a maneira correta..... já q o IBPT é quem fez fervo em relação a essa lei, acreditava ele sendo o mestre em falar alguma coisa.... mas não vejo quase ninguem seguindo eles. será q essa lei é simples e tanto faz, é só jogar um valor total e pronto? Tanto faz? o Regis fala sobre isso, porém na epoca q ele escreveu foi antes da lei mudar pedindo para separar os impostos em Federal, Estadual e Municipal.

Então, eu fui atras da legislação.... baixei novamente o manual do ibpt.... e não achei em lugar nenhum falando sobre a maneira como é impresso hoje a mensagem dos tributos aproximados: "Tributos Incidentes Lei Federal 12.741/12" De acordo com o MANUAL PARA DESENVOLVEDORES DO IBPT versão 0.13 (01/06/2016), na pagina 7 tem como deve ser mostrado a mensagem dos tributos aproximados, por exemplo: Trib aprox R$: 4,45 Federal e 5,40 Estadual Fonte: IBPT 5oi7eW Se eu preencho os componentes do acbr, como ChaveTributos, FonteTributos, FvTribFed e FvTribEst e deixo o componente apenas imprimir as informações, eles não ficam no XML, pois o XML hoje só tem o campo vTotTrib. Mas se eu envio esse XML para meu cliente, a informação que precisa não vai, pois ficou apenas na impressão. Se eu entendi certo, para imprimir corretamente eu preencho o vTotTrib com o total dos tributos, e no campo infCpl eu preencho conforme manual orienta (pág. 9). Mas pra fazer isso, eu tenho q dizer para o ACBr não imprimir nada, mesmo o vTotTrib estando preenchido. Como eu uso o NFC-e em Fortes e ESCPOS eu alterei os 3 .pas com a opção FImprimeTributosAprox para os casos q eu já tenho q informação pronta dentro do infCpl. Por favor me avisem se estou fazendo besteira e vcs perdendo tempo ehehehehe... valeu ACBrDANFCeFortesFr.pas ACBrNFeDANFEClass.pas ACBrNFeDANFeESCPOS.pas

e é interessante pro projeto adicionar esses recursos? É possível eu contribuir de alguma forma ou é muito embaçado? Eu preciso me adequar a lei, já q vou ter q alterar o ACBr pra ficar legal, eu poderia de alguma forma compartilhar isso com um mestre e ele decidir se adiona ou não ao projeto como um todo? Ou isso só atrapalha eeehehehehe

Olá mestres, uma dúvida q tenho sobre a Chave e a fonte dos tributos aproximados IBPT No ACBr tem ACBrNFe1.DANFE.ChaveTributos := configChave; ACBrNFe1.DANFE.FonteTributos := configFonte; Porém vaculhando nos fontes, ele só serve pra quem vai imprimir NFC-e em A4. Como que é pra utilizar no ESCPOS ou NFCe normal? Melhor fazer manualmente e jogar tudo nas informações adicionais? Ou melhor alterar os fontes do ACBrNFeDANFeESCPOS.pas pra ficar certinho com a lei?

haaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa bem isso mesmo kra...... versões anteriores, como sou egoista, nem me toquei nessa. Muito obrigado!!!!

Boa tarde mestres Eu uso o Berlin e tenho uma dll que dentro tem componentes do ACBrNFe. Porém na compilação sempre dá erros simples das USES q não encontra, precisando apenas add VCL para encontrar a declaração. As units q eu ajustei são : ACBrDANFCeFortesFrA4, ACBrDANFCeFortesFr, ACBrCAPICOM_TLB, ACBrCAPICOM_TLB, ACBrDFeWebService, ACBrNFeNotasFiscais E são as uses Graphics, Controls, Forms, Dialogs, OleServer que precisa colocar o Vcl na frente. Coisinha inutil, mas não precisa ficar corrigindo depois ehehehehe. ACBrDANFCeFortesFrA4.pas ACBrDFeWebService.pas ACBrMSXML2_TLB.pas ACBrNFeNotasFiscais.pas ACBrCAPICOM_TLB.pas ACBrDANFCeFortesFr.pas