Painel de líderes

Fonte : De Olho No Imposto - Home (ibpt.org.br)

A partir desta segunda-feira (29) Novembro de 2021 passam a valer duas novas modalidades do Pix: Saque e Troco. Os usuários poderão fazer saques em locais como padarias, lojas de departamento e supermercados, não apenas em caixas eletrônicos. Segundo o Banco Central (BC), a oferta dos dois novos produtos da ferramenta aos usuários é opcional, cabendo a decisão final aos estabelecimentos comerciais, às empresas proprietárias de redes de autoatendimento e às instituições financeiras. Pix Saque O Pix Saque permitirá que os clientes de qualquer instituição participante do sistema realizem saque em um dos pontos que ofertar o serviço. Estabelecimentos comerciais, redes de caixas eletrônicos compartilhados e participantes do Pix, por meio de seus serviços de autoatendimento próprios, poderão ofertar o serviço. Para ter acesso aos recursos em espécie, o cliente fará um Pix para o agente de saque, em dinâmica similar à de um Pix normal, a partir da leitura de um QR Code ou do aplicativo do prestador do serviço. Pix Troco No Pix Troco, a dinâmica é praticamente idêntica. A diferença é que o saque de recursos em espécie pode ser feito durante o pagamento de uma compra ao estabelecimento. Nesse caso, o Pix é feito pelo valor total, ou seja, da compra mais o saque. No extrato do cliente aparecerá o valor correspondente ao saque e à compra. Limite O limite máximo das transações do Pix Saque e do Pix Troco será de R$ 500,00 durante o dia, e de R$ 100,00 no período noturno (das 20h às 6h). De acordo com o BC, haverá, no entanto, liberdade para que os ofertantes dos novos produtos do Pix trabalhem com limites inferiores a esses valores, caso considerem mais adequado aos seus fins. Tarifas De acordo com o BC, não haverá cobrança de tarifas para clientes pessoas naturais (pessoas físicas e microempreendedores individuais) por parte da instituição detentora da conta de depósitos ou da conta de pagamento pré-paga para a realização do Pix Saque ou do Pix Troco em até oito transações mensais. A partir da nona transação realizada por mês, as instituições financeiras ou de pagamentos detentoras da conta do usuário pagador podem cobrar uma tarifa pela transação. O valor da tarifa cobrada é de livre estabelecimento pela instituição e deve ser informado ao usuário pagador antes da etapa de confirmação da transação. “Os usuários nunca poderão ser cobrados diretamente pelos agentes de saque”, destacou a instituição. O BC explica ainda que os quatro saques tradicionais gratuitos realizados pelo usuário fora do âmbito do Pix Saque e Pix Troco podem ser descontados da franquia de gratuidades (oito por mês). Ou seja, se o usuário realizar um saque da sua conta, sem ser por meio do Pix Saque ou Pix Troco, esse saque poderá ser contabilizado e sua franquia de gratuidades poderá ser reduzida de oito para sete, a critério da instituição. Para o comércio que disponibilizar o serviço, as operações do Pix Saque e do Pix Troco representarão o recebimento de uma tarifa que pode variar de R$ 0,25 a R$ 0,95 por transação, a depender da negociação com a sua instituição de relacionamento. Edição: Graça Adjuto Fonte : Pix Saque e Pix Troco estão disponíveis a partir de hoje | Agência Brasil (ebc.com.br)

Bom dia, fiz uma adaptação na "ACBrNFeDANFeEventoRL" para setar o filtro PDF como padrão no preview do FortesReport, usando a procedure ImprirmirEvento. Se for de interesse estou enviando em anexo a unit com a alteração para possível implementação no componente ACBr. Obrigado. ACBrNFeDANFeEventoRL.pas

Bom dia. Realizamos a implementação dos layout C240 da Cresol, que deixou de ser registrado pelo BB. Foi validado com o banco e homologado corretamente. Em anexo arquivo para validação e atualização. Aproveito para anexar também uma alteração do Sicredi, que tivemos uma rejeição que não estava na lista. ACBrBancoSicredi.pas ACBrBancoCresol.pas

Boa tarde, Provavelmente não pode, revise o MOC para maiores informações: http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/Manuais/MOC versao 7.01 Anexo III Manual DANFE.pdf Já situações onde emitiram a NFe de cobrança e outra apenas para remessa sem valores para presente. Segue um link com informações semelhantes: https://www.contabeis.com.br/forum/tributos-estaduais-municipais/235487/nota-fiscal-zerada-para-presente/

