Diego Foliene

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.

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:

Boa tarde! Arquivos recebidos no e-mail. No log que foi disponibilizado, não consta a chamada ao método ConfigGravarValor e ConfigGravar conforme orientado pelo meu amigo @Daniel InfoCotidiano definindo as informações do certificado na Lib. Em seu arquivo ACBrLib.ini, também não constam as informações do certificado na seção [DFe]. Considerando apenas isso, a mensagem que lhe é devolvida está correta. Querendo utilizar certificado instalado no Windows Store, você precisa definir o o número de série do certificado. Seu arquivo ACBrLib.ini deve estar configurado em um exemplo: [DFe] SSLCryptLib=3 SSLHttpLib=2 SSLXmlSignLib=4 UF=MS TimeZone.Modo=0 TimeZone.Str= URLPFX= ArquivoPFX= DadosPFX= Senha= NumeroSerie=A3E58FA9S8778RE4DA89E715D4A78 VerificarValidade=1 Isso já levando em consideração a observação feita anteriormente de usar os comandos ConfigGravarValor e ConfigGravar para definir a informação do número de série.

Boa tarde! Apenas dando um retorno sobre esta solicitação. A tarefa foi alocada para ser tratada agora nessa próxima sprint pela equipe de consultores. Qualquer novidade será disponibilizada aqui

Boa tarde! Apenas dando um retorno sobre esta solicitação. A tarefa foi alocada para ser tratada agora nessa próxima sprint pela equipe de consultores. Qualquer novidade será disponibilizada aqui

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar a Sefaz de São Paulo ativou a contingência às 10h01, até o momento sem previsão de encerramento. Para utilizar as soluções ACBr em contingência siga as orientações do tópico abaixo:

Foi publicada a versão 24.2.D das tabelas fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/10/2024 até 30/11/2024 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte : De Olho no Imposto

Olá pessoal! Conferindo no DownDetector, por volta das 10h00 do dia 28/10/2024, o volume de problemas reportados na Sefaz de São Paulo aumentou exponencialmente. Não há contingência ativada até o momento da publicação deste tópico. Algumas sugestões em casos de problemas: Aumentar o valor da configuração de TimeOut da solução que estiver utilizando. Realizar um teste alterando a configuração de DNS para a possibilidade de ser um problema de rota. Realizar um teste utilizando link de internet alternativo para a possibilidade de ser um problema de rota.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Tópico vinculado a #TK-6175 criada para atualização da rotina para correta exibição da informação no impresso.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Tópico vinculado a #TK-6174 criada para atualização da rotina visando adequação aos campos mencionados.

Olá pessoal! No dia 23/10/2024 foi publicada a versão 1.04 desta nota técnica. Esta nota técnica adiciona uma exceção para o modelo aquaviário nas regras G161a e H102a, efetivamente permitindo que agora, para este modelo, as chaves de acesso de um CT-e complementado possam ter até 24 meses da data de autorização. Datas A implementação tanto nos ambientes de homologação quanto de produção ocorrerão simultaneamente no dia 28/10/2024. A versão 1.04 pode ser lida na íntegra AQUI.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Tópico vinculado a #TK-6155. Assim que houver novas informações relacionadas, será atualizado aqui.

Muito obrigado por compartilhar! Vou fechar o tópico. Para novas dúvidas, por favor, criar novo tópico.

Boa tarde! Muito obrigado pela contribuição.

Boa tarde! Muito obrigado por reportar! Fiz um teste em meu ambiente com a versão 1.4.0.273 e o resultado foi semelhante. Criada a #TK-6145 para correção.

Boa tarde! Que bom que deu certo de encontrar a solução do problema! Por favor, se possível, compartilhe qual foi a solução para que possa ajudar outros membros que possam vir a enfrentar o mesmo problema futuramente.

Bom dia! Conferindo nos fontes, estas propriedades foram substituídas de forma se tornarem mais "genéricas". Agora existe uma lista de erros que possui as propriedades Codigo, Descricao e Correcao. ACBrANe.WebService.Enviar.Erros[0].Codigo; ACBrANe.WebService.Enviar.Erros[0].Mensagem; ACBrANe.WebService.Enviar.Erros[0].Correcao; Acredito que meu amigo @Italo Giurizzato Junior possa fornecer uma parecer melhor sobre a situação e se os campos ValorInformado e ValorEsperado podem ser readicionados.

Boa tarde! Por favor, faça um teste lendo de: ACBrCTe.WebServices.Enviar.dhRecto; ACBrCTe.webServices.Enviar.Protocolo; //Se as propriedades acima estiverem vazias, tente: ACBrCTe.WebServices.Enviar.CTeRetornoSincrono.dhRecbto; ACBrCTe.WebServices.Enviar.CTeRetornoSincrono.chCTe; //Em última instância: ACBrCTe.WebServices.Enviar.CTeRetornoSincrono.protCTe.dhRecbto; ACBrCTe.WebServices.Enviar.CTeRetornoSincrono.protCTe.chDFe;

Bom dia! Sim. Fiz um teste em meu ambiente e também tive problemas carregando o arquivo XML que disponibilizou. Em uma análise inicial o que pude observar é: 1º O problema só ocorre com o LoadFromFile, utilizando o LoadFromString ele abriu normal aqui. 2º O problema ocorre, porque quando é feito o LoadFromFile, a string lida tem alguns elementos a mais: Isso faz com que depois de passar por um processo para extrair o XML que fato será lido, removendo tags como <?xml version="1.0" encoding="UTF-8"?> ou <nfeProc>, a string resultante seja um arquivo XML quebrado: 3º Estes caracteres a mais que são lidos, é o BOM do XML. Se você abrir o seu arquivo com o notedpad++ e selecionar no menu "Formatar", vai ver que ele está como "Codificação em UTF-8 BOM". Neste mesmo menu, ao selecionar a opção "Codificação em UTF-8" e depois selecionar a opção "Converter para UTF-8", o arquivo XML foi lido pelo LoadFromFile sem apresentar problemas. Foi criada #TK-6139 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será divulgada aqui. Durante este meio tempo, se possível, peço que utilize as sugestões propostas acima.

Boa tarde! Vamos reunir essas informações e lhe damos um retorno assim que possível. Também foi criada a #TK-6137 para revisão e atualização da documentação.

Boa tarde. Veja qual é o valor definido em ACBRCTe.Configuracoes.Geral.SSLXmlSignLib. Pela mensagem, me parece que está com um valor inválido. Neste tópico tem as configurações recomendadas por tipo de certificado:

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

Verifique se definiu estes valores para as propriedades. ACBrCTe.Configuracoes.Geral.ModeloDF := moCTeSimp; ACBrCTe.Conhecimentos[0].CTe.ide.TpCTe := tcCTeSimp;