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!!!

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.

Boa tarde @julio.correa . Foi enviado ao SVN um ajuste visando sanar o problema. Assim que houver nova compilação do ACBrMonitorPLUS que englobe o ajuste disponível, avisaremos no tópico para que possam atualizar e realizar novo teste. Durante esse tempo, peço que como paliativo, utilizem o comando NFe.CriarEnviarNFe ao invés do NFe.EnviarNFe. Nos testes que fiz com a versão mais recente disponível no fórum, apenas o primeiro apresentou o problema relatado.

Ah sim, entendi!! Muito obrigado pela ajuda.

O componente ACBrNFSeX possui diversas units para realizar a leitura do XML, sendo uma para cada provedor. Ele foi feito dessa forma para atender as diversas especificidades dos diversos provedores existentes que fornecem os web services de geração de NFSe para os municípios. Desta forma, a rotina de leitura do IPM, por exemplo, não vai interferir com a rotina de leitura do SigISS e vice versa. Isso quer dizer, que a leitura do XML é feita pela unit do provedor. Veja a linha do Result: function TNotaFiscal.LerXML(const AXML: string): Boolean; var FProvider: IACBrNFSeXProvider; TipoXml: TtpXML; XmlTratado: string; begin FProvider := TACBrNFSeX(FACBrNFSe).Provider; if not Assigned(FProvider) then raise EACBrNFSeException.Create(ERR_SEM_PROVEDOR); Result := FProvider.LerXML(AXML, FNFSe, TipoXml, XmlTratado); if TipoXml = txmlNFSe then FXmlNfse := XmlTratado else if TipoXml = txmlEspelho then FXmlEspelho := XmlTratado else FXmlRps := XmlTratado; end; Isso é o mesmo que estar fazendo: Result := IPM.LerXML; //OU Result := NFEletronica.LerXML; //OU Result := ISSBarueri.LerXML; //OU Result := eGoverneISS.LerXML; //Acredito que tenha entendido a lógica... Então, em resumo, para que o XML seja lido, ele depende de o provedor estar previamente configurado. O provedor é configurado quando você define o CodigoMunicipio ou o Layout. Sem essa informação, não teríamos um parâmetro para definir qual é a rotina .LerXML que deve ser chamada.

Boa tarde @RodrigoAlvim, Favor entrar em contato com o provedor para ver se essa tag tem que ir o valor do ISSRetido ou 1 = Sim ou 2 = Não.

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

vários estados tiveram aliquotas alteradas em 2024 No meu cálculo está errado... 7,32 e não 6,00 verifique seu calculo de difal novamente.

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

Bom dia @RodrigoAlvim, Vamos lá: 1-Na parte 'RETENÇÕES NA FONTE PELO TOMADOR (R$)', consta ISS 2,00 quando nesse caso não temos ISS Retido, deveria estar 0. Observei que foi gerada a tag <IssRetido>2</IssRetido>, me parece que está pegando o 'NFSe.Servico.Valores.IssRetido' que está definido com 'stNormal' ... Resposta: Na unit NFEletronica.GravarXml temos: function TNFSeW_NFEletronica.GerarValores: TACBrXmlNode; var Aliquota: Double; begin Result := CreateElement('Valores'); Result.AppendChild(AddNode(tcDe2, '#13', 'ValorServicos', 1, 15, 1, NFSe.Servico.Valores.ValorServicos, DSC_VSERVICO)); Result.AppendChild(AddNode(tcStr, '#20', 'IssRetido', 1, 1, 1, FpAOwner.SituacaoTributariaToStr(NFSe.Servico.Valores.IssRetido), DSC_INDISSRET)); (...) Result.AppendChild(AddNode(tcDe2, '#26', 'ValorLiquidoNfse', 1, 15, 1, NFSe.Servico.Valores.ValorLiquidoNfse, DSC_VNFSE)); end; A tag IssRetido é gerada com base no valor de: NFSe.Servico.Valores.IssRetido Como na unit NFEletrocnica.Provider não temos uma reescrita da função SituacaoTributariaToStr, o componente acaba usando a referida função que esta definida em ACBrNFSeXProviderBase. function TACBrNFSeXProvider.SituacaoTributariaToStr( const t: TnfseSituacaoTributaria): string; begin Result := EnumeradoToStr(t, ['1', '2', '3', ''], [stRetencao, stNormal, stSubstituicao, stNenhum]); end; Note que se o valor for stNormal, a tag será gerada com o valor 2 que no manual seria Não, ou seja, não tem retenção. 2-Há um local onde temos "Forma Pgto" e está 'A VISTA', precisamos que conste a data de vencimento. Observei que na <CondicaoPagamento> a <DataVencimento/> está vazia, acredito que seja ai que devemos definir a data de vencimento que deve constar na nota como Forma Pgto. Não sei se teria que enviar algo mais para que seja impressa a data de vencimento. Resposta: Na unit NFEletronica.GravarXml temos: function TNFSeW_NFEletronica.Gerar_CondicaoPagamento: TACBrXmlNode; begin Result := CreateElement('CondicaoPagamento'); Result.AppendChild(AddNode(tcDat, '#56', 'DataVencimento', 10, 10, 1, NFSe.CondicaoPagamento.DataVencimento, DSC_DVENC)); Result.AppendChild(AddNode(tcStr, '#45', 'InstrucaoPagamento', 1, 1000, 1, NFSe.CondicaoPagamento.InstrucaoPagamento, DSC_INSTPAG)); Result.AppendChild(AddNode(tcInt, '#45', 'CodigoVencimento', 3, 3, 1, NFSe.CondicaoPagamento.CodigoVencimento, DSC_CODVENV)); end; Veja os campos que o componente se utiliza para gerar as tags: DataVencimento, InstrucaoPagamento e CodigoVencimento. 3-Temos outra necessidade, estamos aguardando resposta do provedor, não sei se você sabe, como devemos fazer para que na nota, na parte 'NÃO VALE COMO RECIBO', seja impresso a frase abaixo, qual seria esse valor e como devemos enviá-lo? Valor aproximado dos tributos (Lei 12741): R$ 123,45 Resposta: Esse provedor se utiliza da versão 1 do layout da ABRASF e nesse layout não esta previsto uma tag para informar o valor dos tributos aproximado. Sugiro que coloque essa informação no campo Discriminacao. Por exemplo: Discriminacao := 'descrição do serviço executado;Valor aproximado dos tributos;(Lei 12741): R$ 123,45'; Observe o caracter ";" ponto e virgula que coloquei, isso faz gerar uma quebra de linha na impressão do DANFSE do componente, no DANFSE gerado pelo provedor não sei qual é o caracter que eles utilizam.

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

Bom dia @neto233, No Discord você disse que outras notas foram processadas com sucesso. Como eu lhe disse lá, o Ginfes é mestre em retornar mensagens de erro que não tem nada haver com o problema realmente dito. Abra o XML do RPS e compare com outro XML de RPS que foi processado com sucesso. Verifique cada tag, deve ter alguma com o dado errado.

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.

Me parece que as permissões não estão configuradas corretamente... Mas somente acessando o Servidor para saber... Eu não recomendo você subir um serviço em uma tecnologia que você ou sua empresa não domine... Você poderia contratar algum Free-lancer de TI para te ajudar com isso... Mas subir um Servidor sem conhecimento é um risco .. pode expor o Servidor a sérios problemas de segurança

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!!!

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.