Painel de líderes

Não, você não leu errado o título da notícia. A sefaz de São Paulo está dando adeus ao SAT! Foi publicado no dia 31/10/2024 a Portaria SRE 79, DE 31 DE OUTUBRO DE 2024 que modifica a Portaria CAT147/12(responsável pela definição do SAT), acrescentando na mesma os seguintes artigos: Efetivamente impedindo a ativação de novos equipamentos SAT para quem ainda não o tinha o aparelho e estipulando a data de 01/01/2026 para o fim do SAT como um todo. Mas se eu uso o SAT o que eu vou fazer agora? A NFC-e é o documento fiscal que deverá ser utilizado no lugar do CF-e. A muito tempo, esses documentos são "intercambiáveis", com o contribuinte podendo escolher se emite uma NFC-e ou um CF-e através do SAT para acobertar a mesma operação. Eu estou um pouquinho enferrujado, mas o SAT não era a contingência da NFC-e? Não mais! A Sefaz já havia publicado previamente uma portaria autorizando o uso da contingência off-line para NFC-e no estado. Veja mais aqui:

Olá pessoal! Conferindo no painel Situação SVC é possível observar que a Sefaz do Mato Grosso está com contingência agendada, com previsão de início no dia 03/11/2024 às 16h00 e término às 19h00 do mesmo dia. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações do tópico abaixo:

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz de Pernambuco ativou a contingência no dia 01/11/2024 às 13h25, com previsão de permanecer ativada até às 09h00 do dia 04/11/2024: Para utilizar as soluções ACBr em contingência durante este período siga as orientações do tópico abaixo:

Fiz os testes e está tudo certo. Muito obrigado.

Olá pessoal, Estamos de volta para informar que as prateleiras de programas de exemplo do ACBr ganharam mais itens, pois foram disponibilizados na Rev-35855 os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibMDFe. ..\ACBr\Projetos\ACBrLib\Demos\PHP\MDFe\ACBrMDFeDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\MDFe\ACBrMDFeDemoMT.php Vale lembrar que os programas de exemploem php utilizam a ACBrComum.php que contém métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Baixem as atualizações do SVN e aproveitem a novidade. Até mais!!!

Olá pessoal, Ficamos felizes em informar que foram disponibilizados os programas de exemplo em php Singlethread e Multithread utilizando a ACBrLibConsultaCNPJ. Para a comunicação com a biblioteca foi utilizada a extensão FFI que foi implementada no php a partir da versão 7.4.0. Vejam o tópico a seguir, na nossa base de conhecimento, com um tutorial de como configurar o ambiente de desenvolvimento com Php8 e Apache. Esperamos que como sempre que essa novidade traga maior facilidade na utilização das nossas bibliotecas por toda a comunidade. Até mais!!!

obrigado vou ver o curso e estudar o exemplo.

https://acbr.nutror.com/curso/27abfa7e547e651dbef313cc8bd11dbfc0bbd203 Aproveite para ver o curso de contingencia off-line da nfce. Você tem acesso liberado por ser usuário PRO. https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFe/ o exemplo está no link acima. O componente é o ACBrNFe mesmo... muda o modelo da nota.

Vi em tópicos do fórum que o acbrBoleto não está configurado para funcionar a homologação da API do Itaú com o Bolecode, isso porque só retorna erro 500 quando não é enviado o JSON exatamente igual ao caso de teste deles. Por esse motivo ajustei alguns campos para que o json enviado se encaixe no caso mapeado pelo sandbox do banco. Abaixo tem os campos que fiz alteração. Ainda não tenho acesso a produção da API portanto não sei se essas mudanças implicaram em algo no fluxo dela, mas acredito que não. **"indicador_pagamento_parcial":"True", **"quantidade_maximo_parcial":0, **"desconto_expresso":"False" Retirei esses campos porque segundo a documentação não é para enviá-los. Ficou assim: Por algum motivo na homologação está fixo que tem que enviar a negativação, mesmo não sendo obrigatório, forcei a enviar apenas na homologação. Adicionei data da multa ao invés de quantidade de dias para api do pix porque nesse é necessário enviar a data. Fiz a mesma coisa para os juros. Alterei a forma para não enviar descontos, não é obrigatório o envio na homologação e parece que possui estrutura diferente, então decidi retirá-lo na homologação porque pelo o que nas postagens deve tá funcionando na produção, ficou assim: O "codigo_carteira" está para receber uma string na API do pix, fiz essa alteração. O campo “texto_uso_beneficiario” estava com ‘0’, porém estava sendo recusado na homologação, então passei fixo o ‘000001’. Além disso, ‘texto_seu_numero’ não tem na API do pix então retirei o envio. Ressalto novamente que não tenho certeza se essas modificações vão dar algum problema na Produção pois ainda não tenho acesso. Mas depois dessas mudanças conseguir fazer testes na homologação que é bem engessada e não dá para testar muito bem, seria bom alguém com as credenciais testar pra ver se continua ok o envio da requisição. Adicionei o arquivo modificado aqui para vocês realizarem o teste. ACBrBoletoW_Itau_API.pas

