Agnaldo Prates

Eu faço da seguinte maneira, não sei se é o certo, mas, não tenho tido problemas. Gero o percentual do desconto, ( desconto / total bruto * ) 100, em cada item aplico este percentual e consequentemente encontro o valor do desconto do item, independente do valor do item, nunca será menor que o desconto.

No caso em tela, pode ser feita uma condição onde, havendo valor líquido imprima o texto, caso contrário, pagamento a vista.

Calma ai amigo Gilson, quando você envia uma nf(ece), e os dados de retorno não são salvos, ou não são atualizados por falta de energia elétrica, acredito que esta nota enviada e "não atualizada" não pode ser novamente enviada por contingencia, explico. Não é a falta de energia local que vai impedir a recepção pela SEFAZ, isso porquê, a nota foi enviada, então, deve ser consultada ou em ultimo caso, fazer uma nova nota em modo de contingencia, e cancelar a anterior quando a energia elétrica for restabelecida. Caso contrário, vai dar duplicidade mesmo.

Pois bem, uma pesquisa rápida é possível encontrar. http://www.projetoacbr.com.br/forum/topic/25206-horário-de-verão/#comment-163192 Att.

Importante esta observação, tendo em vista que, em alguns casos não há valor no produto, no caso de nota de crédito de ICMS, por exemplo. Comigo não tenho este problema estou usando o Fast e até agora tenho feito notas sem valor do produto, somente com o ICMS.

Boa tarde. Vamos por parte. A resolução em questão vem da ANVISA, publicada no DOU de 09/02/2015 e estabelece critérios para "embalagens, rotulagens e comercialização" de clareadores e dispositivos médicos § 1º. Acredito que no (inscrição em conselho) não será inclusa pelo menos por enquanto, tendo em vista que, em se tratando de medicamentos e correlatos, deve atender o que dispõe o de Orientação Contribuinte v 6.00, p.202. Lado outro, a obrigação é clarividente no Art. 2º quando ocorrer certas situações, senão vejamos: "Art. 2º A dispensação de dispositivos médicos destinados a clareamento dental contendo em sua composição mais que 3% (três por cento) de peróxido de hidrogênio presente ou liberado de outros componentes ou mistura destes fica sujeita à apresentação de prescrição por profissional legalmente habilitado, na forma de receita simples". [...] médicos destinados a clareamento dental contendo em sua composição mais que 3%, aqui existe uma condição. [...] de peróxido de hidrogênio presente ou liberado, aqui outra condição. e a mais importante de todas outros componentes ou mistura destes fica sujeita à apresentação de prescrição por profissional legalmente habilitado, na forma de receita simples Portanto, o final do §2º estabelece que, quando houver outros componentes ou mistura destes, ai sim, fica sujeito a prescrição do profissional. Traduzindo, não há nenhuma necessidade de incluir um campo para esta resolução no componente, visto que, o prazo para entrar em vigor era 09/08/2015, e, não há nenhuma previsão no manual da NF-e/NFC-e para tal. Portanto, no componente Det.Prod tem um campo denominado infAdProd. Eis ai a solução, informe ali os dados adicionais do produto. Espero que lhe ajude.

Bem, ainda não tive este problema, imprimo em Daruma, Bematech etc, seria interessante analisar se não existe um loop em algum local, no meu caso aqui está normal, imprimindo sem nenhum problema, tanto nas impressoras térmicas quanto nas lasers. NFC-e, NF-e. Quanto às mudanças, elas foram e, acredito que serão ainda mais. É o preço da evolução.

Com certeza não precisa alterar nada no componente.

Acredito que o assunto já foi bem debatido aqui no fórum, neste aqui por exemplo. Att.

Possivelmente irá existir sim. O componente está sendo preparado para adicionar esta tag, com certeza os responsáveis pelo commit deverão disponibilizar o ACBrMonitor(x) muito em breve. Você está se referindo ao trunk ou trunk2? Está mencionando ACBrMonitor ou seu aplicativo? A pergunta ficou genérica. Então, eu não utilizo o ACBR, mas uso o fórum pra sanar dúvidas que eu tenha no sistema da Empresa a qual trabalho. Estou trabalhando na NT 2015.002 e estou tendo problemas para validar a NFC-e, com a tag qrcode. Para NFC-e's de RO e AC, autorizadas pelo SVRS a resposta da SEFAZ é genérica: "Rejeição: Falha no Schema XML do lote de NFe" Para NFC-e do AM, nem retorno estou conseguindo obter. Em ambos, os casos, quando envio sem a tag, obtenho retorno dizendo que a mesma está faltando. Daí, quando incluo, acontece o que mencionei acima, SVRS resposta genérica de schema e AM, gera algum erro, que nem retorno chega, gerando exceção no meu sistema. Esta falha"Rejeição: Falha no Schema XML do lote de NFe", está relacionada ao schema. Experimente baixar este arquivo schema e salvar na pasta dos schemas que você está utilizando. Estava recebendo esta mensagem também, adicionei o arquivo antes informado, resolveu por aqui.

