Painel de líderes

OK, vou verificar aqui e checar as configurações para ver se tem algo diferente. Sim, eu usei as ultimas versões da ACBR LIB. Retorno aqui quando conseguir terminar.

Olá Pessoal, Algumas units foram substituídas por outras com outros nomes mas com o mesmo conteúdo. Para quem emite CT-e/CT-e Simplificado/CT-e OS/GTV-e e por ventura faça uso em sua aplicação da unit pcteConsts deverá mudar o nome dela para ACBrCTe.Consts que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrCTe\Base. Para quem emite MDF-e e por ventura faça uso em sua aplicação da unit pmdfeConsts deverá mudar o nome dela para ACBrMDFe.Consts que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrMDFe\Base. Para quem emite NF-e/NFC-e e por ventura faça uso em sua aplicação da unit pcnNFeConsts deverá mudar o nome dela para ACBrNFe.Consts que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base. Como dito as novas units permanecem com o mesmo conteúdo, mas agora com uma novidade. Exemplo: (...) const NAME_SPACE = 'xmlns="http://www.portalfiscal.inf.br/nfe"'; resourcestring DSC_AAMM = 'Ano e Mês'; DSC_ANOFAB = 'Ano de Fabricação'; DSC_ANOMOD = 'Ano do Modelo de Fabricação'; DSC_CEANTRIB = 'Código de Barra do Item Tributação'; (...) Antes todas as mensagens eram tratadas como const, agora são resourcestring. Para quem não sabe, Com resourcestring, o compilador coloca essas strings como um recurso stringtable no executável, permitindo que qualquer pessoa (digamos, sua equipe de tradução) as edite com um editor de recursos sem precisar recompilar o aplicativo ou ter acesso ao código-fonte. Observação: Façam as trocas listadas acima, pois em breve as units "antigas" vão ser removidas do SVN.

Oi, bom dia Consegui resolver e era o ClientID que estava errado. Não entendi porque, eu havia copiado do portal developers provavelmente para testes o ID de Sandbox, sendo que eu estou tentando usar já em produção mesmo. Em algum momento, sei que usei o ID certo mas, como estava em meio aos testes variados de outros campos, pode ser que no momento de usar o ID correto eu troquei alguma outra coisa que fez não funcionar e voltei o ID do Sandbox, mesmo usando em produção. Como eu fui revendo campo a campo o que poderia estar errado, quando vi o ID incorreto, apenas troquei ele e funcionou. Portanto, podem fechar o tópico como resolvido. Agradeço a ajuda de vocês.

Olá, Segue resposta da Eicon a respeito do erro Lote de RPS não assinado: Resumindo: O Lote terá pelo menos 2 assinaturas, 1 para o Lote completo e uma para 1 RPS, que é o mínimo de RPSs para o lote. Se houverem n RPSs, a quantidade de assinaturas será de n + 1.

Boa noite Renato, Poxa, era somente mudar para InfsProvedor! Ai fui testando e ajustando os valores dos campos e deu certo! Muito obrigado! Pode encerrar o chamado!

Olá pessoal! Foi publicada a versão 5.0.0 do Programa Validador de Escrituração Digital EFD ICMS IPI com as alterações de leiaute válidas a partir de janeiro de 2025. A versão 4.0.7 poderá ser utilizada para transmissão dos arquivos da EFD até 31/12/2024. Fonte: http://sped.rfb.gov.br/pagina/show/7605

Olá pessoal! Na tarde do dia 18/11/2024 o Sebrae promoveu junto aos auditores fiscais da Receita, Carlos Nacif e Hermano Toscano, uma Live para detalhar duas mudanças previstas para 2026 para todos os empreendedores. Dentre as mudanças mencionadas, uma delas se refere a unificação da emissão de NFS-e em todo o país utilizando o Padrão Nacional. Está mudança está prevista para Janeiro de 2026, sem uma data específica. As informações acima foram retiradas de notícia originalmente publicada pelo Sebrae e que pode ser lida na íntegra AQUI. Relembrando. No contexto da NFS-e, não há um leiaute único. Cada administração municipal pode optar por contratar através de licitação uma empresa que fornece o web service de emissão de notas de serviço (nós do ACBr chamamos esta empresa de "provedor"). Este web service pode ser implementado seguindo um leaiute da maneira que o provedor preferir, causando assim, no cenário da NFS-e, uma falta de padrão. O Padrão Nacional, como o nome diz, é um padrão que foi criado com o objetivo de centralizar isso, acabando com os padrões próprios utilizados. No entanto, apesar do nome Padrão, sua adesão até o momento desta publicação, é obrigatória apenas para os MEIs com adoção opcional para os outros casos. Nesta adesão opcional, até o momento, 1.140 cidades estão conveniadas, sendo 22 capitais. (Você pode conferir a lista completa AQU). O que se espera é que em 2026 todos estejam emitindo pelo Padrão Nacional. Também é importante lembrar! O componente nativo para Delphi/Lazarus e consequentemente o ACBrMonitorPLUS e a ACBrLib já estão adequados ao Padrão Nacional e podem ser utilizados para emissão de nota no mesmo. O tópico abaixo traz mais informações a respeito:

