Painel de líderes

Olá pessoal! No dia 28/11/2024 foi publicada a versão 3.1.8 do Guia Prático do EFD ICMS IPI com vigência a partir de Janeiro/2025. A nova versão traz as seguintes alterações: Foi criada a #TK-6300 para análise da documentação disponibilizada e eventuais modificações no componente ACBrSpedFiscal caso necessárias. Lembrando que o componente foi recentemente compatibilizado a versão 3.1.7

Boa tarde @willian_delan, Já esta no SVN.

Olá pessoal! Foi publicado no dia 28/11/2024, no portal SPED, comunicado informando sobre a versão 10.1.0 do programa ECF utilizado para transmitir arquivo do ano-calendário 2023 e situações especiais de 2024(leiaute 10). A nova versão trás as seguintes atualizações: A versão 10.1.0 também deve ser utilizada para transmissão de ECF referentes a anos-calendário anteriores (leiautes 1 a 9), sejam elas originais ou retificadoras. Fonte: http://sped.rfb.gov.br/pagina/show/7612

Abrimos um chamada no Itaú já tem quase uma semana e até agora não recebemos nenhum retorno deles. Já tinha salvo essas dlls, mas de qualquer modo, salvei novamente e fiz um novo teste e nada mudou.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-6296 para realizar a alteração.

Tenta logar no email deste cliente no navegador com a mesma senha para conferir se aconteceu de trocar a senha e não foi atualizada em sua aplicação. Você pode tentar as variações de configurações do componente com as opções de Usar SSL e TLS também. Tente enviar email em outro computador que tenha um sistema operacional com Windows 10 por exemplo para confirmar se não há alguma relação com o Windows 7 que aliás já perdeu o suporte da Microsoft já tem alguns anos e não recebe novas atualizações, logo alguma coisa pode parar de funcionar. São estas as dicas que tenho para vc.

Olá, O componente ACBrSPEDFiscal foi compatibilizado com a versão 3.1.7 do leiaute do EFD-ICMS/IPI e as alterações foram enviados na Rev-36270 conforme os itens a seguir. 1. Alteração da validação do registro C700 * Havia a exceção para o código 66 que foi removida. * Essa alteração não requer alteração no componente. 2. Alteração da obrigatoriedade dos campos 23 e 24 do registro D700 * Os campos passaram de "OC"(Deve ser preenchido quando houver valor) para "O"(Sempre preenchido) * Serão preenchidos zeros a partir de 2025 quando não for informado valor 3. Criação do campo 32 no registro D700 * Novo campo adicionado na classe. 4. Alteração da validação do campo 11 do registro D700 * Validação anterior corresponde à soma dos campos VL_SERV, VL_SERV_NT e VL_TERC subtraído das deduções da NFCom. * A partir de 2025: Corresponde à soma dos campos VL_SERV, VL_SERV_NT e VL_TERC subtraído do campo DED * Essa alteração não requer alteração no componente. 5. Criação do campo 17 no registro D750 * Novo campo adicionado na classe. 6. Alteração da obrigatoriedade dos campos 15 e 16 do registro D750 * Os campos passaram de "O"(Sempre preenchido) para "OC"(Deve ser preenchido quando houver valor) * Ficarão nulos a partir de 2025 quando não for informado valor 7. Alteração da validação do campo 07 do registro D750 * Validação anterior: Corresponde à soma dos campos VL_SERV, VL_SERV_NT e VL_TERC subtraído das deduções da NFCom. * A partir de 2025: Corresponde à soma dos campos VL_SERV, VL_SERV_NT e VL_TERC subtraído do campo DED * Essa alteração não requer alteração no componente. 8. Alteração da validação do campo 02 do registro E113. * Validação: * quando o modelo de documento for igual a 59 (CF-e SAT), 63 (BP-e) ou 65 (NFC-e), deve ser apresentado conteúdo VAZIO “||”. * Quando o modelo de documento for igual a 06 (NF/CEE) ou 66 (NF3e), o seu preenchimento é facultativo. * Campo de preenchimento obrigatório para os demais modelos de documento * O valor informado deve existir no campo COD_PART do registro 0150. * Essa alteração não requer alteração no componente. 9. Alterações de preenchimento dos campos 14, 24 e 25 do registro D100 9.1. Campo 14 * Informação do Manual: * Quando o campo 13 (TP_CT-e) for igual a “3 ou 5”, informar a chave do documento substituído. * Nas demais situações o campo não deve ser preenchido * Essa alteração não requer alteração no componente. 9.2. Campo 24 * Nova Informação do Manual: * preencher com o código do município de **ORIGEM** do serviço, conforme a tabela IBGE. * Preencher com 9999999, se Exterior. * Preencher com “9999998” quando se tratar de CT-e simplificado ou substituição de CT-e simplificado. * Essa alteração não requer alteração no componente. 9.3. Campo 25 * Nova Informação do Manual: * preencher com o código do município de **DESTINO** do serviço, conforme a tabela IBGE. * Preencher com 9999999, se Exterior. * Preencher com “9999998” quando se tratar de CT-e simplificado ou substituição de CT-e simplificado. * Essa alteração não requer alteração no componente. 10. Inclusão do Conhecimento de transporte eletrônico simplificado no registro D130 * Nova Informação do Manual: * Este registro tem por objetivo informar a partir de janeiro de 2025, o Conhecimento de Transporte Eletrônico Simplificado (Código 57, TP_CTe 4 e 5). * Em relação ao Conhecimento de Transporte Eletrônico Simplificado, este registro tem por objetivo identificar individualmente cada entrega/prestação abrangida neste documento * Essa alteração não requer alteração no componente. 11. Alteração no preenchimento dos campos 02, 03, 05 e 06 do registro D130 11.1. Campo 02 * Nova Informação do Manual em negrito: preencher com a informação constante no corpo do Conhecimento de Transporte Rodoviário de Cargas (CTRC) no campo consignatário ou no campo tomador do CT-e simplificado. * Essa alteração não requer alteração no componente. 11.2. Campo 03 * Nova Informação do Manual em negrito: preencher com a informação constante no corpo do CTRC ou do CT-e simplificado no campo redespacho. * Essa alteração não requer alteração no componente. 11.3. Campo 05 * Nova Informação do Manual: Caso trate de item de CT-e simplificado, preencher com o município de origem da prestação a que se refere este item. * Essa alteração não requer alteração no componente. 11.4. Campo 06 * Nova Informação do Manual: Caso trate de item de CT-e simplificado, preencher com o município de destino da prestação a que se refere este item * Essa alteração não requer alteração no componente. 12. Alteração na regra de validação do campo 18 do registro D100. * Nova Informação do Manual: Se CT-e simplificado (COD_MOD 57 e TP_CTe 4 ou 5), o valor deve ser igual à soma do campo VL_FRT do(s) registro(s) D130 existentes * Essa alteração não requer alteração no componente. 13. Alteração da exceção 4 do registro D100. * Nova Informação do Manual: A partir de janeiro/2025, para o CT-e Simplificado-modelo 57, conforme estabelecido pelo Ajuste Sinief nº 46/2023, deverão ser informados os respectivos Registros D130. * Essa alteração não requer alteração no componente. Até mais!!!

