Dércio Luis Zanatta

Bom dia...
Realente o cara viajou longe.. Tive que mostrar o manual da NFe e uma resposta do Fale conosco da SEFAZ-RS para ele aceitar que essas tags não podem ser geradas no CST900 , somente no 51.. 
Obrigado..
 
 

Sim Ítalo..
Apensar de não ter encontrado o que pode ter acontecido, passou a funcionar ..
Obrigado
 

Achei o problema.. Foi na instalação do Delphi mesmo..

A opção "AdoptoopnJDK...... "  não estava marcada...  apenas marquei a opção "android SDK...."
Marquei essa opção agora e está funcionando certinho...
Muito obrigado pela atenção..
 

Boa tarde..
Obrigado pela resposta Juliomar, mas na verdade, o valor da tag total eu já tinha conseguido pegar. Minha dúvida estava em como pegar os valores das tags 'id'.
Consegui da seguinte forma:
Var REt_Wsf:String ;
// RRespScan é o nome que dei para o componente TRestResponse
Ret_WsF:=RRespScan.JSONValue.GetValue<String>('results[0].id') ;
grande abraço !!
 

Acabei de atualizar o ACBr e funcionou  !!
Estranho é que tinha atualizado dia 18/03...  Acho que vou passar a atualizar todos os dias ehehhehe

Bom dia
Até o momento da SEFAZ não está rejeitando NFe/NFCe sem as tagas do ICMS ST Retido ou Efetivo, mas isso poderá vir a acontecer no futuro.
 

Bom dia
No caso de NFCe, sempre vai preencher vBCEfet, pICMSEfet e vICMSEfet, onde:
vBCEfet = Valor líquido do ítem  ( qtde x valor unitário - descontos + acréscimos)
pICMSEfet = Alíquota do ICMS ST da UF
vICMSEfet = vBCEfet * pICMSEfet
 

Buenas..
Eu uso uma função que valida o código de barras.. Se o código de barras é inválido, eu jogo a tag em branco..  Assim vai jogar o código de barras somente se ele for válido.
Segue função abaixo:
function ValidaEAN(Numero:string): Boolean; // // Valida codigo ean // var {numero,} soma2:string; digito:byte; soma,s,i,calculo:integer; teste:STring ; begin result:= false; // verifica tamanho do numero while (length(numero) < 13) do numero:= '0'+numero; digito:= StrToIntDef(copy(numero,length(numero),1),0); delete(numero,length(numero),1); if (numero<>'000000000000') then begin s:=length(numero); i:=0; calculo := 3; soma :=0; repeat teste:= copy(numero,length(numero)-i,1); soma:= soma + StrToIntDef(copy(numero,length(numero)-i,1),0)* calculo; inc(i); if calculo =3 then calculo := 1 else calculo := 3; dec(s); until s=0; numero:=IntToStr(soma); soma2:= copy(numero,length(numero),1); if soma2 = '0'then Begin if (digito=StrToIntDef(soma2,0)) Then //Result:= (digito=soma2) ; Result:=True Else Result:=False ; End else Begin if (digito=10-StrToIntDef(soma2,0)) Then //result:= (digito=IntToStr(10-StrToInt(soma2))); Result:=True Else Result:=False ; End ; end; end;  

Bom dia
Pelo que está no manual do xml, os percentuais que compõe o GLP são necessários somente quando o código ANP for 210203001. Fiz um teste aqui em homologação vendendo um produto com esse ANP, porém não informei nada nas tags de percentuais. A NFCe foi autorizada normalmente. Sendo assim, não criei nada por enquanto para identificar os percentuais. Quanto a descrição da ANP, essa sim é obrigatória na versão 4.0
 

Bom dia
O cliente tinha as DLLs antigas na pasta da aplicação. Problema resolvido

Acho que achei o problema..
Estou utilizando CapiCom, e tinha configurado no SSLType como CapiComDelphiSoap. Só alterei para Capicom e passou a enviar normalmente.

Boa tarde
Não saberia te dizer se acorre comigo esse problema também, pois estou implementando agora essa DANFE simplificada e só fiz testes em homologação por enquanto. O que ocorre comigo é que acontece uma quebra de página logo depois da impressão dos ítens(idependente do número de ítens) e na próxima página repete o texto da linha "EMISSÃO NORMAL" pra baixo e depois imprime os totais e volor aprox. de impostos. 
Acho que tem bem poucas pessoas usando esse modelo de DANFE, pois já tem um bom tempo que postei esse problema da quebra de página aqui no fórum e não obtive nenhuma resposta ainda. 
Para vc também ocorre tal quebra de página ?

