Ir para conteúdo
  • Cadastre-se

julioaguilar

Membros
  • Total de ítens

    33
  • Registro em

  • Última visita

  • Days Won

    1

julioaguilar last won the day on 2 Abril 2016

julioaguilar had the most liked content!

Últimos Visitantes

1.876 visualizações

julioaguilar's Achievements

Contributor

Contributor (5/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

9

Reputação

  1. EMPRESAS DO SIMPLES NACIONAL – DISPENSA DE RECOLHIMENTO DA DIFERENÇA Quando o remetente da mercadoria ou prestador do serviço for optante pelo Simples Nacional, este deverá calcular o ICMS próprio no PGDAS e recolher no DAS, para o Estado remetente, com as regras do Simples Nacional, incidente sobre sua receita. De acordo com a cláusula nona do Convênio ICMS 93/2015, a partir de 2016 os optantes pelo Simples Nacional deveriam recolher fora do DAS para o Estado de destino apenas a parte da diferença cabível na divisão, o que representaria um aumento da carga tributária para as empresas enquadradas no Simples Nacional. No entanto, de acordo com a Ação Direta de Inconstitucionalidade 5.464/2016, o Supremo Tribunal Federal suspendeu a aplicação das novas regras de partilha do ICMS nas operações e prestações interestaduais destinadas a consumidor final não contribuinte do imposto, quando realizadas por optantes pelo Simples Nacional. De acordo com a orientação as empresas Optantes pelo Simples Nacional estão dispensadas do recolhimento Segue em anexos os documentos para apreciação TODOS OS ESTADOS - DIFERENCIAL DE ALÍQUOTA - Apuração.pdf TODOS OS ESTADOS - ICMS - OPERAÇÃO INTERESTADUAL.pdf TODOS OS ESTADOS - ICMS - OPERAÇÃO INTERESTADUAL_ADI.pdf
  2. Está ocorrendo erro na validação do MDF-e mesmo informando um valor válido na latitude e na longitude (tags: infLocalCarrega, infLocalCarrega, infLocalDescarrega e infLocalDescarrega) TAG: latitude (Latitude) - Tamanho maior que o máximo permitido [-22,186414]. TAG: longitude (Longitude) - Tamanho maior que o máximo permitido [-49,934715]. TAG: latitude (Latitude) - Tamanho maior que o máximo permitido [-22,212769]. TAG: longitude (Longitude) - Tamanho maior que o máximo permitido [-49,666054]. O erro ocorre pois na unit pmdfeMDFeW quando chama a procedure: Gerador.wCampo(tcDe6, '#', 'latitude ', 01, 06, 1, MDFe.prodPred.infLocalCarrega.latitude, DSC_LATITUDE); Gerador.wCampo(tcDe6, '#', 'longitude', 01, 06, 1, MDFe.prodPred.infLocalCarrega.Longitude, DSC_LONGITUDE); no parâmetro "max" está passando 6 onde o correto seria passar 10 e 11 respectivamente. De acordo com layout. # Campo Ele Pai Tipo Ocor. Tam. Descrição/Observação # latitude CE infLocalCarrega N 1-1 [-]2,6 Latitude do ponto geográfico onde foi carregado o MDF-e # Longitude CE infLocalCarrega N 1-1 [-]3,6 Longitude do ponto geográfico onde foi carregado o MDF-e
  3. Está ocorrendo o seguinte erro na impressão da inutilização da numeração do CT-e com o Fastreport. "Access violation at address ..." Para corrigir alterei a unit ACBrCTeDACTEFR e modifiquei o arquivo DACTE_INUTILIZACAO.fr3 utilizado para a impressão do mesmo. Segue em anexo os arquivos com as alterações: ACBrCTeDACTEFR.pas DACTE_INUTILIZACAO.fr3 xml de inutilização para teste: teste-ProcInutCTe.xml
  4. No Delphi 2010 o trecho de código abaixo não funciona: {$IFDEF CompilerVersion >= 18} //Delphi 2006+ vRows.StrictDelimiter := True; vRows.DelimitedText := AString; {$ELSE} vRows.DelimitedText := '"' + StringReplace(AString, ADelimiter, '"' + ADelimiter + '"', [rfReplaceAll]) + '"'; {$ENDIF} Está entrando no else, mesmo com o CompilerVersion sendo 21.0. Se alterar a diretiva de compilação para "{$IF CompilerVersion >= 18}" ai passa a funcionar. Ainda não descobri o motivo, se alguém souber poderia explicar a diferença entre {$IFDEF} e {$IF} no Delphi 2010.
  5. Fiz o teste e está tudo ok, muito obrigado Ítalo.
  6. Ao carregar o arquivo xml em anexo e transmitir ocorre o erro “Rejeição: IE do Remetente não informada”. Verificando o código do Acbr na unit pcteCTeW em GerarRem no seguinte trecho if (Trim(CTe.Rem.IE) <> '') then begin if (CTe.infCTe.versao >= 3) then begin if (CTe.ide.Toma03.Toma = tmRemetente) then begin if (CTe.ide.indIEToma <> inNaoContribuinte) then GeraIE; end else GeraIE; end else GeraIE; end; Nesse meu caso está ocorrendo a seguinte situação: O tomador do serviço é outros (tag toma4) e não possui inscrição estadual (CTe.ide.indIEToma = inNaoContribuinte), já meu remetente que é diferente do tomador, possui a inscrição estadual. Para gerar a tag IE do remetente está fazendo a verificação “CTe.ide.Toma03.Toma = tmRemetente” e em seguida “CTe.ide.indIEToma <> inNaoContribuinte”, só que o meu xml não possui a tag “Toma03.Toma” e a mesma está sendo carregada por default com o valor “tmRemetente”, nessa situação não está gerando a tag IE no remetente, e o correto seria gerar. CTe35171101055651000141570010000009751000002550.xml
  7. Ao utilizar a função BuscarPorCEP do componente TACBrCEP, utilizando o WebService dos correios não está retornando o código do IBGE do município (IBGE_Municipio). ACBrCEP.WebService := wsCorreios; ACBrCEP.BuscarPorCEP('05048000'); Possível solução: Quando o componente busca o código do IBGE na unit "ACBrIBGE" em "HTTPGet(CIBGE_URL + '?nome='+Param ) ;" a constante CIBGE_URL está definida com o valor "http://www.ibge.gov.br/home/geociencias/areaterritorial/area.php", se mudar de http para https, passa a retornar corretamente o código do IBGE.
  8. Testei com o DANFeRetratoNovo.fr3 e também ocorre o erro. Segue em anexo o DANF em pdf e xml. 35161201055651000141550010007282741000001016-nfe.xml Danfe.pdf
  9. Na impressão do DANFE, quando a NF-e possui apuração de ICMS e IPI os valores da alíquota estão saindo errado (ver imagem em anexo). No meu caso a alíquota do ICMS é 12,00% e do IPI 10,00%. Obs: Não sei se está correto mas resolvi da seguinte forma: Os valores impressos nos campos PICMS e PIPI já estão formatados, removi a formatação nos MemoView Memo144 e Memo145 do layout do fast (DANFeRetrato.fr3) e passou a imprimir corretamente.
  10. Estou tentando carregar um xml (CF-e-SAT), para o componente do Acbr (TACBrSAT) e não está carregando os itens. Percebi que na tag <det nItem> do meu xml o valor está com 0 (zero) a esquerda (ex: <det nItem="001">), por esse motivo não carrega os itens. Na unit pcnCFeR na função LerXml está utilizando o seguinte trecho de código para extrair os itens: Leitor.rExtrai(1, 'det nItem=' + Aspas + IntToStr(nItem) + Aspas, 'det'); // Linha 195 ele não encontra o item pq está passando como parâmetro em rExtrai o valor "1" (IntToStr(nItem)) que é direrente de "001" Para solucionar o problema implementei da seguinte forma: Leitor.rExtrai(1, 'det nItem=' + Aspas + NumItem + Aspas, 'det'); Obs: O xml está assinado portando é um xml válido Segue em anexo o xml. CFe35160111761118000159590000613890000036072760.xml
  11. Tem razão Régys Silveira, estava utilizando o Trunk1, fiz a migração do meu projeto para o Trunk2 e está correto. Muito obrigado.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.