Painel de líderes

Boa tarde, Fiz alguns ajustes de alinhamento e quebras de linha para melhorar a impressão na Daruma. Para alinhar a quantidade à direita na impressão em duas linhas, precisei incluir um parâmetros na função ACBrUtil.PadSpace. Seguem os arquivos para análise. ACBrUtil.pas ACBrNFeDANFeESCPOS.pas

bom dia, obrigado, esclareceu bem as ideias!!

Bom dia Samuel. Tudo no mundo do direito é, "depende" Assim, se o imposto atender as regras do diferimento, ele "deve" ser destacado, se não, "pode". Analise primeiro o decreto regulamentar do teu estado. Nele, estão as regras relativas ao diferimento. Mais ou menos desse jeito: " Portanto, não se trata da redução da base de cálculo, trata-se da não incidência do imposto que exceda 12%, portanto, a redução deverá ser na alíquota modal ou seja, 18% menos a alíquota interestadual, ficando (18-12) = 4%, assim sendo o imposto a ser destacado será 12% e o imposto diferido será 4%." Espero que tenha ajudado.

Bom dia amigos, implementei o ACBrBAL no jACBrFramework, @Rafael Dias ou @Juliomar Marchetti adicionem no repositório os arquivos por gentileza. Em breve estarei implementando o ACBrSMS e ACBrETQ, valeu gurizada. ACBrBAL.rar

Adicionado ao repositório grato pela colaboração.

Boa noite a todos, Já analisei, realizei o merge e enviei para o repositório.

No devexpress tem como o jedi também

Prezado Italo, Vou baixar e testar, mas fiz a observação pq não vi menção no change-log.

Bom dia Cristian, Você quem define onde serão armazenados os arquivos de remessa e retorno : AcbrBoleto.DirArqRemessa := 'C:\REMESSA'; AcbrBoleto.DirArqRetorno := 'C:\RETORNO'; E os dados do boleto você deve alimentar o componente com os titulos : var Titulo : TACBrTitulo; begin AcbrBoleto.ListadeBoletos.Clear; Titulo := AcbrBoleto.CriarTituloNaLista; with Titulo do begin LocalPagamento := FLocalPagamento; Mensagem.Text := FMensagemBoleto; Carteira := FCarteira; Vencimento := cdsBoletoDATA_DUPLICATA.AsDateTime; DataDocumento := cdsBoletoDATA_EMISSAO.AsDateTime; NumeroDocumento := cdsBoletoDOCUMENTO.AsString; // padL(IntToStr(I),6,'0'); EspecieDoc := 'DM'; etc,,etc,,, Veja a demo, é a melhor maneira de entender. Dercide.

Boa noite, Favor atualizar os fontes e tente obter o XML completo da seguinte forma: ACBrCTe.EventoCTe.LerXML(nomeArq); sXML := ACBrCTe.EventoCTe.XML;

Acho que atualmente, nenhum equipamento SAT do mercado, aceita o certificado da ICPBrasil...

Só pra curiosidade, a TANCA não aceita outro a não o da sefaz, isso deve dizer algo não?. Mais uma curiosidade, o certificado da sefaz (de graça) tem validade de 5 (cinco) anos.

Acredito que o certificado A3 foi feito justamente para ser utilizado apenas na maquina com a qual ele está fisicamente conectado... Mas procure algo sobre compartilhar certificado pela rede aqui no forum uma vez parece que li sobre compartilhar a leitora do cartao com uma solucao paga

