Painel de líderes

Tentando entender as tabelas e como implementá-las no banco de dados. Algumas dúvidas aqui sobre qual a melhor forma de diagramar e relacionar essas novas tabelas: 1-Uma tabela de CST única para IBS e CBS? Ou uma para IBS e outra para CBS? 2-Na tabela cClassTrib criar um campo CST de IBS e outro de CST de CBS? Ou não deverá haver vínculo entre cClassTrib e CST, devendo haver um controle individualizado? 3-EC, LC, LCRedacao são campos da tabela CST ou da cClassTrib? 4-Data de inicio e final de vigência, pra mim, são campos que tiram a paz do desenvolvedor. Difícil controlar tantas tabelas que possuem esses campos: IBPT, NCM...

Olá pessoal. Implementei o extrato no banco Sicoob. Configurações: Criar o aplicativo e obter o client-id no Portal Developers Sicoob. Setar no componente: AcbrExtrato1.Ambiente := eamProducao; AcbrExtrato1.BancoConsulta := bccSicoob; AcbrExtrato1.Banco.ClientID := Obtido ao criar o aplicativo no Portal Developpers; AcbrExtrato1.Banco.ClientSecret := ''; AcbrExtrato1.Banco.ArquivoCertificado := Caminho para a chave pública do certificado; AcbrExtrato1.Banco.ArquivoChavePrivada := Caminho para a chave privada do certificado; A chave pública e privada do certificado podem ser extraídas da mesma forma que para configurar o boleto Siccob via api. Seguem em anexo as units para a avaliação: ACBrExtratoAPI.pas ACBrExtratoAPIBB.pas ACBrExtratoAPIInter.pas ACBrExtratoAPISicoob.pas

Muito obrigado pela contribuição. Fiz a implementação baseada nela, mas com algumas modifiações. Notei que seus arquivos parecem bem desatualizados. Subi as alterações para o SVN na Revisão 37551. Pelo que vi está tudo certo, mas queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Enviei para o SVN, rev. 37543 com alguns ajustes para compilar no D7. Também atualizei os programas exemplo para adicionar suporte ao Sicoob e exibir as novas propriedades. Obrigado pela contribuição, @Delcio.

Garanto que é bem na época de grande movimentação . final de mês, inicio de mês nos demais não. se for essa a premissa então é algo no servidor deles e dai tem que abrir chamado mas também vale verificar se está deixando automatico para o provedor ou se ele tem que ser sincrono assincrono e etc.

Sim os métodos de exibição de imagem estão funcionais no TEF da Scope

Bom dia, Eu consegui resolver aqui, meu fiscal descobriu que o codigo de tributação mudou depois que mudou para GISS, na ginfes a gente usava 14.01.01 / 375 e agora na GISS esta 14.01.01 / 376 , mudei isso nos meus serviços e começou a auotirzar as notas com sucesso. aconselho a falar com o fiscal para verificar o codigo de tributação correto para usar na giss, so lembrando nao precisei tirar o ponto e / do codigo de tributação.

Pessoal, bom dia, @Juliomar Marchetti, obrigado pela ajuda, enfim, era o certificado mesmo, removi todos do windows e dos navagadores, limpei todos os vestígos, aproveitei e fiz o que você sugeriu, DEU CERTO, obrigado pela ajuda. Encerrando.

Entendo que somente CClassTrib vinculando ao produto: CST vinculado ao CClassTrib e CClassTrib vinculado ao produto. Vai da organização de cada sistema. Teria que organizar os produtos em "estruturas" e depois , criar tabelas relacionando CFOP a estruturas e alíquotas, tipo de operação, CST, etc, conforme destino final da operação, pois IBS vai variar conforme UF e Município. A não ser que no seu sistema para cada venda realizada para cada cidade distinta você tenha um produto específico, o que acho que não é o caso.

Estou entendendo que essa tabela de CST é "acessória", visto que os três primeiros dígitos do CClassTrib são justamente o CST. Exemplo: 000001 - CST 000, tributado integralmente. Também entendo que a serão três alíquotas: CBS, IBS Estadual e IBS Municipal. Logo, como as aliquotas irão variar conforme CClassTrib, UF Destino e Município Destino, existirá outra estrutura nos sistemas vinculando CClassTrib a essas outras informações da operação.

Sim.. estou verificando como escrever um código FMX, compatível com Android, Windows e não quebrar o código atual da VCL... Retorno por aqui...

