Diego Foliene

Boa tarde! A TK consta em nossa fila de Backlog. Os consultores vão atendendo as demandas conforme necessidade/disponibilidade e devido a Notas técnicas recentes e manutenções em outros projetos não foi possível iniciar ela. Caso tenha urgência, você mesmo pode realizar a implementação e colaborar com a comunidade. Considere também aderir ao PRO, é uma contribuição simbólica que ajuda o projeto a crescer e atender mais demandas.

Bom dia! Diminuiu a quantidade de usuários reportando problemas com a NFSe para Brasília em nossa comunidade do Discord. Alguns usuários também reportaram que conseguiram realizar o cancelamento pelo Webservice.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia @ZeroCol. Vi relatos no #acbrnfsex que não é mais possível emitir nota conjugada. Teria de utilizar o impresso disponibilizado pelo ACBrNFSeX(Até o momento no layout A4) ou impressão própria.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

@PrimeSoftware Precisa ser série 3. O número do RPS precisa respeitar a sequência. Caso esteja, pode ser erro do Webservice. Também pode estar relacionado ao erro E093 citado acima. Erros iniciados em X são gerados pelo componente. Nesse caso em questão o componente lhe devolveu o erro X202, justamente por você ter recebido os outros erros e não a NFSe. Os demais erros me parecem ser problemas cadastrais. Recomendo a todos que acompanhem o canal aberto #acbrnfsex em nosso Discord. Lá está própria comunidade está se ajudando de forma mais dinâmica.

Bom dia! Por gentileza, você informou a mesma URL para o ambiente de produção e homologação. A cidade não conta com ambiente de testes?

Bom dia @ramalho! Você deve usar a série 3

Bom dia! Apesar de alguns usuários terem conseguido emitir NFSe em produção para o DF o Webservice tem se mostrado bem instável. No canal #acbrnfsex em nossa comunidade do Discord, usuários ainda relatam diversos problemas, como: Instabilidade com transmissão ora funcionando, ora retornando erro Informações fiscais que já tinham sido autorizadas anteriormente devolvendo rejeição Informações preenchidas de acordo com as orientações passadas retornando rejeições Cancelamento não funcionando pelo Webservice Até mesmo incapacidade de logar no portal disponibilizado pelo provedor. O CRCDF orientou contribuintes que estiverem com dificuldades a enviar e-mail relatando os problemas para [email protected] Link da publicação: https://www.instagram.com/p/Cm9PVeIOj-7/?igshid=YmMyMTA2M2Y%3D Percebendo as dificuldades o SesconDF vai se reunir com o Secretário da Fazenda em busca de soluções e por isso pediu aqueles que estiverem enfrentando dificuldades para que os encaminhem os problemas, para que possam assim apresentar os obstáculos do processo. Link da publicação original: https://www.instagram.com/p/CnCxr1VJtwb/?igshid=YmMyMTA2M2Y%3D

Bom dia! Visando manter a qualidade dos fontes do projeto ACBr, optamos por remover do componente ACBreSocial, os fontes relacionados a versões inferiores a Simplificada 1.0.* Essas versões não são mais aceitas pelo Webservice e por isso mantê-las torna o código fonte desnecessariamente complexo, acarretando em dificuldade de entendimento e manutenção. Visando o bem estar da comunidade, estamos avisando antecipadamente para aqueles que ainda precisem adequar seus projetos de alguma forma. Segue uma lista de propriedades que serão removidas.** TEvtTabRubrica.infoRubrica.DadosRubrica.codIncSIND TevtInfoEmpregador.infoEmpregador.infoCadastro.infoOp.infoEnte.subteto TevtInfoEmpregador.infoEmpregador.infoCadastro.infoComplementares.SituacaoPF.IndSitPF TevtInfoEmpregador.infoEmpregador.infoCadastro.infoComplementares.SituacaoPJ.IndSitPJ TEvtTabEstab.infoEstab.DadosEstab.infoTrab.regPt TEvtTabEstab.infoEstab.DadosEstab.infoTrab.infoApr.ContApr TEvtTabEstab.infoEstab.DadosEstab.infoTrab.infoPCD.contPCD TVinculo.infoRegimeTrab.infoCeletista.TrabTemporario.tpinclContr THorarioIntervaloCollectionItem.tpInterv TEvtInfoIR.ideBenef.infoIR.infoComplemDed.indTpDeducao TEvtTabCargo.infoCargo.DadosCargo.CargoPublico.leiCargo.sitCargo TEvtTabCarreira.infoCarreira.DadosCarreira.sitCarr TevtMonit.exMedOcup.Aso.Exame.ordExame TEvtAvPrevio.infoAvPrevio.DetAvPrevio.tpAvPrevio TEvtAvPrevio.infoAvPrevio.CancAvPrevio.mtvCancAvPrevio TEvtContrSindPatr.ContribSind.tpContribSind * Uma versão dos fontes do componente ACBreSocial suportando as versões antigas será mantida no tags para o caso de alguém precisar por algum motivo e tiver dificuldade de voltar a revision. ** Essa lista pode variar, levando em consideração que durante o processo de revisão e remoção existe a possibilidade da classe que a contém também ser desnecessária, podendo ser removida.

Bom dia! Foi criada a #TK-3454 para análise e parecer do consultor responsável.