Olá Pessoal Estou promovendo modificações em ACBrECFVirtual.pas, com o intuito de dar suporte as Alíquotas de Isenção do ISSQN, ou seja (FS1, NS1, IS1) Atualmente o ACBrECFVirtual, tem nas posições 0 a 2 alíquotas "FF", "II", "NN"... Elas foram criadas, quando iniciamos o desenvolvimento do ECF Virtual, emulando um ECF Bematech... Os problemas atuais são: - O Nome correto dessas alíquotas deveria ser "F1, I1, N1" - Não há suporte as alíquotas de Isenção do ISSQN, ou seja (FS1, NS1, IS1) O ECFVirtual, utiliza as primeiras posições da lista de Objetos de Alíquotas, para programas as alíquotas de Isenção. Essa programação é feita de maneira "hardcoded". Se inserirmos as novas alíquotas de Isenção de ISSQN, precisaremos "empurrar" as alíquotas existentes, para novos Índices. Ou seja, hoje a memória INI do ECFVirtual é salva como: [Aliquotas] 00=1|FF|0|T|0| 01=2|II|0|T|0| 02=3|NN|0|T|0| 03=4|04|18|T|1| 04=5|05|12|T|0| 05=6|06|5|S|0| passaria a ser: [Aliquotas] 00=1|F1|0|T|2| 01=2|I1|0|T|2| 02=3|N1|0|T|2| 03=4|FS1|0|S|2| 04=5|IS1|0|S|1| 05=6|NS1|0|S|3| 06=7|07|18|T|2| 07=8|08|12|T|1| 08=9|09|5|S|1| O ACBrECF já possui um código para interpretar a nomenclatura de alíquotas de Isenção. Exemplo: "NN" será interpretado como "N1", "FF", será interpretado como "F1", etc... O ACBrECF não terá problemas, se você busca as alíquotas pelo Valor e Tipo. Exemplos: "18", "5S", "17T" O problema ocorrerá apenas, se você busca a alíquota pelo índice. Exemplos: "T03", "T05", "S04" A Unit em anexo, já possui um código que verifica que a memoria do ECFVirtual, não possui suporte as alíquotas de isenção do ISSQN, e faz a atualização do arquivo .INI para o novo formato... (isso é executado apenas uma vez) Por favor analisem a questão, e o fonte em anexo.. e manifestem, se vocês consideram essa modificação ser um problema que poderá causar muito impacto nos usuários do ECFVirtual ACBrECFVirtual.pas PS: A Unit em anexo, ainda não foi enviada para o SVN

Boa tarde Ítalo, Com certeza a Equipe do ACBR esta na ponta, utilizo o ACBR para CTe, NFe e DAMFe. Acho até que ano que vem deveriam dar uma reajustada nesta colaboração, isto vale ouro, kkkk. As vezes faço perguntas fora de semântica, é que fui coboleiro durante uns 20 anos, depois que migrei para o Delphi a 15 anos atrás parei com programação, meus programadores que cuidavam disto. Faz 8 meses que voltei a programar e tive que aprender Delphi, se você conhece linguagem de 3 geração, Cobol, Dataflex... sabe como é difícil adaptação, principalmente para quem passou do 50. Mas com relação a esta minha consulta, é sim baixar o XML, meu pessoal me disseram que não tinha como, pois existem NFe que irão gerar um Cte que pode ser de estado diferente, então precisa ler da base nacional. Outro caso é você precisar ler um Cte de um estado para fazer um redespacho em outro estado. Com a DLL que adquiri você informa a chave e ele busca no portal nacional. Mas com o DistribuicaoDFe pesquisando na base Nacional o problema será solucionado. Grato pela atenção.

Dai já é muito, mas tu tem dos os dados carregados bastando usar!

Boa tarde, Você chegou a comparar o valor retornado pela propriedade: ACBrCTe.Conhecimentos.Items[indice].CTe.procCTe.nProt com o conteúdo da tag <nProt> do XML carregado?