Olá pessoal! Ao acessar o portal SPED MG > NFCe é exibido uma aviso com a seguinte mensagem: Conforme o aviso menciona, a Resolução 5.874/25 é composta por 5 diferentes artigo que estabelecem e detalham a obrigatoriedade da emissão da Nota Fiscal de Consumidor Eletrônica (NFC-e) no estado de Mina Gerais. O artigo 1 estabelece a obrigatoriedade da emissão de NFC-e no estado. O artigo 2 determina que a emissão de NFC-e deverá ser efetuada para acobertar operações internas de varejo, com entrega imediata, destinadas a consumidor final não contribuinte de ICMS em substituição a Nota Fiscal de Venda a Consumidor modelo 2 e ao Cupom Fiscal emitido pelo ECF. Ele também detalha que: Contribuinte micro empresa com receita bruta igual ou inferior a R$ 120.000,00 anuais estão dispensados desta obrigatoriedade. Contribuinte que for micro empresa e ultrapassar o valor mencionado acima em receita bruta ficará obrigado a emissão no prazo de até 60 dias contados do momento que passar do valor. Contribuintes que estiverem iniciando e ultrapassarem o valor de R$ 120.000,00 ficam obrigados a emissão. O credenciamento para emissão de NFC-e é opcional para os contribuintes que não atingirem os critérios estabelecidos para obrigatoriedade da emissão. Após o credenciamento para emissão da NFC-e fica vedada a emissão de Nota Fiscal de Venda a Consumidor, modelo 2, devendo ser cancelado o estoque remanescente, observados os procedimentos previstos na legislação. A Nota Fiscal de Venda a Consumidor, modelo 2, emitida em desacordo com esta resolução será considera falsa para todos os efeitos fiscais. NF-e modelo 55 poderá ser usada para substituir NFC-e quando destinada a consumidor final não contribuinte de ICMS que envolva entrega em domicílio desde que o estabelecimento promova exclusivamente operações internas. Considera-se receita bruta anual relativa a todos os estabelecimentos da empresa localizados no Estado de Minas Gerais, o produto da venda de bens e serviços nas operações por conta própria, o preço dos serviços prestados, mesmo que não sujeitos ao ICMS, e o resultado auferido nas operações por conta alheia, não incluído o Imposto sobre Produtos Industrializados – IPI, as vendas canceladas e os descontos incondicionais concedidos O artigo 3 institui que está resolução não se aplica ao MEIs. O artigo 4 estipula que o contribuinte obrigado a emissão de NFC-e deve realizar seu cadastramento conforme orientações disponíveis no em https://portalsped.fazenda.mg.gov.br/spedmg/nfce/credenciamento/. Por fim o artigo 5 estabelece que está resolução entra em vigor na data de sua publicação.

1)Então, no caso da nova tabela de CST_IBS_CBS, teremos 2 campos de aliquota? Uma para o CBS e outra para o IBS? Codigo Descricao Aliquota CBS Aliquota IBS Legislação CBS Legislação IBS (haverá diferença dessas legislações conforme CRT ou Tipo de Destinatario (se consumidor final, indústria, varejo)? 2)Na tabela de produtos teremos: um campo CST_IBS_CBS (assim como hoje temos o campo CST_ICMS) um campo cCLASSTRIB (assim como hoje temos o campo NCM. Se o cClassTrib irá substituir o CFOP, devo colocar esse campo na tabela de produto? ) Na tabela cCLASSTRIB não haverá um campo CST_IBS_CBS. Haverá somente os demais campos da planilha fiscal? Codigo Descricao EC LC LCRedacao DtInicio DtFim

E com relação ao IS? O CClassTrib aplicado será o mesmo? Pelo que estou entendendo sim. Entendo que a tabela de CClassTrib também ficará vinculada a outra tabela interna, vinculando CCLassTrib x Estrutura do Produto x Tipo de Operação x Município Destino x Alíquota IBS Mun x Alíquota IBS UF

Prezados, Esta condição é obrigatória para contribuintes do ICMS que possuem operações beneficiadas por crédito presumido em substituição aos créditos efetivos e também possuem operações sem utilização do crédito presumido. Mas para efeito de aplicação no software, no cadastro de regra fiscal ou na tela de emissão da nota, o software deve ter a flag: Aplicar crédito presumido? S ou N. Se Sim, informar a alíquota do crédito presumido (obter com o contador e cadastrar na regra fiscal ou na tela de emissão). Para o cálculo segue exemplo com as referidas tags no xml: Supondo que a empresa tem um benefício de crédito presumido em que paga efetivamente 3% de ICMS. Valor da venda: R$ 120,00 (vBC) Valor do ICMS próprio (vICMS): R$ 20,40 (R$ 120,00(vBC) x 17%(pICMS)) Percentual do crédito presumido (pCredPresumido): 3% Valor a recolher/recolhido de ICMS: R$ 3,60 (R$ 120,00 x 3%) Valor do crédito presumido(vCredPresumido): R$ 16,80 (R$ 20,40 – R$ 3,60)