Boa tarde, Esta propriedade traz o nome do arquivo gerado no envio de evento. Você não está tentando enviar a NFe, certo?• Posta o xml "chave"-env-lot.xml e "chave"-env-lot-soap.xml Verificações: 1. Confirma se o caminho dos schemas está correto e se os arquivos estão atualizados. 2. Não informe o número de série junto ao arquivo pfx+senha. Deveria dar o erro a seguir, tem algo estranho nas suas configurações. Removendo o número de série deve funcionar sem o erro abaixo. 3. Tente com o wincrypt, caso seu problema seja acesso à dll, por exemplo.

Olá Thiago. Pelo que sei, a SEFAZ-SP não está mais atualizando aquele emulador. Foi orientado pra gente comprar um aparelho físico para realizar os testes, mas até onde entendi vai depender que os fabricantes dos aparelhos disponibilizem alterações para que possamos enviar esses novos meios de pagamento. Deixei nosso sistema preparado pra enviar quando os aparelhos estiverem aptos, mas até o momento não fizemos nenhum envio com essas novas formas de pagamento.

Ola, (se eu entendi sua dúvida) tente definir esta propriedade ACBrNFeDANFeRL1.ImprimeValor com o valor iuComercialETributavel Att Ricardo

#TK-2150 No svn a contribuição.

Bom dia, já liberaram...

Só completando.. Quem já é homologado Sitef, deve entrar em contato com o provedor, homologar esta forma de pagamento, e depois, basta que seu cliente solicite a forma de pagamento PIX, ao seu provedor Sitef para funcionar. São duas formas: O QRcode é gerado no PINPAD (homologação mais simples), ou na sua aplicação (o SITEF via DLL retorna um Hash para voce gerar o QRcode na sua tela). Eu fiz só o primeiro formato, é simples demais.

Bom dia Edevair, Simples, você não informou a justificativa. Temos 4 tipos de eventos de Manifestação do Destinatário, no caso do evento Operação não realizada se faz necessário informar o motivo (xJust) os outros 3 não precisa informar.

Bom dia, Até então nunca deu esse problema para ninguém, podemos tentar ajustar e publicar aqui o fonte alterado para análise... Também acho que esse detalhe poderia ser validado do lado da Sefaz pra ter todos os dados relacionados à operação de cartão(quando tpIntegra = tiPagIntegrado), pelo visto não está sendo validado. Eu fiz um programa de teste (imagem abaixo), pra ver como se comporta um enumerado inicializado em -1, para simular como está sendo feito com o atributo tBand (no construtor do TpagCollectionItem), mas não deu problema algum... OBS: esse mesmo Warning está aparecendo na compilação da unit pcnNfe pcnNFe.pas(3830,13) Warning: range check error while evaluating constants (-1 must be between 0 and 27) Att Ricardo

Até o presente momento não liberaram para download a 21.2.G Mas consumir por API já está liberado a algum tempo, que eu acho da forma que está, impraticável usar, passando ncm a ncm, se eles tivessem uma API que retornasse tudo, até pensaria em usar. Mas acho que todo mundo que utiliza essa tabela deles, poderiam entrar em contato com ele, e sugiro um tempo hábil, pois liberar no dia que entra em vigor, e se isso der problema? E o custo de roll-out disso acaba sendo alto, além, do congestionamento. Mas não temos muito a fazer, a não ser enviar um e-mail de sugestão, agradecer o trabalho deles, e aguardar a liberação

Recebi noticias de sucesso em vinculo de AC e ativações de módulos após as 17:00 de hoje. aparentemente voltou o servidor da Sefaz

Muito obrigado

Boa tarde, fiz um teste rápido e realmente, me parece (ACHO) que o erro acontece pela ausência do campo tBand no XML. Na function TACBrNFeDANFCEClass.ManterDescricaoPagamentos eu apenas comentei esta linha 675 (e recompilei a package ACBr_NFe_DanfeRL) descBandeira:= BandeiraCartaoToDescStr(tBand); E abriu o preview do DANFCe com o xml. Att Ricardo

Fonte: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2005/AJ007_05

@jbguiMsg=Rejeicao: Emissor nao habilitado para emissao da NFC-e / Retorno CFe: Contribuinte sem permissao de emissao de NFCe. Nao possui MFE ativado 1.Não basta criar o csc , o contador precisa pedir o credenciamento através de despacho e esperar a resposta, isso foi feito? 2.voce baixou o pacote das dll no portal da nfc-e e substituiu elas na pasta appdata\integrador?

Boa tarde Sandro, Já esta no SVN.

Boa tarde Sandro, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2135