Painel de líderes

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível verificar que a Sefaz de Minas Gerais está com contingência agendada para o dia 07/12/2024, com previsão de inicio às 08h00 e encerramento às 18h00 do mesmo dia. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso Discord.

Boa tarde @Everson Clei, Ajuste para não gerar a linha do encoding ao salvar um Json. Já esta no SVN.

Beleza Juliomar, Vou mudar para utilizar o XMLDocument . Obrigado

chegou a testar usando a novo método de trabalhar com xml? com o XMLDocument tem no instalador pra ti usar lá está 100% aos poucos está sendo descontinuado o PCN

Compilei a biblioteca usando Fedora 39 e ao tentar utiliza-la no servidor Rocky Linux 8 ocorria o erro abaixo: java.lang.UnsatisfiedLinkError: Unable to load library 'acbrnfse64': /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libacbrnfse64.so) A solução foi criar uma máquina virtual Rocky Linux 8, com ambiente gráfico e instalar o lazarus e compilar a lib nela, dessa forma a lib gerada funcionou normalmente no servidor

Bom dia @João Antônio, Já esta no SVN.

Olá pessoal! Conferindo no painel Situação SVC-RS, é possível observar que a Sefaz de Goiás está ativou a contingência às 08h43 do dia 06/12/2024, com previsão de permanecer ativada até às 12h00 do dia 09/12/2024. 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 Portal Nota Fiscal, é possível observar que a Sefaz de São Paulo está com a contingência agendada para o dia 08/12/2024 com previsão início às 07h00 e encerramento às 09h00 do mesmo dia. Para utilizar as soluções do ACBr em contingência durante este período, siga as orientações do tópico abaixo: Um agradecimento a membra de nossa comunidade @Maria Gabriele por compartilhar a informação em nosso Discord.

Sim, eu acredito que o problema ocorra somente no Banco Inter. No exemplo que te enviei está FACBrBoleto.Configuracoes.WebService.UseCertificateHTTP := True

Bom dia @Everson Clei, Na página 6 do manual que você anexou temos: O manual deixa claro que o Header deverá conter 3 parâmetros, o valor de Authorization é o SecurityKey fornecido pela prefeitura conforme consta no rodapé da página. Na unit Bauhaus.Provider temos a procedure SetHeaders que define o valor do parâmetro Authorization: procedure TACBrNFSeXWebserviceBauhaus.SetHeaders(aHeaderReq: THTTPHeader); begin aHeaderReq.AddHeader('Authorization', TConfiguracoesNFSe(FPConfiguracoes).Geral.Emitente.WSChaveAutoriz); end; Você deve configurar o componente, mais precisamente: Configuracoes.Geral.Emitente.WSChaveAutoriz com o SecurityKey fornecido pela prefeitura que eles chamam de Chave de Segurança. Na unit ACBrNFSeXWebserviceBase temos a definição da classe TACBrNFSeXWebserviceRest que é utilizada pelo provedor: TACBrNFSeXWebserviceRest = class(TACBrNFSeXWebserviceNoSoap) protected function DefinirMsgEnvio(const Message, SoapAction, SoapHeader: string; namespace: array of string): string; override; public constructor Create(AOwner: TACBrDFe; AMetodo: TMetodo; const AURL: string; const AMethod: string = 'POST'; const AMimeType: string = 'application/json'); end; Note que no Create é informado o MimeType (Content - Type) com o valor application/json conforme consta no manual. Por favor verifique se todos os fontes de todas pastas estão atualizados, caso afirmativo reinstale o ACBr com a opção de apagar arquivos antigos marcada e faça novos testes.

Olá pessoal! Sabemos que algumas vezes as mensagens de erro devolvidas pelo web service do provedor nem sempre são fidedignas ao erro real que está causando o problema. O membro de nossa comunidade @SG Sistemas conseguiu emitir em homologação NFSe para o município de Sorocaba/SP, que é atendido pelo provedor DSF na versão 2.03 e compartilhou conosco as seguintes informações: Erro: L999 - null - Acionar suporte responsável. Solução: A Inscrição Municipal do Emitente estava nula; Erro: L999 - Alíquota: Alíquota não localizada - Acionar o suporte responsável Solução: Para Sorocaba, a alíquota é definida pelo CNAE (neste caso CNAE Municipal, com 9 dígitos). Portanto, não basta somente o código de serviço, é obrigatório informar o CNAE. Erro: L999 - Informação de ISSQN retido inválido. / Utilize um dos tipos: 1 para ISS Retido ou 2 para ISSQN não Retido. - Acionar suporte responsável. Solução: Estava sendo enviado um integer para o Iss Retido (0 para false e 1 para true). Ao chegar 0, o TnfseSituacaoTributaria estava mudando para stRetido; logo, o provedor esperava os valores de ISS retido, mas não estava recebendo.