1) pelo o que entendi ficou unificado o IBS e CBS, no caso se utilizar o Código 200 Aliquota seria Zero para CBS e Reduzida em 60% para o IBS. Hoje eu estou prevendo 1 campo, que irá substituir a parte de ICMS, ISS, PIS, COFINS 2) Aqui mapeamos 1 campo único, como tínhamos o NCM, e depois que o ICMS sair, o NCM não existirá também. 3) Entendo que tudo cClassTrib, pois refere-se a classificação Tributária do IBS e da CBS e não Situação Tributária (CST) 4) Realmente, e geralmente o prazo entre sair e entrar o novo código, não tem uma janela saudável. Essas tabelas terão que mudar, mas teremos que controlar elas separadas.

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO Solicitar para o gerente da conta liberar o produto COBRANÇA ONLINE Entrar na conta, no meu COBRANÇA e ir na opção CÓDIGO DE ACESSO->GERAR. Será gerado um token. Sicredi - API Versão ECOMM (ANTIGA) //Configuração do componente ( Não há modo de homologação.. é tudo em produção ) ACBrBoleto1.Cedente.CedenteWS.ClientID:= ( token gerado conforme explicado acima ) //Somente essa opção é necessária, pois a cada requisição o ACBR envia esse token pro banco e //recebe outro token para a operação solicitada. //-- Demais configurações como de costume nos outros bancos //-- Recomendado utilizar arquivo pfx com openSSL ACBrBoleto.WebServices.TimeOut := 30000 ACBrBoleto.WebServices.UseCertificateHTTP := False Sicredi - API Versão V2 // O que vai definir que será utilizada a API V2 é a propriedade abaixo: ACBrBoleto.Configuracoes.WebService.VersaoDF := 'V2'; ACBrBoleto.Cedente.CedenteWS.ClientID := Código Beneficiário + Código Cooperativa; ACBrBoleto.Cedente.CedenteWS.ClientSecret := Solicitar no Internet Banking; (é o código de acesso 64 posições) ACBrBoleto.Cedente.CedenteWS.KeyUser := x-api-key; (UUID 38 bits, Access token gerado no portal do desenvolvedor, Tamanho 36 posições) ACBrBoleto.Cedente.CedenteWS.Scope := 'cobranca'; ACBrBoleto.Cedente.Agencia := cooperativa; ACBrBoleto.Cedente.AgenciaDigito := posto; ACBrBoleto.Cedente.CodigoCedente := código beneficiário NÃO É NECESSÁRIO CERIFICADO KEY/CRT/PEM ACBRBoleto.Configuracoes.WebService.SSLType := LT_TLSv1_2; ACBRBoleto.Configuracoes.WebService.TimeOut := 20000; Informações adicionais para quem vai utilizar a V2 Em Homologação O Usuário @Desenv. AT Info Sistemas reportou que: OBS: Para validações no ambiente Sandbox, utilizar os seguintes valores para os campos “username” , “password”, “cooperativa”, “posto” e “codigoBeneficiario”: (Vide manual pagina 12) ACBrBoleto.Cedente.CedenteWS.ClientID := 123456789 ACBrBoleto.Cedente.CedenteWS.ClientSecret := teste123 (Vide manual pagina 35) cooperativa : 6789 posto: 03 codigoBeneficiario: 12345 ---- Vai ficar assim no Exemplo: Agencia: 6789 Agencia DV: 03 CodigoCedente: 12345 CodigoConvenio:12345 ACBrBoleto.Cedente.CedenteWS.ClientID := 123456789 ACBrBoleto.Cedente.CedenteWS.ClientSecret := teste123 ACBrBoleto.Cedente.CedenteWS.KeyUser := precisa gerar o token no portal Desenvolvedores (https://developer.sicredi.com.br) 36 posições Conta 12387 (qq coisa) conta DV 0 (sempre q nao tiver, informar 0) Scope = cobranca Link do post sobre SandBox reportado acima, clique aqui.