Agnaldo Prates

Para você solucionar este problema, poderá fazer o seguinte: Não sei se o pessoal do ACBr vai mudar, mas, para que a impressora padrão não seja mudada, proceda da seguinte forma: Abra o arquivo RLPrintDialog.pas que deve estar dentro da pasta FortesCE, e, a partir da linha 734, comente as seguintes linhas: lh 734 // if RLPrinter.PrinterNames = RLPrinter.PrinterName then lh 735 // J := I; Pronto. Recompile e vai dar tudo certo. Oportuno salientar que, toda vez que atualizar o FortesCE esta alteração deve ser feita.

É isso mesmo. No na Impressão do Danfe em FortesCE, a impressora escolhida fica setada no sistema como padrão, todavia, quando finaliza a aplicação, a impressora padrão volta ao normal. Ao que parece, tem a ver com o FortesCE, ainda não testei no FortesReport. No FastReport o mesmo não ocorre.

Isso significa que o "componente" está setando a TM-20 como padrão? Eu não tenho esta situação, pois, onde emito a NF, não tem outra impressora. Vou fazer este teste.

Quem agrade sou eu amigão.

É no mínimo estranho. Aqui comigo está tudo dentro da normalidade. Notei que este XML postado está faltando muita coisa, inclusive a tag infNFeSupl. Mas, esse erro começou exatamente a partir de quando? Depois de uma atualização ou outra mudança? Acabei de enviar uma NFce com identificação, assinou, transmitiu sem problemas. Sugiro a você, analisar os fontes do ACBr, se estão mesmo sendo chamados os fontes do Trunk2. Tambem, analise se no seu HD não existe nenhum fonte relativo ao ACBr Trunk.

Não há de que!

Boa tarde. Não posso afirmar mas, a Friorilli está mudando alguns endereços, por exemplo, aqui em jaru foi modificado de http://201.45.58.229:5660/IssWeb-ejb/IssWebWS/IssWebWS?wsdl para http://201.16.129.176:5660/IssWeb-ejb/IssWebWS/IssWebWS?wsdl Portanto @Italo Jurisato Junior, estou enviando o arquivo Fiorilli.INI com a devida correção. Fiorilli.INI

Posta o XML para que possamos avaliar.

Denis, dê uma olhada no path, o delphi está identificando algum arquivo perdido no seu hd, portanto, verifique o path library.

Você está diante de uma suite open source. Se você separar as pastas e enviar somente o que vai utilizar, ainda assim, na hora de compilar com certeza o outro desenvolvedor terá que instalar o componente, pense numa trabalheira como citou o @Juliomar Marchetti. Seria tão difícil assim para ele instalar o ACBr ainda mais com o instalador dispoível?

Minas Gerais é um caso à parte. O cancelamento de NFe em MG pode ser feito dentro de 24:00hs, isso quer dizer que, decorrido este prazo, você deverá proceder o cancelamento extemporâneo. “Nos termos da Cláusula décima segunda do Ajuste SINIEF 07/05, o prazo legal de cancelamento é de 24hs contado a partir do momento da autorização da respectiva NF-e” Segundo o que dispõe o manual de cancelamento em alguns casos excepcionais, poderá ser permitido o cancelamento fora do prazo, em outras palavras, a regra é que, o cancelamento deve se dar dentro de vinte e quatro horas. Fonte: http://portalnfe.fazenda.mg.gov.br. Dispoível em: <http://portalnfe.fazenda.mg.gov.br/downloads/Manual_Cancelamento_Extemporaneo_NFe.pdf> acesso em 03 fev 2016.

Esse tópico a meu ver está em local indevido, creio que deveria estar em ACBrNFE. Agora, quanto ao conteúdo, havendo mais de uma parcela, como seria o comportamento?

Pode ter alguma relação sim. Veja no tópico abaixo que trata desse assunto, pode ser que há algo que lhe ajude. http://www.projetoacbr.com.br/forum/topic/6740-nao-ha-suporte-para-criptografia-24-resolvido/

Bom dia. No site da sefaz/mg tem todo um mecanismo para isso. http://www.fazenda.mg.gov.br/empresas/sistemas/siare/CDFA/cancelamento_docs.htm

Você já analisou se o arquivo nfse.xsd e xmldsig-core-schema20020212.xsd são os mesmos do trunk2? Tenho clientes que trabalha com a Fiorilli e não estou tendo estes problemas, pelo menos até agora.

Henrique bom dia. Para notas de crédito de CIAP, não sei como está no seu xml, mas, alguns aspectos devem ser observados. A finalidade deve ser fnAjuste, Ide.finNFe := fnAjuste; A tag, indTot deve ser itNaoSomaTotalNFe, Prod.IndTot := itNaoSomaTotalNFe; Isso deve resolver o seu problema.

