Painel de líderes

Bom dia, Como você faz referencia a NF-e e NFC-e, acredito que você postou em lugar errado, pois aqui estamos tratando da NT 2015/003 do CT-e e não da NT de mesmo numero da NF-e. Mas como essas duas NT tratam do mesmo assunto vamos abrir a NT na página 6: Temos as regras sobre o grupo <ICMSUFDest>, delas podemos concluir varias coisas: 1. pela regra NA01-10 a nota cujo modelo é 65 (NFC-e) será rejeitada se for informado o grupo <ICMSUFDest>, podemos então concluir que só vamos gerar esse grupo para a NF-e. 2. pela regra NA01-20 o grupo <ICMSUFDest> deve ser informado quando <idDest>=2 (Operação Interestadual) e <indFinal>=1 (Consumidor Final) e <indIEDest>=9 (não contribuinte do ICMS). Podemos concluir que o grupo <ICMSUFDest> deverá ser gerado quando vendermos para uma pessoa física situada em outro Estado, portanto ela não é contribuinte do ICMS e é um consumidor final. Espero ter ajudado.

Muito obrigado pela colaboração... Enviei para o SVN com pequenos ajustes... As Datas em ObjectPascal são do tipo Double... O valor "30/12/1899", representa 0 (zero)... Se o valor for positivo, é o numero de dias a partir dessa data, negativo, dias para trás dessa data... Nas decimais ele armazena o numero de segundos desde a meia noite... Portanto, poderia ser escrito como: "(NFe.Ide.dSaiEnt <> 0)"

Boa tarde galera, Gostaria de saber se ja tem a disponibilidade de efetuar o download do XML do SAT pelo componente do ACBr, ou se tem algum outro modo ( sem ser entrar no site da receita ) para fazer esse procedimento?

Olá amigos Boa Tarde, Existe alguma possibilidade de fazer do download do arquivo XML da nota fiscal eletrônica emitida por fornecedor para a empresa destinatária? Meu cliente precisa baixar o xml de todas as notas que ele recebe, hoje ele baixa uma por uma direito no site da sefaz, existe meio de fazer isso via delphi?

É bom ter Olhos de águia... O "Resolvido" era um PlugIn para o Fórum, que ainda não foi disponibilizado nessa nova versão

Boa Tarde. Tenho alguns cupons assim também. Tenho os xmls de cancelamento, mas no site quando tento consultar ele retorna a mensagem de "Cupom temporariamente indisponível, consulte mais tarde". Obrigado.

Seguindo o mesmo conceito do post: 'http://www.projetoacbr.com.br/forum/topic/12585-setar-false-para-propriedade-printdialog/#comment-76132' Alterei os 2 fontes correspondentes no CT-e (trunk2) para poder desabilitar o printdialog ao imprimir. ACBrCTeDACTeRL1.PrintDialog := false; ACBrCTeDACTeRL.pas ACBrCTeDACTeRLClass.pas

Obrigado, eu sei mais se você antes de excluir lei algum viu que eu respondi um dizendo que tinha dado erro na hora de salvar os dados e o site pediu para esperar 10 segundos e tentar novamente eu fiz isso e guando salvo foi que eu vi que ele salvou todos os que tinha dado erro, e eu postei desculpas e como poderia apagar o tópico repetido. Peso desculpa a todos do fórum, não tive intensão. Principalmente para o usuário Juliomar Marchetti que sempre esta on-line, respondendo a todos os tópicos, valeu. voltando ao tópico alguma sugestão?

Bom dia Rômulo, Muito obrigado pela colaboração, já esta disponível no Trunk2.

Daniel, deu certo, apaguei o arquivo ACBrInstall_Trunk2.ini e comecei o processo novamente. Obrigado.

Bom dia Daniel, baixei a versão nova do ACBrMonitorPLUS, emiti uma nota e a acentuação saiu correta. Sds, Ricardo.