Bom dia! Contribuição aceita e enviada ao SVN. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes. Para mais detalhes do que foi alterado, confira a Rev-28052

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3451

Bom dia! Foi enviado ao SVN na Rev-27294 uma alteração visando corrigir este problema. Por favor, atualize seus fontes, reinstale o ACBr marcando a opção para apagar arquivos antigos e faça novos testes.

Verifique também, por favor, qual valor você estava passando para o SSLType na aba Webservice. Precisa ser TLSv1_2

No período da tarde de hoje 02/01/2023 por volta das 15:00 horas, alguns usuários começaram a relatar em nossa comunidade do Discord que já não estavam mais recebendo o erro Informando que tinham conseguido emitir NFSe em produção para o DF.

Verifique se está usando as DLLs corretamente. Faça um teste colocando elas na mesma pasta do seu executável. Pegue elas daqui: https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10 Escolhendo de acordo com a arquitetura que você compilou sua aplicação.

Boa tarde @eflaeschen! Não é recomendado o uso do Capicom. O mesmo é obsoleto. Por favor, faça os testes usando OpenSSL ou WinCrypt.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Primeiro de tudo, muito obrigado pela intenção em contribuir. Toda contribuição é mais do que bem vinda. A informação no manual para a tag paisResidExt que consequentemente orquestra a geração das demais é: Na sua contribuição, além das validações já existentes você adiciona mais um teste verificando se o valor da property paisResidExt é diferente de vazio. if objInfoPgto.Items[i].paisResidExt <>'' then Begin if (StrToInt(objInfoPgto.Items[i].paisResidExt) > 0) and (StrToInt(objInfoPgto.Items[i].paisResidExt) > 105) and ((StrToInt(Copy(Self.ideEvento.perApur,1,4))*100)+StrToInt(Copy(Self.ideEvento.perApur,6,2)) >= 202303) then begin Gerador.wCampo(tcStr, '', 'paisResidExt', 1, 3, 1, objInfoPgto.Items[i].paisResidExt); if (objInfoPgto.Items[i].InfoPgtoExtInst()) then GerarInfoPgtoExt(objInfoPgto.Items[i].InfoPgtoExt); end; end; Simplifiquei isso usando as validações que já existiam. Substitui o primeiro StrToInt por StrToIntDef(paisResidExt, 0), dessa forma, mesmo que o valor seja vazio, a função vai converter para zero e a condição será falsa. if (StrToIntDef(objInfoPgto.Items[i].paisResidExt, 0) > 0) and (StrToInt(objInfoPgto.Items[i].paisResidExt) > 105) and ((StrToInt(Copy(Self.ideEvento.perApur,1,4))*100)+StrToInt(Copy(Self.ideEvento.perApur,6,2)) >= 202303) then begin Gerador.wCampo(tcStr, '', 'paisResidExt', 1, 3, 1, objInfoPgto.Items[i].paisResidExt); if (objInfoPgto.Items[i].InfoPgtoExtInst()) then GerarInfoPgtoExt(objInfoPgto.Items[i].InfoPgtoExt); end; Commit: Rev-28046 Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Bom dia! O ambiente de produção para a emissão de NFSe para o DF foi ativado ontem(01/01/2023) por volta das 22:00 horas. Ainda assim, estamos recebendo muitos relatos de nossos usuários na comunidade do Discord de que não estão conseguindo emitir NFSe em produção. Além de outros erros recebidos se destaca como retorno constante para múltiplos usuários: Alguns relatam também que não estão conseguindo acessar a plataforma disponibilizada pelo provedor usando certificado digital. Os usuários relatam também que não é mais possível emitir NF-e/NFC-e conjugada ou com apenas serviços, pois ao tentar, estão recebendo rejeições como:

Bom dia! Foi relatado por alguns usuários em nossa comunidade do Discord no dia 30/12/2022 que os mesmos estavam recebendo as seguintes rejeições ao transmitir uma NFe com documentos fiscais referenciados diferente do modelo 55. 953 - Rejeição: Informado ECF referenciado para CFOP 5.929 em UF que não permite essa referência 953 - Rejeição: Chave de Acesso referenciada com tipo de emissão invalido Isso foi um erro por parte da Sefaz, visto que a primeira mensagem de rejeição foi criada na NT2022/003(Versão 1.00) e foi excluída na NT2022/003(Versão 1.10). Enquanto que a segunda mensagem de rejeição foi criada na NT2022/003(Versão 1.10). Em ambas as edições da NT, a data de vigência para entrar em homologação é 07/02/2023 e para entrar em produção é 03/04/2023. Foi orientado a esses usuários que entrassem em contato com a Sefaz para expor o problema. Ainda no mesmo dia, foi relatado que o problema foi resolvido. Veja a NT esmiuçada aqui

Bom dia @felipe.santiago40! Sim, essa é uma regra nova que foi implementada na NT2022_003v1.10, MAS ela ainda não deveria estar em vigor, visto que a data prevista para homologação é 07/02/2023. Sugiro que entre em contato com a Sefaz através do Fale Conosco e exponha o problema. Mais detalhes sobre a NT você encontra neste tópico https://www.projetoacbr.com.br/forum/topic/69726-novos-campos-de-uso-a-critério-da-uf-várias-novas-regras-de-validação-na-nfe-nfce-em-2023-nt-2022003-versão-100/