Isso mesmo, somente o primeiro link é que estão informando que serão paralisados dos serviços no dia 02/02. Só pra você ver como eles tem um cuidado em divulgar as informações. Isso é coisa do governo.

Graça, eu tenho o RXLib que roda até o XE3. Caso haja interesse lhe envio por pvt.

Veja o comunicado da SEFAZ. https://www.sefaz.rs.gov.br/Site/index.aspx https://www.sefaz.rs.gov.br/Site/NoticiaDetalhes.aspx?NoticiaId=4440

Bom dia. Eu não entendi muito bem a situação. Após finalizar a venda o sistema não transmitiu a nota? Se transmitiu, o cliente jamais poderia excluir um item da venda, haja visto que esta já tornou-se um documento público, Nota fiscal. Se ainda não foi transmitido, e estamos diante de uma pre-venda, não há nenhum problema quanto à exclusão de itens. O agravante neste caso é que, o cliente recebeu do consumidor, e posteriori, apagou os itens, isso caracteriza fraude, podendo este ser autuado pela via administrativa estadual. Penso que você deve analisar a possibilidade de, ao finalizar a venda, se for venda, transmitir a nota fiscal imediatamente, sob pena de poder ser também responsabilizado de forma solidária com seu cliente, ainda que toda a ação foi executada por ele.

Somente para constar, é correta a sua informação @Isaque Pinheiro, realmente no d2010 está funcionando tranquilamente. Oportuno salientar que, no D7 conforme antes por mim citado, já há uma incompatibilidade entre o AcbrBoletoDemo com o Delphi 7. Pelo menos aqui, comigo está ocorrendo. Penso que, diante do fim do suporte para do D7 previsto no tópico Fim de suporte ao Delphi 7 e outras versões que não suportam UNICODE, creio que os demais desenvolvedores que ainda não iniciaram as suas migrações, o faça o quanto antes.

Bom dia Isaque. Obrigado pela resposta. Em relação ao erro que reportei aqui neste tópico, imaginei que poderia ser algo mesmo em relação ao Delphi ou o FastReport. Removi todos eles, Delphi e componentes, pastas e tudo que havia relação entre ambos. Instalei tudo novamente, inclusive, o ACBr, eu já havia atualizado, mas, para ter certeza absoluta, apaguei toda a pasta e baixei novamente. Após instalar o Delphi e todos os respectivos componentes, iniciei a bateria de testes. O primeiro deles foi sem dúvidas o AcbrBoletoDemo. Para minha surpresa, o erro continua ocorrendo no mesmo patamar, e o que é pior, agora não há necessidade de no demo incluir o boleto no FastReport, Basta um CTRL + F9 e pronto, já ocorre o erro. Diante desta dificuldade, foi testar então o meu sistema, inclusive, antes de tudo apaguei todos os .dcu’s, para ter certeza que haveria nova compilação, mas, simplesmente o sistema compilou e funcionou sem nenhum problema, e, no meu formulário tem as opções de impressão tanto em Fast quanto em Fortes. Bem, aqui tenho um backup do AcbrBoletoDemo que modifiquei, para ter a escolha de qual gerenciador de relatório utilizar, então, resolvi compilar este demo, para minha surpresa, o demo funciona sem problema nenhum, compila e roda na hora. Estou imaginando que possa haver alguma incompatibilidade desta versão AcbrBoletoDemo que está no repositório com a versão do Delphi7, tendo em vista que, os formulários do meu sistema e do backup do AcbrBoletoDemo estão em Delphi7. Então iniciei uma nova aplicação, coloquei os componentes ACbrBoleto, ACBrBoletoFCFR1, ACBrBoletoFCFortes1 e novamente a compilação ocorreu normalmente. Diante da bateria de testes, há indícios de incompatibilidade entre o AcbrBoletoDemo que está no repositório com o Delphi7 que tenho aqui, esta foi a conclusão que cheguei.

Boa noite pessoal. Atualizei todo o ACBr e, consequentemente o AcbrBoleto. Ocorre que o mesmo compila sem problemas, todavia, ao inserir o ACBrBoletoFCFR1 no demo, o mesmo não compila, ocorre demonstrado na imagem. Por um acaso, alguém também deparou com esta informação?

Veja uma coisa Zoe, agora a pouco eu alterei a unit referente a este erro, mas, por recomendação do @Juliomar Marchetti eu a removi do tópico. Acontece que, eu removi todos os componentes do Acbr do Delphi, apaguei tudo que tinha relacionado ao mesmo no meu hd. Baixei novamente e instalei, o erro realmente não ocorreu. Acredito que você possa estar com algum problema neste sentido, então, recomendo que você remova os componentes limpe seu micro, baixe novamente instale que provavelmente vai funcionar.

Oi Juliomar. Vou remover mais uma vez todo ACBr e consequentemente a respectiva pasta. Baixar novamente e testar.