Renato Rubinho

A Sefaz não dá garantia de distribuição imediata do XML, pode ser alguma instabilidade nos serviços ou na integração entre a UF e a Sefaz nacional. Nestes casos recomenda-se abrir um fale conosco com a Sefaz para analisarem os casos.

Olá pessoal, O programa de exemplo da ConsultaCEP em PHP foi refatorado (Rev-36953), seguindo os padrões que foram adotados nos novos programas que estão sendo desenvolvidos: Incorporado ACBrComum.php que contém métodos gerais que podem ser utilizados por todas as bibliotecas, removendo a redundância dos métodos Removidos arquivos individuais por método e centralizadas chamadas no ACBrCEPServicos**.php (** = MT ou ST) Unificada página principal em ACBrConsultaCNPJBase.php centralizando o código e removendo redundância entre MT e ST ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCEP\ACBrCEPDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCEP\ACBrCEPDemoMT.php Até mais!!!

Olá pessoal, O programa de exemplo da ConsultaCNPJ em PHP foi refatorado (Rev-36889), seguindo os padrões que foram adotados nos novos programas que estão sendo desenvolvidos: Incorporado ACBrComum.php que contém métodos gerais que podem ser utilizados por todas as bibliotecas, removendo a redundância dos métodos Removidos arquivos individuais por método e centralizadas chamadas no ACBrConsultaCNPJServicos**.php (** = MT ou ST) Unificada página principal em ACBrConsultaCNPJBase.php centralizando o código e removendo redundância entre MT e ST ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCNPJ\ACBrConsultaCNPJDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCNPJ\ACBrConsultaCNPJDemoMT.php Até mais!!!

Olá pessoal, Foi enviado ao SVN na Rev-36697 a alteração da classe TinfoIRComplem do S-5002, que passou a ser uma TCollection devido a mudança do leiaute 1.3. Até a versão anterior, o número máximo de ocorrências era 1 e passou a ser 13, conforme destacado abaixo. Segue exemplo de mudança de tratamento a ser feita, caso sua aplicação esteja considerando o retorno desta classe: De: var dtLaudo: TDateTime; begin dtLaudo := IdeTrabalhador.infoIRComplem.dtLaudo; . . . Para: var i: Integer; dtLaudo: TDateTime; begin for i:=0 to IdeTrabalhador.infoIRComplem.Count - 1 do begin dtLaudo := IdeTrabalhador.infoIRComplem.Items[i].dtLaudo; . . . end; . . . Até mais!!!

Desenvolvemos programas de exemplo em PHP sem framework e a comunicação com as bibliotecas via FFI. Lembrando que o FFI foi disponibilizado a partir da versão 7.4 do PHP, verifique se sua versão do ScriptCase é compatível. Se você consegue consumir outras bibliotecas com o ScriptCase, utilizando FFI, provavelmente irá funcionar com as bibliotecas do ACBr também.

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

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

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

Olá, Foi revisada a versão 3.1.8 do leiaute do EFD-ICMS/IPI e não foram necessárias alterações no componente, conforme itens a seguir. 1. Alteração da validação dos campos 14 e 18 do registro D100 1.1. Campo 14 (CHV_CTE_REF) * Nova Validação....: Quando o campo 13 (TP_CT-e) for igual a “3 ou 6”, informar a chave do documento substituído. Nas demais situações o campo não deve ser preenchido. * Validação Anterior: 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. 1.2. Campo 18 (VL_SERV) * Nova Validação.....: Se CT-e simplificado (COD_MOD 57 e TP_CT-e 5 ou 6) e IND_OPER = 1, o valor deve ser igual à soma do campo VL_FRT do(s) registro(s) D130 existentes. * Validação Anterior : Se CT-e simplificado (COD_MOD 57 e TP_CT-e 4 ou 5), o valor deve ser igual à soma do campo VL_FRT do(s) registro(s) D130 existentes. 2. Alteração da descrição do registro D130 * Nova Validação.....: Este registro tem por objetivo informar o complemento do Conhecimento de Transporte Rodoviário de Cargas (Código 08), Conhecimento de Transporte de Cargas Avulso (Código 8B) e, a partir de janeiro de 2025, o Conhecimento de Transporte Eletrônico Simplificado (Código 57, TP_CT-e 5 e 6). * Validação Anterior : Este registro tem por objetivo informar o complemento do Conhecimento de Transporte Rodoviário de Cargas (Código 08), Conhecimento de Transporte de Cargas Avulso (Código 8B) e, a partir de janeiro de 2025, o Conhecimento de Transporte Eletrônico Simplificado (Código 57, TP_CTe 4 e 5). 3. Alteração na exceção nº 4 do registro D100 * Nova Informação....: 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 na escrituração das prestações de saída. * Informação Anterior: 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. Até mais!!!

Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-36378 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Olá, O componente ACBrSPEDPisCofins foi compatibilizado com a Nota Técnica nº009/2024 e as alterações foram enviados na Rev-36309 conforme os itens a seguir. 1. A partir dos fatos geradores ocorridos em 01 de janeiro de 2025, não será mais possível escriturar o “Registro 0145: Regime de Apuração da Contribuição Previdenciária Sobre a Receita Bruta” e, consequentemente, nenhum registro do bloco P, no PGE da EFD Contribuições. * Revisados registros 0145 e P001 (por consequência seus registros inferiores) para que não sejam gerados a partir de 01/01/2025 2. A consequente necessidade de ajuste do leiaute dos registros do bloco D no PGE da EFD Contribuições para recepcionar este novo modelo de documento. Para tanto, a contar dos fatos geradores ocorridos a partir de 01/04/2025, ficarão alterados os registros abaixo mencionados 2.1. Registro D500 * Novo campo CHV_DOC_E: Existente a partir de 01/04/2025 2.2. Registros D501, D505, D509, D600, D601, D605 * Os registros foram destacados, mas não constam informações a respeito de mudanças além do destaque nas suas descrições, adicionando a referência aos documentos adicionados a seguir * Nota Fiscal Fatura de Serviços de Comunicação Eletrônica (Código 62) * NF-e (Código 55) – Documentos de Aquisição com Direito a Crédito Até mais!!!

Obrigado pela contribuição. Criada TK-6294 para análise.

Enviado ao SVN ajuste no critério de preenchimento do campo.

Obrigado pela contribuição. Criada TK-6287 para análise e enviadas correções ao SVN que devem resolver o problema relatado, Rev-36292 Fiz um ajuste para considerar as versões posteriores além da atual, e para manter em ambos os casos o número de ocorrências como zero (permite que a tag não seja gerada quando não for informada), pois a cardinalidade é de 0-1 em ambas as versões, conforme pode ser visto nos seus prints. Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

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.

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

Seu envio ainda foi com apenas uma assinatura. Houveram mudanças no componente para resolver isso. Atualize os fontes, faça o revert caso tenha alterações locais, reinstale os componentes e teste novamente.

Estas constantes que você mostrou no print não são do ACBr. Essas atribuições de valores estão erradas. Veja o enumerado tpCodIncIRRF na unit a seguir https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBreSocial/PCNeSocial/pcesConversaoeSocial.pas

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

De acordo com a tabela, o "valor 32" é IRRF sobre 13°, seria o ciiValorIRRF13oSalario. O desconto simplificado mensal é 68 mesmo, como consta na tabela. Segue documento com a tabela para análise. https://svn.code.sf.net/p/acbr/code/tools/DFe/eSOCIAL/S-1.3__2024_12/Leiautes do eSocial v. S-1.3 - Anexo I - Tabelas (cons. até NT 02.2024 rev.).pdf