Boa tarde, ok Juliomar, vou fazer isso. Obrigada!

Fiz uma correção, testei esta ok., obrigado por reportar. Estará disponível na próxima compilação da lib. removi os dados sensiveis. para deixei este post. na area pro.

Bom dia! O trecho disponibilizado no print da a entender que você a relação é opcional quando o cancelamento ocorrer no mesmo mês, mas necessário quando ocorrer em período posterior. No segundo parágrafo e se você buscar pelo termo "Canceladas" no manual, é visto que o que importa é se o documento integra ou não a base de cálculo do crédito e das contribuições. Mas de qualquer forma, é importante que você confirme este tipo de dúvida junto ao responsável fiscal do cliente.

Opa, fiz o download e agora esta ok.. Estou enviando pra o banco validar as informações por hora muito obrigado.

Bom dia! Já estamos cientes dessa questão. A melhor solução para este problema está sendo discutida junto a equipe de consultores e até o final desta semana devemos ter uma solução mais assertiva. Qualquer novidade será divulgada neste tópico.

Consegui encontrar a solução! No meu ERP, não obrigamos a coloção de uma cidade de transação no cadastro das Empresas, mas os bancos Santander, Itaú, Neon e Banco do Brasil BB exigem que tenha o parâmetro id 60 (Merchant City) mesmo que preenchido de forma genérica. Então, para resolver, na geração do código EMV (obtido pelo retorno do banco e uma série de parâmetros) coloquei para preencher esse parâmetro, caso não haja a informação, com "Cidade" e funcionou perfeitamente.

Bom dia, Fizemos a correção, svn r36257

Bom dia @rofresi, A informação que eu tenho é que São José do Rio Preto/SP vai continuar usando o Ginfes. Não tem previsão de migrar para o Giss, como ocorreu com outras cidades.

continua o mesmo erro, na pasta grava errado o nome do arquivo.

Vou testar em meu ambiente com suas informações. assim que concluir o teste, reporto aqui tbm

@Aggille Sistemas de Gestão Obrigado pela contribuição. Criado a Tarefa TK-6274 , assim que concluida reportamos aqui.

É o PIP ....... E não mais a (;) no manual online esta com (;) ainda Tnanks ....

Olha: o pGLP para gás de cozinha é: 100% o vPart : é o Preço unitário de venda de 1 bojão dividido pelo peso do bojão (13kg , ou 18kg, etc..) Exemplo: Valor de Venda de 3 bojões de 13 kg cada botijão R$ 95,00 total R$ 285,00 cPart = ( 95,00 / 13) que fica 7,307692.... truncado R$ 7,30 então mande: pGLP = 100 e o vPart = 7,30 Teste assim , como esta no meu exemplo que a venda foi de 3 botijões mas o calculo de vPart é sobre apenas o preço unitário do botijão. Se não der certo , me passe o XML completo que posso tentar ajudar. pGNn e pGNi é para gasolina ( mistara da gasolina)

Boa tarde @Luiz Antonio Ubaldini O̶c̶u̶l̶t̶e̶i̶ ̶s̶e̶u̶ ̶p̶o̶s̶t̶ ̶p̶a̶r̶a̶ ̶p̶r̶e̶s̶e̶r̶v̶a̶r̶ ̶s̶u̶a̶s̶ ̶c̶r̶e̶d̶e̶n̶c̶i̶a̶i̶s̶,̶ ̶m̶a̶s̶ ̶s̶e̶g̶u̶e̶m̶ ̶v̶i̶s̶í̶v̶e̶i̶s̶ ̶p̶a̶r̶a̶ ̶o̶s̶ ̶c̶o̶n̶s̶u̶l̶t̶o̶r̶e̶s̶ ̶e̶ ̶o̶ ̶@̶D̶a̶n̶i̶e̶l̶ ̶I̶n̶f̶o̶C̶o̶t̶i̶d̶i̶a̶n̶o̶ ̶p̶o̶d̶e̶r̶á̶ ̶d̶a̶r̶ ̶s̶e̶q̶u̶ê̶n̶c̶i̶a̶ ̶q̶u̶a̶n̶d̶o̶ ̶p̶o̶s̶s̶í̶v̶e̶l̶ ̶n̶o̶ ̶a̶t̶e̶n̶d̶i̶m̶e̶n̶t̶o̶ Desculpe a confusão, não notei que seu tópico estava na área privada, corrigindo a informação, outros usuários do fórum não terão acesso aos seus arquivos.

