Ir para conteúdo
  • Cadastre-se

EMBarbosa

Consultores
  • Total de ítens

    9.234
  • Registro em

  • Última visita

  • Days Won

    113

Community Answers

  1. EMBarbosa's post in Erro no Registro D700 campo IND_EMIT was marked as the answer   
    Muito obrigado pela contribuição.
    Mas achamos melhor corrigir a função. Pelo visto, ela não era usada no código do ACBr em outros lugares e estava incorreta já faz um tempo.
    @ddsilva,
    Subi as alterações para o SVN na Revisão  32926.
    Pelo que vi está tudo certo.
    Pedimos a todos o favor de atualizar, testar e reportar qualquer problema.
    Mais uma vez obrigado a todos pelo relato e sugestões de correção.
  2. EMBarbosa's post in Dúvidas sobre a extinção do CSOSN was marked as the answer   
    O fim do CFOP de substituição tributária, programado para 1º de abril de 2024 foi revogado pelo Ajuste SINIEF nº 29 de 2023.
    Já a unificação do CST e CSOSN, prevista para entrar em operação dia 1º de abril de 2024, também foi revogada pelo Ajuste SINIEF nº 34/2023.
    Fonte: documentação (nos links acima) e site SigaoFisco
  3. EMBarbosa's post in Cache acbrlib was marked as the answer   
    Olá Renan, tudo blz?
       Isso não tem nada a ver com o problema, mas veja a seguinte informação: https://acbr.sourceforge.io/ACBrLib/CdeclouStdCallqualusar.html
       Você deve escolher o que for compatível com seu sistema e "ambiente destino" (aonde o sistema for executado).
     Essa parte do código não me parece fazer nenhuma referência ao INI. Se fizer, me desculpe, pois node.js não é minha especialidade. Mas me aponte exatamente qual linha faz isso.
     
    A princípio, me parece que você está utilizando um mesmo arquivo escrito anteriormente. O arquivo .INI deve ter sido salvo no HD e, é claro, reiniciar a máquina por si só não vai apagar o conteúdo dele.
    Verifique no seu código onde você passa o arquivo .INI qual o caminho. Daí veja se o arquivo já não está salvo no HD.
     
  4. EMBarbosa's post in ESOCIAL COMPETENCIA 12/2023 e 13.SALARIO was marked as the answer   
    Olá,
       Essa parece ser uma dúvida mais contábil e operacional dos sistemas do fisco e como tal, recomendamos fortemente que consulte um contador de confiança que atue nessa área.
       Ainda assim, não sei se entendi direito sua dúvida. Se entendi direito, basta emitir as guias no DCTFWeb normalmente.
       Me parece que é o caso do exemplo no Guia Rápido do DCTFWeb disponibilizado nesse link aqui.
       Se for esse o caso, mesmo que as guias apareçam separadamente não haveria problema já que os lançamentos estão corretos.
       Por outro lado, se os lançamentos ficaram incorretos, talvez precise fazer alguma retificação. Daí é necessário verificar o manual do DCTFWeb e o documento perguntas frequentes para verificar as orientações.
  5. EMBarbosa's post in Casas decimais aliquotas PIS e Cofins was marked as the answer   
    Vocês estão equivocados. A última versão é a versão 5.1.0. Segue o print do link que enviamos pra vocês.

  6. EMBarbosa's post in Alíquota com 4 casas decimais no Bloco A170 was marked as the answer   
    Muito obrigado pela contribuição.
    Fiz a implementação baseada nela.
    Subi essas alterações para o SVN na Revisão  31699.
    Essas alterações não enviei ao SVN. Porque esses campos nos registros M100 e M500 podem ser nulos e podem ser zero.
    Então precisamos das funções VDFILL ou VLFILL para tratar o caso dos campos nulos mas não são zero.
    Você pode até reparar que o tratamento da função VDFILL e DFILL para máscara de decimais é o mesmo e só muda o tratamento para campo "nulo".
    Além disso, eu fiz um teste aqui usando o exemplo do ACBrSpedPisCofins e o código funcionou normalmente. Veja na imagem:

     
  7. EMBarbosa's post in Cartão de Débito em 2 ou + Parcelas was marked as the answer   
    Desculpe se eu não entendi bem... Fica a vontade pra me mostrar sempre o que eu não tiver entendido. 👍
    Ahh certo, você tem razão nos nomes do evento do componente. Na verdade, usei os nomes que são correspondentes a esses na classe interna porque são estes que estão no log.
    Veja esse trecho por exemplo na linha 1244 do log21122023.txt que você compartilhou:
    21/12/23 09:22:02:667 - OnObtemCampo 21/12/23 09:22:10:687 - Resposta: 150124, Valido: False, Cancelado: False 21/12/23 09:22:10:687 - PW_iAddParam( PWINFO_48900, 150124 )  
    Hmm.... talvez tenha sido mais isso que não entendi direito...
    Você não disse que o usuário digitou isso? Ele digita os valores em um form que você cria e mostra ao chamar nos eventos que mencionamos.
    Então você poderia capturar eles ali, naquele evento ou no form. Como no log acima...
    Não?
     
    Ahh quando for assim, é bom você mencionar logo no início do tópico. Assim a gente já direciona pra quem pediu, ou mesmo quando for outra pessoa que vá continuar, ela pode ir no Discord e pegar o contexto da conversa.
    Por exemplo, é o que eu vou fazer agora, ir lá ler todas as suas mensagens.
  8. EMBarbosa's post in EPEC da NFC-e SP em homologação was marked as the answer   
    Bom dia.
    Tudo sempre deve estar no mesmo ambiente. Os ambientes diferentes não se "comunicam".
    Então, se você está fazendo alguma coisa em homologação, via de regra, tudo deve ser feito no ambiente de homologação.
    Por exemplo, se vai acionar um evento relacionado a uma NFe já emitida, esse evento deve estar no mesmo ambiente que a NF-e. Senão você vai receber um erro dizendo que a NF-e não existe.
  9. EMBarbosa's post in Leiaute 018 SPED Fiscal 2024 - NT 2023.001 v 1.1 was marked as the answer   
    Muito obrigado pelas contribuições.
    Não enviei ao SVN a remoção do campo MUN do registro 1400. Esse campo continua no layout.
    A diferença pelo que parece, é que agora pode se informar o registro sem esse campo, de acordo com o que a UF decidir.
    Assim, adicionei uma validação para adicionar o campo apenas se estiver preenchido.
    ---
    @DevCriare
    Muito obrigado pelas contribuições que enviou no Discord. Juntei com as alterações acima para fazer o merge.
    Algumas alterações propostas eu não enviei ao SVN.
    Por exemplo: Não me parece correta a alteração para não gerar os registros C855 C895 no layout "vlVersao116".
    Note que a possível obrigatoriedade em 2024, não implica em impossibilidade de informar em 2023.
    Isso também acontece com o registro 0221, cujo manual diz o seguinte: (grifo meu indicando a possibilidade de informar o registro em 203)
    Se vocês não concordarem por algum motivo, por favor, esclareçam seu raciocínio.
    ---
    Além de outras alterações que eu fiz no código, também fiz o seguinte que pode ser útil pra vocês analisarem:
    - Alteração nas funções StrToTpResido, TpResidoToStr, CodVerToStr e StrToCodVer para um modelo de conversão de enumerado que é recomendado no código ACBr atualmente.
    - Remoção de with em funções que mexi;
    ----
    Mais uma vez obrigado a todos pelas contribuições.
    Fiz a implementação baseadas nelas.
    Subi as alterações para o SVN na Revisão  31662.
    Pelo que vi está tudo certo.
    Queiram por favor atualizar, testar e reportar qualquer problema.
  10. EMBarbosa's post in Reescrever arquivo Sped was marked as the answer   
    Muito obrigado pela contribuição.
    Fiz a implementação baseada nela.
    Subi as alterações para o SVN na Revisão  31581.
    Pelo que vi está tudo certo.
    Queira por favor atualizar, testar e reportar qualquer problema.
    Mais uma vez obrigado.
     
  11. EMBarbosa's post in XML do retorno de cancelamento de NFSe vindo com 2 tags de retorno was marked as the answer   
    Muito possível ser um erro no servidor, tentando processar o seu pedido duas vezes.
    Me parece que você vai precisar entrar em contato com o provedor da prefeitura e reportar o caso. Talvez eles tenham mais informações.
  12. EMBarbosa's post in Duplicidade de NF-e was marked as the answer   
    Fora erros no servidor do Fisco, geralmente isso acontece por haver diferença apenas do cNF.
    Verifique se não tem alguma nota já enviada mas com um cNF diferente.
  13. EMBarbosa's post in Erro ao tentar comunicar com balança Urano POP S was marked as the answer   
    Olá...
    vou responder suas mensagens em ordem cronológica. Mesmo que não sejam as dúvidas atuais, podem ajudar outras pessoas no futuro ou te dar alguma ideia...
     
    Se estiver usando um conversor USB/serial, ou emulador USB/serial, geralmente esse problema é levantado por um driver defeituoso.
    Você pode ver isso no seguinte tópico:
    Também já vi ocorrer quando há problema no cabo ou conectores.
    Esses são os problemas mais comuns.
    ---
    Esse erro, como você pode imaginar, é porque algum programa já está acessando a porta (possivelmente o Hercules). Só um aplicativo pode ter acesso a uma porta serial por vez.
    Quando o segundo aplicativo "pede" o acesso à porta, o sistema operacional (nesse caso o Windows) retorna esse erro informando que o acesso foi negado.
    ----
    Mais uma vez, geralmente isso indica problema no driver, dispositivo conversor USB/Serial como na resposta do Rubinho aqui:
    ---
    Isso é o esperado... "Monitorar a Balança" é um sistema de fazer a leitura automaticamente. É útil em alguns casos onde a aplicação quer fazer vários pesos seguidos, mas prefere delegar ao componente essas leituras.
    Se "Monitorar a Balança" não estiver habilitado o ACBrBal só faz a leitura de peso via o comando "LerPeso". Esse comando envia uma solicitação de peso para a Balança(caso necessário), lê e depois interpreta o retorno.
    -----
    Esses comandos são de "limpeza" da comunicação com a porta serial.
    Documentação:
    -> IOCTL_SERIAL_PURGE
    -> IOCTL_SERIAL_CLR_RTS
    -> IOCTL_SERIAL_CLR_DTR
    Apesar de ser um pouco baixo nível, não deveriam causar nenhum problema na comunicação.
    Na verdade, para comunicação serial usamos a Synapse. A Synapse, (e por conseguinte nosso código), nem vai a tão baixo nível assim já que faz chamadas a API do Windows.
    Então, se esse tipo de mensagem gerasse algum problema, nós teríamos vários relatos sobre isso com todo tipo de balança que suportamos e não somente com a Urano POP S.
    Tente utilizar outros dispositivos conversão USB/Serial.
    Eles costumam ser muito baratos e talvez o problema seja justamente esse.
    Infelizmente, a maioria desses dispositivos no mercado não são tão confiáveis.
     
    Se houvesse detectado outras comunicações ou envio de bytes diferentes. Talvez poderíamos atribuir ao ACBr o problema. Mas não parece ser o caso.
  14. EMBarbosa's post in ACBrNFeDANFEFR was marked as the answer   
    Essa mensagem indica que a Unit ACBrNFeDANFEFR que você está utilizando foi compilada com outra versão do Fast Report.
    Tem algumas informação no StackOverflow sobre o assunto.
    Mesmo que você tenha instalado essa mesma versão nos dois delphis, se os compiladores usados são diferentes, o erro vai acontecer. Veja na sua própria imagem:
    Os arquivos são diferentes mesmo comparando para mesma plataforma (veja os tamanhos).
    Então se o Delphi se confundir (talvez pelas configurações do LibPath, search path, etc...), vai gerar esse erro.
    Você precisa garantir que o Delphi vai acessar apenas uma versão de units.
    Isso é válido tanto para o Fast Report, como o ACBr.
  15. EMBarbosa's post in PAF NFC-e SC was marked as the answer   
    Bom dia.
    Não existe. Há muito tempo o pessoal tinha desenvolvido um validador para o PAF-ECF, mas acho que ele não foi atualizado pro PAF-NFC-e. Nós do Projeto ACBr não temos acesso ao código fonte, então também não podemos atualizar.
    Por outro lado, não é muito difícil validar seguindo a documentação. É basicamente seguir o tamanho e o tipo dos campos. Só isso.
  16. EMBarbosa's post in Instalador Delphi 12 was marked as the answer   
    Por favor, verifique se existe alguma alteração local nos seus arquivos ACBr/Fast Report.
    Veja também se está com a última versão do ACBrInstall.
    Se for o caso, baixe os arquivos do ACBr novamente.
    A unit ToolsAPI é do Delphi. Teoricamente, não teria motivos para ela não ser localizada.
  17. EMBarbosa's post in Problema ao instalar ACBR delphi 12 was marked as the answer   
    @CrasH, @Tiago Domingues Carneiro, @Dor_poa,  e outros
    Subi no SVN uma correção.
    Deve estar tudo ok agora.
  18. EMBarbosa's post in Revisão do código fonte AcbrCargaBAL was marked as the answer   
    Muito obrigado pela contribuição.
    Fiz a implementação baseada nela.
    Subi as alterações para o SVN na Revisão  31108
    Pelo que vi está tudo certo.
    Queira por favor atualizar, testar e reportar qualquer problema.
    Mais uma vez obrigado.
  19. EMBarbosa's post in ACBrCargaBal - Implementação Triunfo com suporte a RDC429 was marked as the answer   
    Muito obrigado pela contribuição.
    Fiz a implementação baseada nela.
    Subi as alterações para o SVN na Revisão  31107.
    Pelo que vi está tudo certo.
    Queira por favor atualizar, testar e reportar qualquer problema.
    Mais uma vez obrigado.
  20. EMBarbosa's post in Atualização do ACBRCargaBal para toleto Mgv7 Norma RDC429 was marked as the answer   
    Muito obrigado pela contribuição.
    Fiz a implementação baseada nela.

    Pelo que vi está tudo certo.
    Queira por favor atualizar, testar e reportar qualquer problema.
    Mais uma vez obrigado.
  21. EMBarbosa's post in Balança Siciliano was marked as the answer   
    Muito obrigado pela contribuição.
    Fiz a implementação baseada nela.
    Queira por favor atualizar, testar e reportar qualquer problema.
    Mais uma vez obrigado.
  22. EMBarbosa's post in Erro ao compilar no Delphi 11.3 was marked as the answer   
    Oi Clóvis, bom dia.
    Esses logs indicam que o ACBr foi instalado corretamente. Essa é a boa notícia.
    A má notícia é que o erro que você apresentou não é de instalação.
    Esse erro:
    Geralmente isso significa que o compilador está encontrando arquivos dcu ou pas de versões diferentes e/ou não consegue recompilar os mesmos.
    Isso pode ser por vários motivos:
    Seu path do Windows pode estar incluindo pastas que são de Delphis diferentes Tem várias cópias do ACBr na máquina Tem várias cópias do código fonte da synapse na máquina Em qualquer uma das situações acima, o Delphi encontrou uma "Synautil"(.dcu ou .pas) uma vez (na hora de compilar o dcu da unit ACBrUtil.Math), mas depois (na hora de montar o exe) está encontrando outra "Synautil".
    A única opção que você tem é localizar essas units Synautil que estão repetidas e remover elas. Daí reinstalar o ACBr e aí tentar recompilar o demo.
    Antes disso, faça questão de localizar no seu computador a pasta de BPLs de todos as versões Delphi que tem instalada e apagar qualquer bpl do ACBr ou Synapse que esteja lá.
    Elas geralmente ficam na pasta:
    C:\Users\Public\Documents\Embarcadero\Studio\<versao>\Bpl Onde <versao> deve ser uma versão instalada. Por exemplo o Delphi Alexandria é 22.0, ficando:
    C:\Users\Public\Documents\Embarcadero\Studio\22.0\Bpl Verifique todas as pastas BPL que tiver.
    Atualmente, nenhuma BPL do ACBr deve ficar nessas pastas.
  23. EMBarbosa's post in Impressão DANFENFCe was marked as the answer   
    É isso mesmo. Usando o Fortes, não há comando de corte (guilhotina) visto que não há esse comando via spool.
    O que pode ser verificado é se o driver da impressora implementa isso. Daí você acionaria no driver, nas configurações do dispositivo (impressora).
    Como vias, não... teria que imprimir duas vezes mesmo. Mas se o corte é importante, talvez seja melhor usar o modelo ESC/POS
  24. EMBarbosa's post in Contribuição Emulador Balança was marked as the answer   
    Muito obrigado pela contribuição.
    Fiz a implementação baseada nela.
    Subi as alterações para o SVN na Revisão  29900.
    Pelo que vi está tudo certo, mas queira por favor atualizar, testar e reportar qualquer problema.
    Mais uma vez obrigado.
  25. EMBarbosa's post in Erro ao utilizar ACBRETQ sem ribbon. Utilizei o exemplo ETQTESTE. was marked as the answer   
    Possivelmente a configuração não está sendo salva como padrão de impressão. Deve estar sendo salva apenas para a impressão atual.
    Lembro de ter passado por isso uma vez, e a questão foi achar exatamente onde modificar a configuração padrão de impressão.
×
×
  • 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.