Aqui utilizei essa, deixei aqui para tentar ajudar, caso alguém passe por esse problema só fazer as alterações.

Nova versão já disponível, assim que for possível, atualize faça um teste, nos avise !

Bom dia @walter faria, Campinas/SP possui 2 webservices, um que se utiliza de um layout próprio e outro que se utiliza da versão 2 do layout da ABRASF. O XML do RPS esta sendo gerado por qual desse 2 layout? Se for o layout próprio, abra a unit ISSCampinas.GravarXml que você vai encontrar as linhas que geram cada tag do XML, ai basta procurar se existe alguma linha que gera alguma tag referente a observação. Dessa forma você vai saber de qual campo o componente pega a informação para gerar a referida tag.

no RAD 12.2 está ótimo o Java2OP

Para adequação a versão S-1.3 do eSocial, os eventos da lista abaixo foram modificados. Clique no item para mais detalhes: evtInfoEmpregador (S-1000) evtTabRubrica (S-1010) evtRemun (S-1200) evtRMnRPPS (S-1202) evtBenPrRP (S-1207) evtPgtos (S-1210) evtDeslig (S-2299) evtTSVTermino (S-2399) evtProcTrab (S-2500) evtContProc (S-2501) evtConsolidContProc (S-2555) evtExcProcTrab (S-3500) evtBasesTrab (S-5001) evtIrrfBenef (S-5002) evtBasesFGTS (S-5003) evtCS (S-5011) Em caso de dúvidas, consulte também os programas de exemplo disponíveis.

evtInfoEmpregador (S-1000) Adiciona na classe TinfoCadastro a propriedade indTribFolhaPisPasep. Exemplo de preenchimento: uses pcesS1000; \\... var evtInfoEmpregador: TevtInfoEmpregador; begin evtInfoEmpregador := ACBreSocial.Eventos.Iniciais.S1000.New.evtInfoEmpregador; evtInfoEmpregador.infoEmpregador.infoCadastro.indTribFolhaPisPasep := snfNao; //Preenche os demais dados do evento... end; Voltar ao início

Olá pessoal! Temos o prazer de informar que o componente ACBreSocial foi compatibilizado com a versão Simplificada 1.3 do e-Social! Um agradecimento especial ao membro de nossa comunidade @Marcelo Pontes Melim pela contribuição. As alterações foram efetuados levando em consideração o leiaute mais recente e os arquivos de schema. Versões da ACBrLibeSocial e do ACBrMonitorPLUS compiladas posteriormente a data de 31/10/2024 deverão englobar as modificações. As documentações das respectivas soluções serão atualizadas para refletir a atualização. O programa exemplo em Delphi foi atualizado e o do Lazarus também será para refletir as alterações. Contamos com o apoio da comunidade para reportar qualquer problema no fórum e também em nosso Discord. IMPORTANTE: Como a atualização traz alterações no leiaute, também é muito importante e necessário que atualizem também os arquivos de schema. Para mais detalhes sobre as alterações, confira o tópico abaixo:

Você não tem o campo infNF (nota fiscal em papel) no CTe então provavelmente foi esse o problema. E o campo infNFe.chave não pode ser alterado por carta de correção, conforme o MOC.