Olá Pessoal, Boas novas, foi implementado o provedor XTRTecnologia que no momento atende as cidades de: Exu/PE, Baturité/CE, Jaguaruana/CE, Quixeré/CE, Marco/CE, Brejo Santo-CE. Quem souber de outras cidades atendia pelo mesmo provedor, por favor crie um tópico no fórum para que possamos vincular o provedor a cidade. O provedor XTRTecnologia se utiliza de um layout próprio em Json. A principio só foi implementado o envio do RPS. Precisamos da colaboração de vocês no que se refere aos testes para que possamos fazer as devidas correções e a implementação dos demais serviços. Desde já muito obrigado por tudo.

Olá, Daniel e Alexandre. O problema foi resolvido. Eu estava usando EscPos, mas deixei o modelo com Bematech. Quando usei o modelo Epson funcionou como o esperado. Uma impressora "Elgin", com driver Bematech que se configura como Epson. A gente merece se aposentar mais cedo. Obrigado.

Não compreendi muito bem as instruções do Sitef... Mas para qualquer Aplicação rodando em TS, você pode Usar o TEF por Troca da Arquivos TXT Instalar o Client Windows na máquina local Será esse Client que irá "falar" com o PinPad, e coletar o pagamento Criar uma pasta remota no Servidor, de forma que tudo que seja gravado nele, seja redirecionado para o Terminal Local, na pasta onde o TEF está monitorando o arquivo de entrada Ler a resposta do TEF, na pasta de resposta, da máquina Local, usando o mesmo recurso de "pasta remota"

Em alguns cenários de aplicações PDV, o executável é instalado em uma pasta compartilhada no Servidor Local, e é criado um Mapeamento de disco, para que as estações (caixas) possam executar o aplicativo diretamente do Servidor... Ou seja, a execução do PDV, depende do correto funcionamento da Rede Local... Esse cenário tem algumas vantagens como: - Não precisar instalar o PDV individualmente, em cada estação. - Facilidade na atualização de versã0 mas também algumas desvantagens: - Se a rede cai, todo o sistema para - Cuidados especiais, para ter configurações individuais para cada terminal Pensando nesse cenário, segue abaixo algumas dicas, de como configurar o TEF para trabalhar corretamente... Crie um mapeamento por Disco Evite usar diretórios que usem a sintaxe como: \\SERVIDOR\PDV Ao invés disso, mapeie a pasta em um novo disco: Exemplo: net use Z: \\servidor\pdv https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/gg651155(v=ws.11) Configure o diretório de Backup do ACBrTEFD O ACBrTEFD cria um Backup de todas as transações pendentes (ainda não confirmadas)... Quando o ACBrTEFD é inicializado, se houver algum arquivo com transação nessa pasta, ela será desfeita (NCN) ou cancelada (CNC)... Portanto, se todos os terminais, usarem a mesma pasta de Backup, um terminal poderá acidentalmente cancelar transações criadas por outro terminal... Para evitar esse problema, configure em tempo de execução, a pasta de Backup, por terminal: ACBrTEFD1.PathBackup := 'C:\TEF\TER01'; Configure o diretório de trabalho da PayGoWeb A DLL PayGoWeb, cria na máquina onde está sendo executada, uma pasta com a seguinte estrutura... DirTrabalho --+-- Data +-- Log Nessa pasta, existem os Logs de cada transação, certificado para conexão segura, e várias informações do PDC (Ponto de Captura)... Como essas informações são únicas por terminal, devemos configurar o diretório de Trabalho da PayGoWeb, para cada estação, em tempo de execução ACBrTEFD1.TEFPayGoWeb.DiretorioTrabalho := 'C:\PAYGOWEB\TER01';