Painel de líderes

Bom Dia, Estou enviando anexo os fontes com a conclusão do campo "vCFe, dEmi, hEmi" da consulta dos lotes do SEFAZ. ACBrSATWS.zip

Se você usa o ACBr, é muito simples, fazer com que TLSv12 seja usada em sua conexão com a SEFAZ... Se você usa os Componentes ou Fontes do ACBr ACBrNFe1.Configuracoes.WebServices.SSLType := LT_TLSv1_2; Se você usa o ACBrMonitor, configure nessa tela: https://acbr.sourceforge.io/ACBrMonitor/Certificados.html Se você usa a ACBrLib, configure a chave abaixo, no arquivo de configuração (geralmente ACBrLib.ini) [NFe] SSLType=5 https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

bom dia colega, veja como funciona o envio.. with AgNoc.New do begin codAgNoc:= [aqui voce coloca a informação relacaionada ao codagnoc if (aqui voce verifica se é <> '09.01.001') then begin dscAgNoc:= xx; tpAval:= xx; intConc:= xx; limTol:= xx; unMed:= xx; tecMedicao:= xx; with EpcEpi do begin utilizEpc:= tpUtilizEPC (aqui vce informa o tipo da utilizacao do epc); if (utilizepc > 0) then // se for maior que zero, voce envia, senao .... begin eficEpc:= tpSimNao (eficepc); end; utilizEpi:= tpUtilizEpi (utilizepi); if (utilizepi > 0) then // se > 0 voce envia begin while (not q2.eof) do begin with Epi.New do begin caepi:= xx; dscepi:= xx; eficepi:= tpSimNaoFacultativo (eficepi); end; with EpiCompl do begin medprotecao:= tpSimNaoFacultativo (medprotecao); condfuncto:= tpSimNaoFacultativo (condfuncto); usoinint:= tpSimNaoFacultativo (usoinint); przvalid:= tpSimNaoFacultativo (przvalid); periodictroca:= tpSimNaoFacultativo (periodictroca); higienizacao:= tpSimNaoFacultativo (higienizacao); end; .next; end; end; end; end; abraço...

Olá, Este evento deve ser gerado pelo Tomador do CTe e transmitido para a mesma SEFAZ que autorizou o CTe, a UF e CNPJ do emissor desse CTe deve ser preenchido no próprio Evento.

Muito obrigado pela contribuição Adicionei na minha lista de tarefas TK-2313. Assim que possível darei um retorno.

Muito obrigado pela contribuição Adicionei na minha lista de tarefas TK-2311

Bom dia Italo, eu que agradeço pela sua atenção e sua ajuda!

Oi, Anderson! Os eventos S-2210, S-2220 e S-2240 só funcionarão na versão simplificada (S-1.0), verifique se não é por isso (o seu arquivo XML está na versão 2.5).

Cobrança do Diferencial de Alíquota de não contribuinte do ICMS em Alagoas A Secretaria da Fazenda do Estado de Alagoas (Sefaz-AL) comunica que, em virtude do julgamento do Recurso Extraordinário (RE) nº 1287019/DF, foi declarada a inconstitucionalidade da cobrança do Diferencial de Alíquota (Difal) devido ao Estado de Alagoas. Isso acontece nas operações destinadas a consumidor final, não contribuinte do ICMS, desde a concessão da medida cautelar nos autos da ADI nº 5.464/DF, para as empresas optantes pelo Simples Nacional, e, nos demais casos, desde 1º de janeiro de 2022. Sendo assim, quando da sanção do PLP nº 32/2021, e sua conversão na Lei Complementar 190/2022, o § 4º do art. 24-A desta legislação prevê que os efeitos da cobrança do Difal só podem se dar a partir do “primeiro dia útil do terceiro mês subsequente ao da disponibilização do portal”, no sítio do Confaz. Após a disponibilização da lei complementar no portal, estabelecendo norma geral em matéria de Difal do ICMS, esclarece-se que a cobrança será realizada a partir de 1º de abril deste ano, conforme previsto. Comunicado SEFAZ SEM NÚMERO DE 14/01/2022 https://www.legisweb.com.br/assinante/boletim-diario/visualizar/legislacao/?id=426359&cmp=75&b=2952&m=1007&u=7434&e=fe270bd80d73c86fa80a8dab4e95e5c4d3a1d3d7

Em função de manutenção preventiva no ambiente de infraestrutura de TI da SEF-MG, TODOS os serviços de autorização de documentos eletrônicos ficarão indisponíveis entre 21/01/2022 18:00h e 24/01/2022 08:00h. As contingências dos sistemas Nota Fiscal Eletrônica (NF-e) e Conhecimento de Transporte Eletrônico (CT-e) serão acionadas preventivamente. Superintendência de Tecnologia da Informação – STI Fonte : SPED MG (fazenda.mg.gov.br)

Olá pessoal, Chegamos ao fim do período de coleta de dados de nossa Pesquisa para Desenvolvimento na Plataforma Android... Ela foi promovida no período de 03/01/22 a 14/01/22... Agradecemos muito aos 295 desenvolvedores que preencheram a pesquisa.... Mas porque o ACBr, fez uma pesquisa sobre Android ? Acreditamos, que assim como ocorre no resto do Mundo, o Android será o futuro da Automação Comercial... Afinal os equipamentos para Automação Comercial baseados em Android, são projetados especificamente para essa finalidade... e possuem muitas vantagens em relação aos tradicionais PCs... Vem ai uma nova geração de equipamentos All-In-One, que são compactos, robustos, livres de vírus, Licença de S.O. inclusa, e além de tudo, muito bonitos.. ou seja, são ideais para o balcão dos Lojistas... O desenvolvimento em Android, muito se difere do tradicional desenvolvimento para Windows... o Programador deve estar familiarizado como termos como API, Threads, Assíncrono, Permissões, etc... A questão de Meios de Pagamentos, também foi abordada na pesquisa, pois em nossa opinião, nenhuma aplicação PDV está completa, se ela não suporta meios de pagamentos... O ACBr não pode ficar de fora dessa onda.. e por isso, estamos perguntando a nossa comunidade, quais as principais ferramentas e parceiros, tem relevância, nessa área... Os resultados Você pode conferir um relatório com as somas das respostas da pesquisa, no Link abaixo: https://form.typeform.com/report/FRs4ipF8/zc8xEE0LoRHEBUio Nota: Todas as informações pessoais, estão preservadas, e o ACBr não compartilhará com ninguém, a planilha dos resultados... Se você já abriu o link acima, deve ter notado que aparentemente, existem algumas questões muito semelhantes... Isso se deve ao fato, que essa pesquisa poderia tomar caminhos diferentes, conforme o usuário respondia as primeiras perguntas... Imaginamos dois cenários principais: Sw.Houses que já desenvolvem para Android, Sw.Houses que ainda não desenvolvem mas pretendem iniciar o desenvolvimento, em um futuro próximo... Analisando a pesquisa Chegamos a resultados muito reveladores... Delphi é a ferramenta mais usada, pelos usuários que preencheram a pesquisa: Talvez isso ocorra, porque a comunidade do ACBr, seja majoritariamente formada por usuários de Delphi.. mas não deixa de ser surpreendente... Lembro que com o Delphi Professional, você já terá todos os recursos necessários, para o desenvolvimento Android... O ACBr é Agente Embarcadero autorizado, para mais informações sobre a licença do Delphi, favor preencher esse link: https://projetoacbr.com.br/promodelphi/ Muitas aplicações existentes, ainda não estão plugadas a uma solução de Meio de Pagamento PIX é o mais procurado, para integração Bom... faça a sua leitura dos resultados.. clique no Link da Pesquisa acima...

Cada estado está esclarecendo quando deve ter o recolhimento do difal. Alguns publicaram normas, outros mensagens em seus sites ou esclarecimentos por perguntas e respostas, dentre eles temos: Bahia – Lei nº 14.415/2021 – inicio imediato para cobrança do difal; Minas Gerais – Decreto nº 48.343/2021- Segue o Princípio da Noventena – 1º.4.2022 prazo para cobrança do difal; Paraná – Lei n° 20.949/2021- Segue o Princípio da Noventena – 1º.4.2022 prazo para cobrança do difal; Pernambuco – Lei nº 17.625/2021 - Segue o Princípio da Noventena da LC nº 190/2022 – 5.4.2022 - prazo para cobrança do difal; Piauí – Lei nº 7.706/2021 – efeitos 1º.1.2022 (prazo para cobrança do difal); Roraima – Lei nº 1.608/2021 – efeitos 31.3.2022 (prazo para cobrança do difal) São Paulo – Lei nº 17.470/2021 – efeitos 14.3.2022 (prazo para cobrança do difal); Sergipe – Lei nº 8.944/2021 - efeitos 31.3.2022 (prazo para cobrança do difal); Tocantins – Medida Provisória nº 29/2021 - efeitos 31.3.2022 (prazo para cobrança do difal); Ceará – Extra oficial e com data de 1º.3.3022. (prazo para cobrança do difal); Rio Grande do Norte - Ceará – Extra oficial e com data de 1º.3.3022. (prazo para cobrança do difal);