-
Total de ítens
9.251 -
Registro em
-
Última visita
-
Days Won
114
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por EMBarbosa
-
-
Em 15/01/2024 at 11:08, Deoclecio Diebe disse:
OLA BOM DIA, BAIXE O ARQUIVO E PELO QUE VI O ERRO PREVALECE ESTOU LHE ENVIANDO O LOG
Pelo log, seu arquivo "C:\acbr2\Pacotes\Delphi\synapse\ACBr_synapse.dpk" está corrompido.
-
Em 08/01/2024 at 09:34, CODIGO SISTEMAS LTDA disse:
Sim, em todos os testes que fiz utilizei a versão MT
Bom dia.
Só pra confirmar:
1) Estou procurando a conversa no Discord, você tem o link da úlima mensagem por favor? Assim posso ler o que já foi testado e te passado como orientação também.
2) O código está chamando NFE_Inicializar e armazenando o número retornado (ponteiro) para ser passados para as próximas chamadas dessa thread?
3) Verificou se os ponteiros não estão sendo trocados? Por exemplo thread 1 cujo ponteiro é "a" está usando o ponteiro "b" que seria da thread 2.
- 1
-
Olá Renan, tudo blz?
Em 13/01/2024 at 08:13, Renan Kemp disse:Cdecl ou StdCall (testei ambos)
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).
Em 13/01/2024 at 08:13, Renan Kemp disse:Em seguida inicio e gero o INI usando esta rotina
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.
Em 13/01/2024 at 08:23, Renan Kemp disse:eu sei que esta com cache por que sempre que o ini é gerado vem com a tag preenchida como fiz la atras, ja reinicie a maquina e persiste
[Sistema]Nome=testeRenanA 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.
- 3
-
5 horas atrás, brajan disse:
Sim,
Se mesmo mudando a configuração deles não resolve o problema, então precisaremos criar uma nova classe para tratar o retorno. Não podemos simplesmente modificar a classe atual pois ela segue o padrão do antigo "TEF_DIAL".
Essa nova classe deve sobrescrever o comportamento da procedure "ConteudoToProperty" padrão que está na classe TACBrTEFDRespTXT (unit ACBrTEFDClass) ao sobrescrever a classe TACBrTEFDDial ou TACBrTEFDClassTXT.
Isso vai criar um novo modelo no TEFD.
Criamos uma tarefa no nosso backlog para isso: #TK-4980
Assim que tivermos um retorno avisaremos.
Até lá, você pode me indicar onde conseguir a documentação mais atualizada deles?
-
1 hora atrás, brajan disse:
O que notei no debug ele realmente so consegue ler os campos 029 e replica o cupom para a segunda via.
Sobre a linha do sitef é q os dados estão preenchidos mas o tef configurado é o Dial.
Entendi...
Chegou a verificar isso?
1 hora atrás, EMBarbosa disse:Outra coisa que eu lembrei aqui e é necessário verificar: Você verificou se no gerenciador padrão deles ainda existe e está marcada a opção "Usar ACBr"?
Veja esse tópico:
Chegou a questionar o pessoal da SCOPE sobre alguma configuração sobre a impressão da via do estabelecimento?
-
6 horas atrás, brajan disse:
TefDial
Eu achei isso estranho, porque o log apresenta uma mensagem do Sitef. Veja:
-- 08/01 16:37:04:127 - *** ConfiguraIntSiTefInterativoEx. EnderecoIP: 127.0.0.1 CodigoLoja: 00000000 NumeroTerminal: SE000001 Resultado: 0 ParametrosAdicionais:
Essa mensagem é típica de quem configurou o componente para usar o CliSiTef... mas pode ser que você tenha inicializado os dois... verifique por favor.
5 horas atrás, brajan disse:Sim esta marcado 2 vias, fiz o teste de impressão no evento informado e esta trazendo duas vias
Você talvez tenha que fazer o debug e verificar se o evento está enviando pra impressora a via do cliente e do estabelecimento.
No log, parece que as duas vias estão sendo comandadas... veja:
-- 08/01 16:38:03:769 - TEF_DIAL ECFImprimeVia: trVinculado Via: 1 -- 08/01 16:38:03:778 - TEF_DIAL ComandarECF: Oper: opePulaLinhas -- 08/01 16:38:03:784 - TEF_DIAL DoExibeMsg: Oper: opmDestaqueVia Mensagem: Destaque a 1ª Via -- 08/01 16:38:03:846 - TEF_DIAL ECFImprimeVia: trVinculado Via: 2
Outra coisa que eu lembrei aqui e é necessário verificar: Você verificou se no gerenciador padrão deles ainda existe e está marcada a opção "Usar ACBr"?
Veja esse tópico:
Por fim, eu me lembro que o TEF da Scope/GetCard não tinha sido totalmente testado por nós.
Pode ser que o componente esteja lendo as duas vias de um campo no arquivo de resposta. Mas o Tef da Scope esteja jogando em outro campo, fora do padrão do TEF_DIAL.
-
Em 08/01/2024 at 16:43, brajan disse:
não compreendia sua citação, procurei as propriedades no componente ACBrTEFD e não encontrei a unica propriedade é Via do Cliente Reduzida ;
Segue log do componente anexo
Qual o Gerenciador padrão que você configurou?
- 1
-
1 hora atrás, brajan disse:
Boa tarde, estamos usando o tef da SCOPE troca de arquivo, mas o comprovante não está saindo a via do estabelecimento, quando imprime so sai a via do Cliente. no arquivo de log exite a via do estabelecimento, o Resumido e a Via do cliente.
Segue anexo o arquivo.
Que componente você está utilizando para fazer a comunicação com o Gerenciador padrão da SCOPE?
Pode anexar o log dessse componente?
-
Em 14/12/2023 at 09:56, tryideas sistemas disse:
O que você mostra na imagem é apenas que o método "gravarValorArquivoIni()" retornou True.
Como não dá pra ver o código todo, me parece que não temos garantias de que o arquivo INI que você escreveu foi exatamente o arquivo INI utilizado pela LIB.
É um problema comum...
Por exemplo, isso pode acontecer ao alterar uma configuração na LIB. Se você simplesmente alterar o arquivo INI manualmente, por fora dos métodos da Lib, a Lib não sabe que uma configuração foi alterada e continua com o mesmo comportamento.
Outro exemplo é você preencher um arquivo INI, mas mandar para o método da Lib um arquivo INI em memória. Verifique se realmente a Lib está con a configuração da API correta.
-
4 horas atrás, JOSE VICENTE disse:
Importei a competencia 12/2023 e 13.salario para o esocial separadamente.
como faço para somar as duas competencias para emitir a guia na dctfweb?
OBRIGADO
JOSE VICENTE
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.
- 3
-
-
23 minutos atrás, Ademir P. Voigt disse:
Criei o topico aqui, pois não deu pra selecionar o menu sped no combobox do forum.
Movi para área correta.
30 minutos atrás, Ademir P. Voigt disse:e da erro no validador
Qual a versão do PVA que está utilizando? Poderia compartilhar a mensagem de erro por favor?
-
Em 18/12/2023 at 11:52, Enderson disse:
Olá bom dia a todos !
Tenho uma situação em que um cliente usa uma alíquota de 1,2375 para gerar o bloco A170, analisando o fonte percebi que o mesmo sempre arredonda esse conteúdo para duas casas gerando assim diversos erro no validador porque o cálculos dos valores foram feitos com o valor acima. Para resolver meu problema adotei o mesmo critério feito para o bloco D do mesmo sped.
Segue abaixo o arquivo do fonte para análise.
Alterações feitas nas linhas 505 e 509.
Grato a todos e um excelente final de ano.
Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi essas alterações para o SVN na Revisão 31699.Em 20/12/2023 at 08:37, Enderson disse:Referente ao post original no bloco A também foi identificado no bloco M os registros 100 e 500 com a mesma situação.
Foi modificado as linhas: Bloco M100 linhas: 564 e 566; M500 linhas: 1149 e 1151;
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:
- 1
-
15 horas atrás, Valdir Dill disse:
Obrigado @EMBarbosa as acho que você não entendeu bem nossa dúvida/dificuldade.
Desculpe se eu não entendi bem... Fica a vontade pra me mostrar sempre o que eu não tiver entendido.
15 horas atrás, Valdir Dill disse:Bem, em primeiro lugar, é preciso registrar que, na verdade os eventos que você sugere seriam os QuandoPerguntarCampo e QuandoPerguntarMenu.
Obs.: estamos falando do TEF PayGo, ok?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 )
15 horas atrás, Valdir Dill disse:Mas COMO ler, por exemplo, o valor e vencimento da parcela 02 dessa transação que eu mencionei na abertura deste post?
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?
15 horas atrás, Valdir Dill disse:Obs.: eu já havia relatado essa situação no Discord e o @Daniel Simoes me orientou a abrir um post aqui no fórum para uma melhor análise.
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.
-
5 horas atrás, Valdir Dill disse:
A questão que não estamos conseguindo fazer é capturar os dados dessas parcelas.
Como é uma informação que o operador vai digitar na tela do TEF, precisamos capturar essa lista de parcelas após a operação ser autorizada, para podermos gravar no banco de dados da nossa aplicação.
Como fazer essa captura?Olá Valdir,
Se você quiser capturar durante a apresentação dos dados, você pode usar os eventos OnObtemCampo e OnExibeMenu.
É justamente nesse código que os usuários vão informar os dados ao TEF.
-
18 horas atrás, sortee_vinicius disse:
Boa tarde, Estou tentando enviar a EPEC da NFC-e SP em homologação, porem tenho duvida se tenho que enviar o XML para ambiente do EPEC , e transmite o evento EPEC, ou tenho que transmitir o evento EPC para XML para homologação e posteriormente autorizar este XML.
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.
- 2
-
Olá pessoal!
Com ajuda de nossos usuários @Agnaldo Prates e @DevCriare conseguimos atualizar nosso componente ACBrSpedFiscal que é o componente para EFD ICMS IPI para o novo layout de 2024.
Os ajustes estão de acordo com o Guia Prático 3.1.6.
Valeu pessoal.
- 5
- 1
-
Fiz mais um ajuste de compatibilidade que quase passou despercebido.
Revisão 31664
- 1
-
Em 30/10/2023 at 13:05, Agnaldo Prates disse:
Olá. Realizei alguma adequações na EFD para 2024. Registros C105, Registro 1391, Registro 1400, Registro 1400 e as funções StrToTpResido e TpResidoToStr na unit ACBrBlocos, alteração na função StrToCodVer.
Em anexo, as units.
ACBrEFDBloco_1_Class.pas, ACBrEFDBloco_1.pas, ACBrEFDBlocos.pas e ACBrEFDBloco_C_Class.pas
ACBrEFDBloco_1_Class.pas ACBrEFDBloco_1.pas ACBrEFDBlocos.pas ACBrEFDBloco_C_Class.pas
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)
CitarA obrigatoriedade, que só poderá ser estabelecida a partir de 2024, e a forma de escrituração deste registro serão definidas pela UF de domicílio do declarante. Os contribuintes obrigados, caso não tenham informado o registro nas EFD de 2023, deverão informar, na EFD de janeiro de 2024, todos os códigos de item inativados ou alterados no exercício de 2023. (Guia prático 3.1.6 página 42)
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.
- 1
-
Em 06/12/2023 at 09:16, 01001101 disse:
Faltava incluir esses blocos na importação, segue o .pas com essas inclusões
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.
- 2
-
Boa tarde.
Tentaram entrar em contato com o próprio IBPT. Talvez eles tenham alguma orientação.
Visto que é sobre a API deles, parece o certo a fazer.
-
2 horas atrás, Alexandre Felippeto Henzen disse:
Alguém tem alguma ideia o motivo de não ter retornado o recibo?
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.
- 2
-
Em 13/12/2023 at 10:18, Alexandre Felippeto Henzen disse:
O que pode ter causado essa incidência?
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.
- 2
-
Oi Siro.
10 horas atrás, Siro disse:Cheguei de Viagem Hoje....
Formatei a maquina.....
Reinstalei tudo do zero....
e continua o mesmo erro...
Peguei a ultima versão do fast disponível no site... 2024.01..
Obrigado pelo esforço. Nesse caso, agora parece que você tem um ambiente limpo de duplicidades, que é o problema mais comum desse erro (99,9%)...
10 horas atrás, Siro disse:Não há possibilidades de arquivos duplicados, pq nem sequer abri um projeto ja pronto...
Depois de todo este trabalho, apenas "joguei o componente" n formulário, e ao compilar em modo Debug, ocorre o erro...
Sendo assim, talvez o problema então não seja bem um arquivo "duplicado". Para gerar esse erro basta ter duas compilações diferentes (arquivos dcus) da mesma unit. Então, talvez seja um arquivo compilado para fins diferentes (exemplo Debug e release, ou plataformas diferentes).
O seu FastReport tem separação de bpls ou dcus para debug e release?
Mas mesmo se não tiver, o Delphi talvez esteja se "confundindo". Nesse caso, uma hora ele gera em release para compilar o ACBr. Mas depois, ele está gerando em debug para compilar sua aplicação. Daí geraria esse erro se o ACBr não tiver compilações diferentes ou o Delphi não estiver conseguindo recompilar os pacotes e units do ACBr.
Então, outra pergunta, no ACBrInstall, você marcou a opção "Deixar somente a pasta LibXX no Library Path do Delphi"?
Se a resposta for sim. Poderia reinstalar o ACBr deixando essa opção desmarcada?
- 3
- 1
MultiThread ponteiro
em ACBrLIB
Postado
No inicializar você vai passar uma variável que vai receber uma referência de ponteiro. Essa referência você vai utilizar em todas as próximas chamadas "dessa Thread".
Dá uma olhada nesse código em python criado por usuários ACBr para utilizar a ACBrLibCEP:
https://github.com/base4sistemas/acbrlib-python/
Pode ajudar você a entender com funciona.