Se o seu ACBR estiver atualizado, experimente setar: ACBrNFe1.Configuracoes.Geral.IncluirQRCodeXMLNFCe = de ( False ) para (True), de repente pode ser este pequeno detalhe.

Muito estranho, no meu caso, o meu executável ficou menor, de 36mb para 35. Usando o trunk2, porem não uso Rave e QR, só uso o Fast e FortesCE. Att.

No exemplo está vindo com a versão 2.00, pode estar relacionado a isso, visto que a nf-e agora é 3.10.

Não acredito que haja necessidade de atualizar o ACBr, mas, o fce, com certeza. Baixei ontem, instalei. Está funcionando perfeitamente.

Estas grandes corporações não pensam pequeno, imagine, um simples desenvolvedor ter que sacar 18 mil reais? Teria que cobrar um absurdo dos clientes. Penso que, um valor acessível teria um alcance maior para todos, inclusive para a empresa. Claro que, cada uma pensa de um jeito, eu penso que é hora de dividir para multiplicar.

Bom dia Hélio. Amigo, salvo engano é CNAB240. Seria de grande valia se fossemos nos sites dos bancos e lá houvesse um link apontando para um manual de cobrança, mas, infelizmente estes bancos fazem o que querem e como querem. Não existe norma forte para obrigá-los a seguir um determinado layout, cada um faz "de acordo com a FEBRABAN", mas na verdade criam suas dificuldades para que sejam implementadas soluções, ao que parece eles querem vender seus produtos e, especialmente seus softwares. Um dia, não sei se neste século, teremos uma regra onde todos devam seguir, assim como é a NF-e. Tenho dito.

Está bem no início do fórum, veja

Bom dia. Verifique se na pasta do seu aplicativo existe uma arquivo denominado "ACBrNFeServicos.ini", nele existem as urls onde serão enviados eventos, notas etc. No meu caso é o que está em anexo. ACBrNFeServicos.ini

Joel. boa noite. O evento obrigatoriamente tem que estar relacionado/vinculado a uma NF-e, neste norte, eu até entendo o estado, não seria possível você enviar um evento sem que houvesse alguma situação tributária, você não concorda? Senão evento de que? Por isso que a receita [Federal, Estadual] instituíram as notas fiscais eletrônicas.

É! pode ser, não testei com o ACBrNFeDANFeESCPOS, mas posso lhe afirmar que, se FR, RL estão funcionando muito bem, pelo menos com meus clientes está correto. Não quero crer que os clientes estariam divergindo caso a NFCe trunk2 não estivesse funcionando muito bem. Tenho clientes que emitem mais de 500(quinhentas) notas por dia. Até agora depois que atualizei, não tive uma reclamação sequer. Importante frisar que, se for posto de combustível, tem que ser abastecimento por abastecimento, para garantir o encerrante. Pensa numa quantidade de NFC-es? Quanto a salvar, dê uma conferida no seu código pois, em algum momento pode ser "não afirmo" que este path está sendo setado para outra pasta, não no componente, mas na aplicação.

Com certeza você leu a declaração do Daniel neste link. Por outro lado, o trunk2 vai trazer muita comodidade a todos nós. Acredite, este componente nunca deixou um developer na mão, e não vai deixar. Att.

Esta propriedade indTot , eu utilizo em caso de notas de ajuste, especialmente para credito do CIAP, onde só existe o valor do ICMS.

Vamos por parte. Pelo seu relato, você possivelmente está usando o trunk e não o trunk2, mas, isso não significa que, o QR vá dar erro no trunk ou trunk2, se não tem o QR no seu delphi, o instalador não vai encontrar mesmo. - Se for trunk, e, tenha o Tortoise, com certeza você sabe atualizar o componente. Importante salientar que, nem todas as funcionalidades da NFC-e, NF-e estrão disponíveis, visto que em 09/07/2015, o Daniel comunicou ao fórum sobre o fim das atualizações. Veja. - Se for o trunk2, a coisa muda de figura, existem uma série de implementações, e, em com sequencia disso, alguns componentes ainda não estão totalmente funcionais, como é o caso sa NFS-e. Bem, mas nem por isso, trunk ou trunk2 deixaram de funcionar. A questão, ao que me parece, está relacionada à instalação do componente, que, salvo melhor entendimento, sobre o QR. Neste caso, quando for instalar não marque nada que tenha QR, dai você conseguirá. Boa sorte.

Possivelmente irá existir sim. O componente está sendo preparado para adicionar esta tag, com certeza os responsáveis pelo commit deverão disponibilizar o ACBrMonitor(x) muito em breve. Você está se referindo ao trunk ou trunk2? Está mencionando ACBrMonitor ou seu aplicativo? A pergunta ficou genérica.

Boa noite. Também não uso o QR, uso Fast FR, Fortes RL, quando não consigo instalar pelo instalador ACBrInstall, instalo manual mesmo, até então, não tive problemas.