Agora Imprimiu InfCpl, porém quebrou a  página antes de imprimir o qrCode e ainda não imprimiu a logo.

Ola amigo.
Atualmente o componente só funciona para os Provedores que necessitam assinar somente o RPS ou somente o Lote. Nos casos em que tem que assinar as duas coisas, ainda não está funcionando. Segundo informações extra-oficiais, é para sair uma atualização essa semana que visa contemplar essa necessidade. Vamos aguardar....

Resolvi o problema removendo a pasta ACBR e criando ela novamente.. Ai quando rodei o AcbrInstall_Trunk2.exe, quando cliequei no botão para atualizar pelo SVN, abriu uma tela mostrando o endereço correto do Trunk2.. Antes não mostrava isso e baixave sempre o respositório do Trunk1.
Portanto, fica a dica, para quem tem o Trunk1 instalado e vai migrar para o Trunk2, remova a pasta toda e crie novamente.
Obrigado pela atenção.
 

Bom dia..
Obrigado pela resposta Juliomar..
Peço desculpas por ter duplicado o tópico.. um colega meu aqui da empresa já tinha criado um tópico e eu não sabia..
abraços..

Ítalo.. Contatei o pessoal da Digifred e  eles estavam como Ws desabilitado la.. é mole !!  ???
Agora ta aprovando em até um minuto...
Me desculpe o transtorno e as dúvidas básicas que postei aqui, pois não tinha nenhuma idéia de como funcionava NFSe, agora, já tenho alguma... ehehe
Obrigado pela paciência !

Bom dia.
Obrigado Ítalo, eu não tinha compilado o exemplo.. Agora funcionou certinho..

Segundo a norma técnica do NFCe , o Qrcode é obrigatório

Boa tarde..
Nasceu a criança !!   kakkakaka
Acabou de sair a primeira NFCe em produção feita pelo nosso sistema..
O problema era que estavam faltando as dlls  libeay32.dll e ssleay32.dll
O Anti-Virus do ciente colocou elas duas em quarentena !!
Só restaurei e configurei como excessão no anti-vírus e td deu certo...
Obrigado..

Galera..
Descobri a causa do problema !!
No meu caso em específico, tenho a impressão de outros comprovantes na impressora não fiscal. Essa impressão estou fazendo via comandos da Darumaframework.dll. Essa dll tem um parâmetro de configuração que define se a porta onde a impressora está conectada deve ficar aberta após a inicialização da dll ou deve abrir e fechar a cada execução de comando. Como eu tinha configurado para ficar aberta, o spooler de impressão não conseguia jogar nada para a impressora pois sua porta estava ocupada pela DLL. Apenas alterei a configuração da DLL para não ficar aberta a porta e o problema foi solucionado !!
Caso alguém mais estiver passando por esse problema, a chave está no arquivo darumaframework.xml na mesma pasta onde está a darumaframework.dll
O nome da chave é:
DUAL\ControleAutomatico:  ele vem default para ficar com a porta aberta (valor 0(zero)), basta alterar para o valor 1 e salvar o arquivo
Grande abraço !!!

Bom dia
Isso mesmo.. Vc não tem como cancelar algo que ainda não existe na SEFAZ..

Bom dia..
Pelo menos aqui no RS, somente serão permitidas operações para consumidor final dentro do Estado, portanto, os CFOPs aceitos terão que começar obrigatoriamente com 5 (5102, 5405) etc..
Na prática, os produtos tributados e isentos serão 5102, os de substituição tributária é que vai ser diferente (5405, 5406), dependendo do ramo comercial do cliente.

Bom dia..
Realmente me expressei mal.. na rejeitou e sim deu erro na validação...
O problema era que estava passando um 0(zero) no logradouro.. erro de cadastro.
Desculpe a nossa falha ehehe

Bom dia lvr..
Realmente eu estava cometendo esse erro, porém agora a única coisa que não ficou certo é a impressão da DANFE NFCe em contingência OFF Line..
Não está imprimindo a chave e tb não imprime nenhuma mensagem dizendo que a foi emitida em contingência OFF LINE, fato que é obrigatório segundo a NT da Sefaz. Estou usando o componente de impressão do Fortes Report..
Para vc essas informações aparecem ??  qual o componente de impressão que vc está usando ?