Boa tarde observando que no componente já existia esse método porem no monitor plus ainda nao.. decidi implementar ele segue a unit alterada, e tive que fazer uma correção no fonte da nfe (ACBrNFeNotasFiscais.pas) no qual nas regras 505 e 506 que sao facultativas nao validavam se a data estava vazia ou nao. Como nao achei um jeito mais elegante de fazer a validação eu fiz assim (DateToStr(NFe.Ide.dSaiEnt) <> '30/12/1899') para executar é NFe.ValidarNfeRegraNegocios(cArqXML) onde cArqXml é o path para o xml caso esta tudo valido ele ira retornar Ok caso contrario ele ira retornar Erro e a lista de erros isso é util pois vc consegue validar antes mesmo de enviar a Sefaz e com uma msg mais clara sobre o erro Exemplo retorno valido OK: Exemplo retorna invalido Erro: Erro(s) nas Regras de negócios da nota 123 767-Rejeição: NFC-e com somatório dos pagamentos diferente do total da Nota Fiscal 625-Rejeição: Inscrição SUFRAMA deve ser informada na venda com isenção para ZFM 736-Rejeição: NFC-e com grupo de Veículos novos ACBrNFeNotasFiscais.pas DoACBrNFeUnit.pas

Bom dia Pessoal De novo eu, no trunk2 analisei os códigos e consegui corrigir, na unit "pcnRetDownloadNFe" na linha 238 devemos comentar o seguinte código: {FretNFe.Items.FprocNFe := IIF(Pos(ENCODING_UTF8, FretNFe.Items.FprocNFe) > 0, '', '<' + ENCODING_UTF8 + '>') + FretNFe.Items.FprocNFe;} porque isso, se analisar o código na hora que efetuamos o Envio dos Dados para o WebServices recebemos um retorno UTF8 e convertemos para um formato nativo de String usado pelo IDE: FPRetornoWS := ParseText(FPRetornoWS, True, True); a partir deste momento estamos trabalhando com uma string, e o problema realmente ocorria na hora que era chamado a função Gravar, porque dentro da função Gravar tínhamos o seguinte código UTF8Str := ConverteXMLtoUTF8(ConteudoXML); para converter para UTF8, porem dentro da função "ConverteXMLtoUTF8" ela testa para ver se já tem "'<?xml version="1.0" encoding="UTF-8"?>'" e como já tinha acabava não convertendo de string para UTF8. Pessoal se alguém tiver alguma ideia melhor favor postarem para que possamos cada vez mais melhor este componente, vou dar uma analisada na trunk para ver se conseguimos corrigir isso também.

valeu italo, ajudou sim.

Já temos uma correção para esse problema... Trabalhei na compatibilização do Fortes CE com o Lazarus... E acho que o resultado final ficou muito bom... em breve devo comitar modificações nos Pacotes e Projetos, removendo a dependência de Fortes4Lazarus e usando o novo Fortes CE...

Isso ta acontecendo muito comigo. Acho que a sefaz de GO está se perdendo em alguma coisa, porque depois de uns dias tento emitir novamente sem mudar em nada o xml e autoriza. É uma trolagem sem tamanho.

Para baixar o TRUNK2, use o seguinte endereço no seu SVN https://svn.code.sf.net/p/acbr/code/trunk2/ ATENÇÃO!! O trunk2 não é 100% compatível com o "trunk", de maneira que você precisará de ajustes nos seus projetos.... Portanto considere usar uma V.M. ou manter uma cópia do ACBr antigo em outra máquina. Leia o documento em anexo, para ver mais informações sobre o trunk2... Porque ele existe ? O que mudou ? como me adaptar ? Preciso realmente dele ? O trunk2 está em desenvolvimento, nos componentes ACBrNFe e semelhantes, houve um grande refactoring, e milhares de linhas de código foram suprimidas e unificadas... Por favor use essa área para reportar Bugs relacionados apenas aos fontes do trunk2 Bem_Vindo_ao_Trunk2.pdf