ola, validei com pessoal da RLZ, e me reportaram que a unica forma de emissao mesmo e usando o layout da Abrasf 2.03, sendo assim nao é enviado de nenhuma forma essa informacao, sugeriram informar no campo, dados complementares

@armando.boza Obrigado por nos avisar, criado a #TK-6322 para análise.

O seu destinatário está com o indIEDest = 9, creio qeu você deve ter confundido. A rejeição só vai ser acionada se o indIEDest do destinatário estiver com 9 e o indFinal da identificação estiver como 1, que é o seu caso. Verifique e alinhe os campos idDest da [Identificacao] e indIEDest da [Destinatario]. Ambos devem estar com o mesmo valor.

Bom dia.. testei aqui e está incluindo de forma correta o header nas requisições... solicitei ao meu contato no BB se ele tem como confirmar se o header está chegando corretamente... mas ao meu ver está tudo certo...

Olá comunidade do Projeto ACBr, temos novidades !! Agora é possível utilizar classes alto nível no Android. Realizamos o envio das novas classes para o SVN - Commit (36387, 36388, 36389). At revision: 36387: -> São as classes comuns de uso para os DFe (Documentos Fiscais Eletrônicos). -> Classes de Leitura e Escrita dos arquivos .ini. At revision: 36388: -> Pacote /notafiscal onde estão disponíveis as classes de alto nível para emissão de NFe/NFCe. -> Versões ACBrLibNFe.aar a partir da versão 0.0.0.2. At revision: 36389: -> Atualização Programa Exemplo, aplicando exemplo de uso da classe. -> Exemplos de pagamentos de cartões e PIX seguindo orientação sobre integrações dos meios de pagamentos aos documentos fiscais. Abaixo estão os links para download o .aar e programa exemplo: ACBrLibNFe.aar disponível nas versões PRO e DEMO e Programa Exemplo. Se você já tem o programa exemplo em sua máquina, precisa apenas atualiza-lo, realizando um update do SVN. Aguardamos feedback de todos e lembrem-se, utilize o ambiente de homologação para realização dos testes Até a próxima

Olá pessoal! Em uma demonstração do movimento para a adoção do Padrão Nacional como padrão único para NFS-e. Temos um Projeto de Emenda Constitucional ao Projeto de Lei Complementar Nº68/2024 que institui os novos grupos de impostos do CBS e do IBS criados para o Projeto da Reforma Tributária. Está Emenda propõe adicionar os §§ 8º e 9º ao art. 61 do PLP68/2024. Destaca-se o inciso 8º: E também a justificativa da emenda: O Projeto de Emenda Constitucional pode ser lido na íntegra AQUI.

@icozeira Pode testar com nossos ajustes por favor. Fizemos de uma forma diferente para que no futuro possamos aproveitar o mesmo campo para outros bancos. ACBrBancoBrasil.pas ACBrBoletoWS.Rest.pas ACBrBoletoW_BancoBrasil_API.pas ACBrBoleto.pas

Com o SVN atualizado, realizei um teste compilando o programa de exemplo e tudo está funcionando corretamente. Ao aderir ao PRO, você tem acesso a todas as DLLs, que são compiladas e testadas semanalmente. Além de facilitar a integração, você também conta com o suporte do nosso time de consultores.

Pela mensagem aí está pegando o SoapAction antigo. provavelmente vc atualizou seus componentes e não recompilou para atualizar os dcus.

Olá, pessoal. Foi disponibilizado na ACBrLibBase do pacote ACBrCommon para a linguagem Java, na Rev-34487, um novo método `convertDateToTDateTime` para tornar o objeto do tipo `Date` compatível com o `TDateTime` em Pascal. Esse método é essencial para converter o tipo `Date` do Java em um tipo `TDateTime do Pascal`, permitindo que a biblioteca interprete as datas corretamente. Exemplo de uso: Trecho da implementação: https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/ACBr Common/src/com/acbr/ACBrLibBase.java /** * Função para converter um objeto do tipo Date em um double compatível com o TDateTime do Pascal * @param date * @return double */ public double convertDateToTDateTime(Date date) { // Obtém o timestamp Unix em milissegundos long unixMillis = date.getTime(); // Converte o timestamp para TDateTime double pascalDateTime = unixMillis / 86400000.0 + 25569.0; return pascalDateTime; }