Dércio Luis Zanatta

Boa tarde Não encontrei esse evento nos componentes TNumberBox !

Dei uma olhada nas alterações, mas não encontrei nada nesse sentido ...

Exato.. Não passa pelo evento quando tela enter

Bom dia Esqueci de comentar.. Estou usando na plataforma Android, ai não tem OnKeyPress !

Boa tarde Tenho um código no evento okKeyDown de um TNumberBox que testa se a tecla digitada foi um ENTER. Na versão 10.3 funcionava perfeitamente. Recentemente atualizei para a 10.3.3 e o evento não mais é executado. Tem algo que eu possa fazer ?

Boa tarde Estou tentando usar Capicom para assindar xml do provedor Digifred.. Depois de diversos testes, cheguei a conclusão que para esse provedor está autorizando somente seu usar como Capicom.. Tentei usar como WinCtypt e com OpenSSL e ocorre o erro: "Arquivo enviado com erro de assinatura" Estou precisando usar como OpenSSL Seguem anexo os xmls assinados usando Openssl e outro usando Capicom NFse_1_201900000000331_Capicom.xml RPS_1_473_1_CapiCom.xml RPS_1_473_1_OpenSSL.xml

Boa tarde.. ai que está o problema.. Quase que todos os contadores estão mais perdidos que eu... Nem conhecem o layout do Sped Fiscal.. Dizem que isso é como software, que eles precisam receber as informações prontas ! Triste fim !!

Bom dia Estou com muitas dúvidas em relação ao preenchimento dos registros da Sub apuração ( registros 1900) criados recentemente no layout do sped.. Vamos as dúvidas: Até onde eu sei, esses registros foram criados para poder informar os valores de ICMS ST Retido (das entradas e saídas) e ICMS ST efetivo para Saídas consumidor final no registro 1900 tem o campo 02 - Indicador de outra apuração No caso desse ICMS ST complemtar , qual o indicador correto ? No registro 1920 , tem o campo VL_TOT_TRANSF_DEBITOS_OA ( Isso corresponde ao total de ICMS ST retido e efetivo) ? Se sim.. O que tem a ver o C197 ? o campo VL_TOT_AJ_DEBITOS_OA deve ser preenchido ? Na IN DRP 45/98 diz que os valores das NFCes (65) devem ser lançadas como ajustes !! Nesse caso, não considera NFCe no campo VL_TOT_TRANSF_DEBITOS_OA e considera apenas no campo VL_TOT_TRANSF_DEBITOS_OA ?? Alguém já fez isso para gerar no Sped ? Eu confesso que fiquei bem confuso sobre a maneira correta de gerar.

Bom dia Está fora do ar o Web Service.. Basta colar o endereço no navegador e vcs verão que não está acessível..

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

Boa tarde Estou enfrentando problemas em uma NFe que estou tentando enviar. Não consigo encontra o problema... Até mesmo se colar o conteúdo do XML no validador da SEFAZ acusa que está errado. Estou anexando o xml para ver se alguém aqui do fórum consegue achar o problema 129-env-lot.xml

Perfeito.. Isso é o ideal.. O problema é que na dura realidade os contadores estão procurando as Softwarehouses para saber como funciona.... Trágico !

Boa tarde.. Exatamente, para NFCe somente poderão ser informados dos dados do ICMS ST Efeitivo, pois as vendas são sempre destinadas a consumidor final.

Boa tarde.. Não se pode confundir as tags de Icms ST Retido com ICMS ST Efetivo. ICMS ST Retido se refere ao valor que será repassado como crédito de ICMS quando feitas operações com Destinatários Contribuintes de ICMS ( Não consumidor final). Como na NFCe só é possível se fazer transações com Consumidor final, nunca serão informadas as Tags do ICMS ST Retido e sim as tags do ICMS ST Efetivo. Na imagem que vc postou estão as rejeições do ICMS ST Retido que somente poderão ser informados em NFe ( Modelo 55) Por isso o modelo 65 está riscado.

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. Em se tratando de NFCe a operação sempre será com consumidor final. Sendo assim, deve-se informar as Tags do ICMS ST Efetivo: pRedBCEfet = Representa o percentual de redução de base de cálculo , se tiver vBCEfet = Representa o valor da base de cálculo pICMSEfet = Representa o percentual da alíquota do ICMS ST do produto em questão vICMSEfet = Valor do ICMS ST da operação: (vBCEfet * (pICMSEfet/100))

Bom dia.. Na verdade não mudei nada, o arquivo .ini que estou usando é o mesmo que funcionava antes de atualizar o ACBR ontem, mas vou tentar usar o ini que veio na pasta do ACBR.. Usei o Digifred.ini da pasta do ACBR e funcionou. Muito obrigado.

Bom dia Esse problema já havia sido resolvido, porém atualizei os fontes do ACBR ontem e o problema voltou. Conforme já tinha sido discutido em outro tópico, com esse provedor só funciona usando capicom. Depois que atualizei o componente ontem, passou dar erro ao carregar o xml, conforme print abaixo.

Boa tarde Entendi... Obrigado.

Atualizei os fontes do ACBR. Agora a rejeição é outra.. Notei que está gerando a tag VICMSSubstituito mesmo sem eu estar informando isso ... Segue abaixo 43190395821310000183550050000057451000586450-nfe.xml

Me desculpe Ítalo, confundi aqui.. Na verdade o que está dando problema é quando preenche as tas do IcmsSTRet para operações de simples nacional (CSOSN=500) para destinatário contribuinte de ICMS.. Nesses casos está ocorrendo Erro no Schema XML.. Quanto ao ICMSEfet, está tudo correto Vou anexar o xml que está dando erro de Schema xml OBS: Estou com os Schemas atualizados. NFe_27_5_5745_43190395821310000183550050000057451000586450.xml

Bom dia Estou fazendo alguns testes alimentando os campos do ICMSStEfet para Simples Nacional, usando CSOSN=500. Estou alimentando as propriedades no componente, porém no xml não está jogando essas tags.. Existe alguma restrição por ser Simples Nacional ?

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

Boa tarde Exatamente assim que eu entendi !