Olá, Segue resposta da Eicon a respeito do erro Lote de RPS não assinado: Resumindo: O Lote terá pelo menos 2 assinaturas, 1 para o Lote completo e uma para 1 RPS, que é o mínimo de RPSs para o lote. Se houverem n RPSs, a quantidade de assinaturas será de n + 1.

Olá Comunidade ACBr!!! Atualizamos o comportamento do Certificado Digital para garantir que ele seja utilizado apenas quando necessário, mesmo que configurado no componente. Essa mudança assegura o mesmo comportamento já existente em conexões SOAP, agora aplicado também a conexões REST. Um exemplo é o Bradesco, que utiliza o Certificado Digital apenas para assinar o Header, mas não para estabelecer a conexão. Nesse caso, a propriedade UseCertificateHTTP deve ser configurada como False. Se o seu banco utiliza certificados digitais para comunicação, certifique-se de configurar corretamente a propriedade UseCertificateHTTP. <ACBrBoleto>.Configuracoes.WebServices.TimeOut := 50000; <ACBrBoleto>.Configuracoes.WebService.SSLCryptLib := cryOpenSSL; <ACBRBoleto>.Configuracoes.WebService.ArquivoCRT := Caminho e arq CRT ('C:\XXXXXXX\Certificado.crt';) <ACBRBoleto>.Configuracoes.WebService.ArquivoKEY := Caminho e arq Key ('C:\XXXXXXX\Chave.key';) <ACBrBoleto>.Configuracoes.WebService.UseCertificateHTTP := True|False; //Caso False, mesmo que passado as informações, o componente irá descarregar os certificados que foram passados na conexão, e não será utilizado. UseCertificateHTTP :: caso FALSE, mesmo que passado as informações, o componente irá descarregar os certificados que foram passados na conexão, e não será utilizado. Tópico de Configuração de todos os Bancos :

O ACBrValidador, já está preparado