Ir para conteúdo
  • Cadastre-se

Lucas Rutkoski

Membros
  • Total de ítens

    31
  • Registro em

  • Última visita

Tudo que Lucas Rutkoski postou

  1. Isaque, Também pensamos nesta questão e hoje o programa validado aceita as duas situações. O nosso medo é que o programa aceite a exportação dos produtos desta forma e depois a SEFAZ cobre de nosso cliente o porquê dele ter enviado os produtos como tributados a alíquota de 0%. Vou tentar buscar uma ajuda especializada com os fiscais do tesouro pelo site da SEFAZ, para ver se consigo uma reposta conclusiva sobre este campo. Talvez só consiga dar este retorno em Setembro, pois estou saindo de férias, então se alguém se dispuser a entrar em contato com a SEFAZ a postar o retorno aqui, ficaria muito agradecido!
  2. Opa, Até me ânimo em montar uma força-tarefa para deixar os componentes redondinhos. Até porque hoje na empresa utilizamos apenas o componente do SPED Fiscal, mas estamos analisando a inclusão dos outros do pacote, então se estiver tudo certinho, é melhor ainda! Infelizmente (ou felizmente ) vou entrar em férias a partir do dia 14/08 e pretendo me afastar um pouco do computador e internet para dar atenção a outros projetos, então só poderei ajudar mesmo o pessoal a partir de setembro. Sobre a compatibilidade com todas as versões do Delphi, concordo e acho legal pensarmos nesta questão também. Vou ver se consigo montar algumas máquinas virtuais com diferentes versões do delphi para conseguir testar as modificações antes de postar aqui.
  3. Opa, obrigado pela resposta "a jato" EMBarbosa! Vou anexar abaixo então um .zip com os três patchs juntos e outro com os fontes, pra dar as duas opções. Sobre a IDE, hoje estamos usando o Delphi 2007 Professional, versão 11.0.2902.10471. Fontes.zip Patchs.zip
  4. Olá, queria discutir com vocês como podemos resolver um problema que encontrei no registro C170 do arquivo do SPED Fiscal. O campo “ALIQ_IPI” deve ser apresentado somente quando o produto é tributado pelo IPI por percentual, mas conforme está descrito na observação deste campo, ele deve ser enviado em branco quando o produto é tributado por valor, caso de bebidas quentes, cigarros e outros produtos. Acontece que a classe do ACBr está sempre enviando este campo com alíquota “0”, mesmo quando não informamos nada no componente, fazendo com que o validador nunca encare que o produto é tributado por valor no IPI. A solução neste caso seria a mesma que sugeri para o campo “ALIQ_ICMS” que criei em outro tópico, que sofre o mesmo problema da alíquota de IPI aqui. O link para o outro tópico é:
  5. Olá, venho aqui discutir com vocês como podemos resolver um caso que encontrei no registro 0200 do arquivo do SPED Fiscal. O campo "ALIQ_ICMS" deste registro é de apresentação opcional, isto é, deve ser enviado nos produtos sempre que o contribuinte possuir a informação referente à alíquota de ICMS aplicável ao produto/serviço nas operações dentro do estado. Acontece que um cliente da empresa onde trabalho deseja enviar este campo em branco para seus produtos, mas a classe do ACBr está enviando sempre a alíquota de 0% quando não informamos nada neste campo, dando a impressão que nas operações internas, o produto é tributado a alíquota de 0%! Vi como está o método "WriteRegistro0200" e hoje ele é montado com uma concatenação de todos os campos do registro, incluindo ai o campo "ALIQ_ICMS". Acredito que a melhor maneira de se resolver esta questão seria transformar o campo em "String" e utilizar uma versão do método "LFill" de formatação para enviar ele em branco caso não esteja preenchido, mas antes de aplicar esta alteração e gerar um patch do Subversion, queria verificar com vocês se não há uma outra solução para este problema, ou se isto será realmente alterado no registro. Observação: Encontrei um problema parecido no campo de alíquota do IPI no registro C170, mas como lá o motivo é outro, criei um tópico separado para cada registro.
  6. Bom dia! Primeiramente gostaria de me apresentar e já agradecer a comunidade que criou este pacote de componentes, pois tem sido muito úteis na empresa onde trabalho. Aqui, sempre que encontrávamos algum ajuste ou melhoria que podia ser feito, meus colegas postavam no fórum e verificavam com vocês, mas agora resolvi vir aqui e dar minhas ideias também. Bom, eu sempre fui meio "nazista" com os avisos e mensagens do compilador nos projetos que participei, pois sempre acreditei que se existe um warning, pode existir um erro, e é por isto que crio este tópico para tentarmos diminuir estes avisos. Vou listar abaixo por unit e método a mensagem que encontrei e como eu a corrigi. Tentei anexar os patchs do Subversion no tópico, mas o fórum me avisou que não tenho permissão para anexar este tipo de arquivo. Se alguém puder liberar isto, posso encaminhar pra vocês a minha solução. Unit: ACBrEFDBlocos Método: function StrToCodVer(AValue: string): TACBrVersaoLeiaute; Mensagem: [DCC Warning] ACBrEFDBlocos.pas(450): W1035 Return value of function 'StrToCodVer' might be undefined Solução: O warning acima é mostrado porque o compilador não consegue encontrar um "Result" padrão para quando o parâmetro "AValue" do método não for um dos já esperados nos IFs da rotina. Teríamos então de criar um retorno padrão ou então levantar uma exceção para o programador, como eu fiz no patch anexo. Unit: ACBrUtil Método: function FlushFileToDisk( sFile: string): boolean; Mensagem: [DCC Warning] ACBrUtil.pas(2006): W1044 Suspicious typecast of string to PWideChar Solução: Aqui o compilador não tem certeza de como converter a variável "filenome" de "String" para "PWideChar" diretamente, o que pode fazer com que o cast implícito feito por ele faça a string perder dados. A solução aqui seria explicitarmos o cast de "String" para "PWideChar" da seguinte forma: String->WideString->PWideChar. Unit: ACBrEFDBloco_1_Class Método: function TBloco_1.Registro1922New: TRegistro1922; Mensagem: [DCC Warning] ACBrEFDBloco_1_Class.pas(1264): W1036 Variable 'U1921Count' might not have been initialized Solução: Aqui houve um pequeno equivoco na variável utilizada para acessar o último item do registro 1920, pois estamos utilizando a variável que guarda o índice do último item do Regitro 1921, que ainda não foi preenchida. E era isto! Peço desculpas se isto já foi postado por alguém ou se criei o tópico no lugar errado e espero ter sido útil!
×
×
  • 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.