Você tá falando de certificado A3 em cartão. Tenho clientes que já perderam dados de certificado em cartão (nenhum deles é Certisign). Mas nenhum perdeu certificado em token. Então, comece a suspeitar desse tipo de certificado (combinação de leitora+cartão+manuseio). Não indique esse tipo de certificado a seus clientes. Coloque em letras garrafais no seu aplicativo emissor de NF-e que o desenvolvedor recomenda somente o uso de certificados digitais do tipo A1 (pfx) e A3 Token. Agora, eu queria entender por quê esses suportes de credenciadoras de certificado não colocam a culpa neles mesmos, no Windows, no antivirus, no aplicativo emissor gratuito do SEFAZ. Por que o culpado tem que ser o nosso aplicativo emissor? Isso se chama "falta de ética profissional". Eles não tem o direito de colocar a culpa no sistema. E, se o fizerem, tem que dar provas cabíveis. Se o conteúdo do certificado pode ser apagado, então a culpa é de quem criou um certificado que não tem segurança contra perda de dados. Se os dados podem ser apagados por um aplicativo, esse aplicativo pode ser qualquer um, um virus, um malware, um aplicativo bancário, um jogo, um antivirus. Qualquer um. Esse é o argumento que eu apresento.

@alansst você leu todos os comentários deste tópico de 4 páginas? Já ficou mais que esclarecido que o ACBr acessa o certificado em modo leitura! Solicito que vc faça uma nova revisão das 4 páginas deste tópico e olhe todas as dicas que são dados, como por exemplo: o Windows é Original, possui antivirus comercial, tem nobreak na máquina, a USB da maquina não possui defeitos... Outro ponto que foi levantando em todos os comentários é que basta ligar para a empresa do certificado e afirmar que o cliente está correto que eles irão pagar outro certificado pro cliente, basta insistir com eles que você conseguirá... Uma outra dica é fazer com que seus clientes parem de usar o A3 para evitar qualquer tipo de dor de cabeça OU como eu faço em minha empresa é eles assinarem um termo de responsabilidade por usarem esse tipo de certificado - nunca mais tive dor de cabeça...

Bom dia a todos, Com a refatoração foi criado as classes ACBrDFe e a leitura do certifica se encontra nessas classes. Os componentes ACBrNFe, ACBrCTe, ACBrMDFe, ACBrNFSe, ... resumindo todos os componentes que emitem Documentos Fiscais Eletrônicos e usam certificado se utilizam das classes ACBrDFe e estas fazem acesso como somente leitura no certificado, portanto é impossível um componente ACBr alterar ou apagar um certificado. Quanto ao ACBrMonitor Plus, lembrem-se que ele se utiliza das versões mais atuais dos componentes citados acima, sendo assim também o acesso ao certificado é somente leitura. Só para constar essa alteração na forma de acesso ao certificado se não me falha a memória foi feita a 2 anos atrás. Se esse problema ainda esta ocorrendo o culpado é outro. Tenho um cliente que utiliza certificado A3 CertiSign (cartão) a quase 3 anos sem nenhum problema.

Bom dia Régys, Será que o comando NFe.CartadeCorrecao não esta gerando de forma correta o XML de envio? Desculpa se eu estiver escrevendo besteira, mas não seria interessante que esse comando simplesmente fosse um alias do EnviarEvento?

Boa noite. O DV do nosso número é calculado pelo próprio componente. Quanto ao número da duplicata você pode usar a informação utilizada pelo cliente para identificar o boleto. Att.

Desconheço essa limitação, nenhum manual que analisei até hoje possui esta regra. O nosso número é um identificador único do boleto, ou seja, independente da remessa a qual o boleto pertence, ele sempre deverá ter um nosso número único. A geração da remessa e impressão dos boletos são 2 coisas independentes, como cada empresa quer trabalhar é decidido na contratação do serviço junto ao banco.

Boa tarde Fiz estas alterações e por enquanto, não deu certo. Não sei mais o que fazer para encontrar uma solução.

Fizemos uma varredura no código de abertura e uso dos certificados e foi removido qualquer chama de abertura ou uso em modo full, agora toda e qualquer abertura de certificado e uso e feito usando modo read-only. Não acho que seja isso que estava excluindo os certificados, mas pelo menos temos certeza agora que o componente não pode de forma alguma mexer nos certificados.

executou como administrador o acbrinstall? e a pasta onde está os fontes se encontra em um local em que o windows não bloqueia a criação e alteração de arquivos?