Pesquisar na Comunidade

Olá pessoal! No dia 10/03/2025 foi publicado aviso no portal SPED divulgando a nova versão 10.3.0 do Programa Validador da Escrituração Contábil Digital (ECD) que traz as seguintes alterações: Leia o aviso na íntegra AQUI.

Olá pessoal! Foi publicado no dia 18/02/2025 a Nota Técnica Nº 010 para o EFD Contribuições trazendo orientações sobre como às Pessoas Jurídicas Beneficiárias do Programa Emergencial de Retomada do Setor de Eventos (PERSE) deverão escriturar na EFD suas atividades econômicas que permitem o usufruto dos benefícios fiscais. A Nota Técnica também traz novos indicadores de domínico que deverão poderão ser utilizados no campo INF_COMP do registro 0120 a partir dos fatos geradores de 01/05/204. Criada a #TK-6629 para adequação do componente ACBrSpedFiscal. Leia o aviso completo na íntegra AQUI. Leia a Nota Técnica na íntegra AQUI.

Olá pessoal! No dia 18/02/2025 foi publicado no Portal do SPED uma aviso informando que no dia 23/02/2025 entre às 01h00 e 04h00 o ambiente de recepção do SPED ECD ficará indisponível devido a processo de atualização do parque tecnológico (hardware e software) responsável pelo recebimento da escrituração. Fonte: http://sped.rfb.gov.br/pagina/show/7666 Vale mencionar que o envio do SPED é feito através de programa validador.

Olá pessoal! Foi publicado no dia 06/02/2025 um aviso no portal do SPED sobre a nova versão do Guia Prático do EFD ICMS IPI que será vigente a partir de 1º de Janeiro de 2026. O comunicado informa que em reunião do GT48 no âmbito da COTEPE, foi decidido pela NÃO inclusão dos novos tributos (CBS, IBS e IS) na EFD ICMS/IPI. Portanto, a nova versão deverá sair com as seguintes alterações: Fonte: http://sped.rfb.gov.br/pagina/show/7660

Olá pessoal! Foi publicado recentemente o Ato Declaratório Executivo Cofis nº 38/2024 que aprova o Manual de Orientação do Leiaute 11 da Escrituração Contábil Fiscal - ECF. O manual e as tabelas dinâmicas podem ser encontradas no site AQUI e também em nosso tools AQUI. Foi criada a #TK-6472 para análise das modificações e adequação do componente ACBrSPEDECF. Qualquer novidade será divulgada neste tópico.

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

Olá pessoal! Foi publicado a Nota Técnica nº009/2024 que dispõe sobre as alterações previstas para o leiaute da EFD-Contribuições para o ano 2025. A NT entre outras considerações, traz modificações nos registros D500 e D600. A NT pode ser lida na íntegra AQUI. Foi criada a #TK-6223 para análise da NT e adequação do componente ACBrSPEDPisCofins.

Olá pessoal! Foi publicada a versão 3.1.7 do Guia Prático do EFD ICMS IPI com vigência a partir de Janeiro/2025. A nova versão traz as seguintes modificações: Foi criada a #TK-6218 para análise das modificações e compatibilização do componente ACBrSPEDFiscal. A versão 3.1.7 pode ser lida na íntegra AQUI.

Olá pessoal! No dia 13/09/2024 foi publicado no portal do Sistema Público de Escrituração Digital (SPED uma orientação sobre como pessoa jurídica poderá descontar da contribuição devida para Pis/Pasep e Cofins, o crédito presumido calculado sobre a receita decorrente da prestação de serviços de transporte rodoviário regular de passageiros intermunicipal, exceto metropolitano, e de transporte rodoviário regular de passageiros interestadual, em acordo com a lei nº 14.789, de 29 de dezembro de 2023. Como no Programa Gerador de Escrituração – PGE da EFD Contribuições, o registro para se escriturar crédito presumido desse regime cumulativo é o F700 – Deduções Diversas e o mesmo ainda não está completamente de acordo com a nova determinação, orienta-se: Escriturar no Registro F700 os créditos presumidos calculados sobre a receita decorrente da prestação de serviços de transporte rodoviário regular de passageiros intermunicipal, exceto metropolitano, e de transporte rodoviário regular de passageiros interestadual (art. 2º-A da Lei nº 14.592, de 2023), conforme exemplo abaixo. Considerando que a empresa tenha direito a crédito presumido relativo à receita de transporte rodoviário regular de passageiros interestadual, no valor de R$ 1.000.000,00, a escrituração do crédito será efetuada, no registro “F700”, conforme abaixo: - Campo 02 - IND_ORI_DED: 99 (Outras Deduções) (*) - Campo 03 – IND_NAT_DED: 1 (Dedução de Natureza Cumulativa) - Campo 04 – VL_DED_PIS: - Campo 05 – VL_DED_COFINS: - Campo 06 - VL_BC_OPER: 1.000.000,00 - Campo 07 – CNPJ: xx.xxx.xxx/xxxx-xx (**) - Campo 08 – INF_COMP: Crédito Presumido art. 2º-A da Lei 14.592/2023. (*) Enquanto não for disponibilizado código específico para o crédito presumido previsto no art. 2º-A da Lei 14.592/2023, o código 99 deverá ser utilizado. A descrição do crédito deverá ser informada no campo 08 – INF_COMP. (**) Informar o estabelecimento que auferiu as receitas. Caso a receita seja auferida por mais de um estabelecimento, escriturar um registro F700 para cada estabelecimento. Caso ocorram anulações de prestação de serviços, cujas receitas estejam sujeitas ao cálculo do crédito presumido, os correspondentes valores devem ser excluídos na base de cálculo da operação e nos respectivos campos de dedução (VL_DED_PIS e VL_DED_COFINS). Escriturar no registro F100 os créditos presumidos aplicáveis unicamente ao regime não cumulativo, incidentes sobre as receitas de venda de produtos específicos. Portanto, reforçando, não devem ser informados neste registro os créditos presumidos que também se aplicam ao regime cumulativo, a relativo à prestação de serviço de transporte de passageiros (art. 2º-A da Lei nº 14.592/2023). Como regra geral, os valores escriturados nos registros F700 – Deduções Diversas - não são recuperados na geração automática de apuração, devendo sempre ser informados pela própria pessoa jurídica no arquivo importado pelo PGE ou complementado pela edição (digitação no próprio PGE) dos registros M200 (PIS) e M600 (Cofins). No caso específico deste crédito presumido do setor de transportes, os valores serão totalizados e escriturados no campo 11 - VL_OUT_DED_CUM - Outras Deduções no Período, dos registros M200 e M600, de forma a reduzir o valor da contribuição do período. Os valores de receitas e respectivas contribuições, apuradas nos registros M210 e M610, não são alterados por este procedimento. Leia a orientação original na integra AQUI. O preenchimento dos campos mencionados no exemplo podem ser preenchidos no componente ACBrSPEDPisCofins: with ACBrSPEDPisCofins1.Bloco_F do begin //... with RegistroF001New do begin //... with RegistroF010New do begin //... with RegistroF700New do begin IND_ORI_DED := indOutrasDeducoes; IND_NAT_DED := indAcumulativa; VL_DED_PIS := ??; VL_DED_COFINS := ??; VL_BC_OPER := ??; CNPJ := ??; INF_COMP := 'Crédito Presumido art. 2º-A da Lei 14.592/2023.'; end; end; end; end;

Boa tarde a todos. Estou tendo um problema a respeito da geração do Bloco K235 no SPED Fiscal, onde os dados do mesmo não aparecem no arquivo .txt que é gerado. Encontrei o mesmo problema em um tópico antigo, porém, a solução nesse caso foi apenas atualizar os fontes ( https://www.projetoacbr.com.br/forum/topic/71660-erro-ao-gerar-bloco-k235/#comment-464958 ). No meu caso os fontes já estão na versão mais atualizada e o problema ainda persiste. Debugando aqui reparei que os registros do Bloco K235 estão sendo inseridos no arquivo no meu trecho de código abaixo: while not DmPrincipal.cdsCons2.Eof do begin RegK235 := SPEDFiscal.Bloco_K.RegistroK235New; RegK235.DT_SAIDA := DmPrincipal.cdsCons.FieldByName('DATAPRODUCAO').AsDateTime; RegK235.COD_ITEM := DmPrincipal.cdsCons2.FieldByName('CODMATPRIMA').AsString; RegK235.QTD := DmPrincipal.cdsCons2.FieldByName('QUANTIDADE1').AsFloat; RegK235.COD_INS_SUBST := ''; Application.ProcessMessages; DmPrincipal.cdsCons2.Next; end; Porém, quando vou salvar o arquivo gerado utilizando a função SaveFileTXT do componente TACBrSPEDFiscal, notei que ao cair na procedure TBloco_K.WriteRegistroK235(RegK230: TRegistroK230) da unit ACBrEFDBloco_K, existe a verificação da versão e leiaute do arquivo na função ValidacaoVersaoeLeiaute, que possui o seguinte trecho: function TBloco_K.ValidacaoVersaoeLeiaute: Boolean; begin Result := (FBloco_0.Registro0000.COD_VER > vlVersao116) and (TipoLeiaute <> itlCompleto); end; A versão do SPED Fiscal que estou utilizando no momento é a ACBrEFDBlocos.vlVersao117, e o TipoLeiaute que está sendo gerado é o itlSimplificado, portanto, está resultando TRUE nessa função de ValidacaoVersaoeLeiaute, e com isso está dando um comando de exit na procedure TBloco_K.WriteRegistroK235(RegK230: TRegistroK230) da unit ACBrEFDBloco_K, fazendo com que os dados do meu registro K235 não sejam escritos no arquivo .txt de saída. Alguém pode me dizer se devo utilizar outra versão do SPED Fiscal, ou como posso resolver esse problema para que os registros saiam no arquivo .txt?

Estou desenvolvendo meu sistema web e nisto vou precisar gerar o sped fiscal, contribuições e o sintegra. Vi que ainda não tem estes componentes para o ACBrLib. Há uma previsão para a criação deles? Somente vocês conseguem criar estas libs ou outros devs podem ajudar?

boa tarde pessoal, tudo bem? Estou gerando um SPED ICMS, com 10 mil notas de saída, e verificando vi que o consumo de memória chega a ficar muito alto, devido a alimentação das informações no componente do ACBr, testei até mesmo no programa exemplo do ACBr, informando um valor de 10000 no edNota, e chegou a consumir 1.2Gb de RAM. Dependo do que mais esteja fazendo além da geração do SPED, chega a ocorrer até out of memory. Existe alguma forma de evitar esse consumo elevado de memória durante a geração? Alguém já passou por algo semelhante? obrigado.

Se você receber este erro em qualquer programa PVA SPED Mesmo a versão dizendo ser de 64 bits utiliza um mysql em 32 bits que depende de uma lib obsoleta que não está no repositório lib32-libxcrypt-compat Para resolver em LINUX Basta executar: sudo dpkg --add-architecture i386 sudo apt update sudo apt install libcrypt1:i386 Bastou instalar a LIB que os Programas PVA SPED voltaram a funcionar Para windows deve ter solução semelhante , como não uso WIN não sei como fazer

Olá, sou novo aqui no fórum, esta é a minha primeira postagem. Se estiver no local incorreto peço desculpas. Estou enfrentando um problema ao atualizar nosso sistema próprio para a versão 2.01.02 do EFD-REINF. O problema parece estar relacionado à estrutura do XML enviado para o webservice do EFD-REINF. Antes de enviar o XML, fazemos uma validação para garantir que a estrutura está correta, de acordo com o arquivo XLSX fornecido pelo EFD-REINF. Até agora, não encontrei uma solução adequada para esse problema nos fóruns e sites relacionados, pois as mensagens de erro retornadas são bastante genéricas. Em resumo, após consultar o protocolo da situação do documento no endpoint https://reinf.receita.economia.gov.br/recepcao/lotes, recebemos um retorno que indica que o arquivo não foi enviado corretamente. Aqui está o XML enviado para o endpoint: <Reinf xmlns="http://www.reinf.esocial.gov.br/schemas/envioLoteEventosAssincrono/v1_00_00"> <envioLoteEventos> <ideContribuinte> <tpInsc>1</tpInsc> <nrInsc>00000000</nrInsc> </ideContribuinte> <eventos> <evento Id="IDXXXXXXXXXXXXXXXXXXXXXXXXXXX"> <ns2:Reinf xmlns:ns2="http://www.reinf.esocial.gov.br/schemas/evtInfoContribuinte/v2_01_02" xmlns:ns3="http://www.w3.org/2000/09/xmldsig#"> <ns2:evtInfoContri id="IDXXXXXXXXXXXXXXX"> <ns2:ideEvento> <ns2:tpAmb>1</ns2:tpAmb> <ns2:procEmi>1</ns2:procEmi> <ns2:verProc>2.01.02</ns2:verProc> </ns2:ideEvento> <ns2:ideContri> <ns2:tpInsc>1</ns2:tpInsc> <ns2:nrInsc>00000000</ns2:nrInsc> </ns2:ideContri> <ns2:infoContri> <ns2:inclusao> <ns2:idePeriodo> <ns2:iniValid>2023-10</ns2:iniValid> <ns2:fimValid>2023-10</ns2:fimValid> </ns2:idePeriodo> <ns2:infoCadastro> <ns2:classTrib>99</ns2:classTrib> <ns2:indEscrituracao>0</ns2:indEscrituracao> <ns2:indDesoneracao>0</ns2:indDesoneracao> <ns2:indAcordoIsenMulta>0</ns2:indAcordoIsenMulta> <ns2:indSitPJ>0</ns2:indSitPJ> <ns2:contato> <ns2:nmCtt>THAIS XXXXXX</ns2:nmCtt> <ns2:cpfCtt>00000000000</ns2:cpfCtt> <ns2:foneFixo>0032000000</ns2:foneFixo> <ns2:foneCel>0032000000</ns2:foneCel> <ns2:email>[email protected]</ns2:email> </ns2:contato> <ns2:softHouse> <ns2:cnpjSoftHouse>80400000000000</ns2:cnpjSoftHouse> <ns2:nmRazao>XXXXXX INFORMATICA LTDA</ns2:nmRazao> <ns2:nmCont>SUPORTE</ns2:nmCont> <ns2:telefone>0003006611</ns2:telefone> <ns2:email>[email protected]</ns2:email> </ns2:softHouse> </ns2:infoCadastro> </ns2:inclusao> </ns2:infoContri> </ns2:evtInfoContri> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256" /> <Reference URI="#ID18260000000000000000000000001"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256" /> <DigestValue>zdnff+xXXXXXXXXXXXXA1y8KVXQvTrk436Z8=</DigestValue> </Reference> </SignedInfo> <SignatureValue>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; </X509Certificate> </X509Data> </KeyInfo> </Signature> </ns2:Reinf> </evento> </eventos> </envioLoteEventos> </Reinf> E aqui está o XML de retorno da consulta do protocolo: https://reinf.receita.economia.gov.br/consulta/lotes/ <Reinf xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.reinf.esocial.gov.br/schemas/retornoLoteEventosAssincrono/v1_00_00"> <retornoLoteEventosAssincrono> <ideContribuinte> <tpInsc>1</tpInsc> <nrInsc>XXXXXXXXX</nrInsc> </ideContribuinte> <status> <cdResposta>3</cdResposta> <descResposta>Lote processado com sucesso - Possui um ou mais eventos com ocorrências de erro.</descResposta> </status> <dadosRecepcaoLote> <dhRecepcao>2023-10-25T14:58:51.447</dhRecepcao> <versaoAplicativoRecepcao>2.0.1-1600512</versaoAplicativoRecepcao> <protocoloEnvio>1.202310.0000000</protocoloEnvio> </dadosRecepcaoLote> <dadosProcessamentoLote> <versaoAplicativoProcessamentoLote>2.0.1-1608191</versaoAplicativoProcessamentoLote> </dadosProcessamentoLote> <retornoEventos> <evento Id="IDXXXXXXXXXXXXXXX5000001"> <retornoEvento> <Reinf xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.reinf.esocial.gov.br/schemas/evtTotal/v2_01_02"> <evtTotal id="IDXXXXXXXXXXXX0294038679"> <ideEvento> <perApur /> </ideEvento> <ideContri> <tpInsc>1</tpInsc> <nrInsc>00000000</nrInsc> </ideContri> <ideRecRetorno> <ideStatus> <cdRetorno>1</cdRetorno> <descRetorno>ERRO</descRetorno> <regOcorrs> <tpOcorr>1</tpOcorr> <localErroAviso> - Campo: xmlns - XPATH: /Reinf/@xmlns</localErroAviso> <codResp>MS0055</codResp> <dscResp>O campo 'xmlns' é obrigatório e não foi informado.</dscResp> </regOcorrs> <regOcorrs> <tpOcorr>1</tpOcorr> <localErroAviso>Registro: idePeriodo - XPATH: /Reinf/evtInfoContri/infoContri/inclusao/idePeriodo</localErroAviso> <codResp>MS1005</codResp> <dscResp>Já existe outro registro com período conflitante com o período informado.</dscResp> </regOcorrs> </ideStatus> </ideRecRetorno> <infoRecEv> <dhRecepcao>2023-10-25T14:58:51.447</dhRecepcao> <dhProcess>2023-10-25T14:58:51.5717635-03:00</dhProcess> <tpEv>1000</tpEv> <idEv>ID1213XXXXXXXXXXXXXXX14584900001</idEv> <hash>1jxSew1pZmXXXXXXXXXXXXXXXXyg87jkYn03PqQ2/teE=</hash> </infoRecEv> </evtTotal> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256" /> <Reference URI="#ID90010000000XXXXXXXXXXXX679"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256" /> <DigestValue>989hxPJXXXXXXXXXXXXXXXOcVLUy+N2Q=</DigestValue> </Reference> </SignedInfo> <SignatureValue>F716jvXXXXXXXXXXXXXXXXXXXXXXXXXZTQvwtbNp7lnMRj6R2G14biNqOu+zbDwS4LMlActrgy/974u8i0u44VFdrqd3wIaUng+xXx30u+skKyp1OOpc3fOa804RdOPT+4QnxwvVOcW6KrF3FdbU5U4NV9fK8BZYXiH5KGzLdR93uKP1ERpOBErmn+iQv0CbTT6xf5TgTyQLEEv1iheIXfivA2FHKKGw8V1Vns0yQNW3qMp0RO8n3wNNX6RfVZsooA0oZkl41RZGW8Bcc3x2BHH7iQZmYRD62GqZBw==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIIcDCCBligAwIBAgIMLwj8Ba6fwpuyKikgMXXXXXXXXXXXXXXXXXGA1UECwwsQXV0b3JpZGFkZSBDZXJ0aWZpY2Fkb3JhIFJhaXogQnJhc2lsZWlyYSB2MTAxMTAvBgNVBAMMKEF1dG9yaWRhZGUgQ2VydGlmaWNhZG9yYSBkbyBTRVJQUk8gU1NMdjEwHhcNMjMwNzA0MTY1MzM1WhcNMjQwNzAzMTY1MzM1WjCB4DELMAkGA1UEBhMCQlIxCzAJBgNVBAgMAk1HMRcwFQYDVQQHDA5CRUxPIEhPUklaT05URTE7MDkGA1UECgwyU0VSVklDTyBGRURFUkFMIERFIFBST0NFU1NBTUVOVE8gREUgREFET1MgKFNFUlBSTykxFzAVBgNVBAUTDjMzNjgzMTExMDAwMTA3MSYwJAYDVQQDDB1yZWluZi5yZWNlaXRhLmVjb25vbWlhLmdvdi5icjEYMBYGA1UEDxMPQnVzaW5lc3MgRW50aXR5MRMwEQYLKwYBBAGCNzwCAQMTAkJSMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAw/JL5f6YLKJn04L+Vq+K9hB8BU7KAO29ESl6vwuM9oN74gJJUOOeaSUdFA1MPrxyEbV3X60cFzPUeekF6reqvcLMnvLObjGF3x1vdcGllu58f2UXW9R12Dx83h6QUz33nUbleHUS2mppWzFhDfkviyKjGhif2fdx+8oZb4Hk4N8B9tammGVNFoe+76mQnZkDZggsb6PEXqOWaC5ksO3mLxKmNtuF5lhgWzwXJSS/bZfDAoPb+x/SLZt6SZjInxgK7nGP4LO+d9uH7E0lmbnZTCZGMs89/T9R6CBRSZJfGnbdm7aVGlzwFmp0A5V9PQEsX6xkx04c1gEzxrqgBUWO1QIDAQABo4IDejCCA3YwHwYDVR0jBBgwFoAUrRZPS/EMvsKKooUY1w1GJZMi480wgYgGA1UdHwSBgDB+MDygOqA4hjZodHRwOi8vcmVwb3NpdG9yaW8uc2VycHJvLmdvdi5ici9sY3IvYWNzZXJwcm9zc2x2MS5jcmwwPqA8oDqGOGh0dHA6Ly9jZXJ0aWZpY2Fkb3MyLnNlcnByby5nb3YuYnIvbGNyL2Fjc2VycHJvc3NsdjEuY3JsMIGHBggrBgEFBQcBAQR7MHkwQgYIKwYBBQUHMAKGNmh0dHA6Ly9yZXBvc2l0b3Jpby5zZXJwcm8uZ292LmJyL2NhZGVpYXMvc2VycHJvc3NsLnA3YjAzBggrBgEFBQcwAYYnaHR0cDovL29jc3Auc2VycHJvLmdvdi5ici9hY3NlcnByb3NzbHYxMCgGA1UdEQQhMB+CHXJlaW5mLnJlY2VpdGEuZWNvbm9taWEuZ292LmJyMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDAQYIKwYBBQUHAwIwYwYDVR0gBFwwWjAIBgZngQwBAgIwTgYGYEwBAgFpMEQwQgYIKwYBBQUHAgEWNmh0dHA6Ly9yZXBvc2l0b3Jpby5zZXJwcm8uZ292LmJyL2RvY3MvZHBjc2VycHJvc3NsLnBkZjCCAX4GCisGAQQB1nkCBAIEggFuBIIBagFoAHcA7s3QZNXbGs7FXLedtM0TojKHRny87N7DUUhZRnEftZsAAAGJIdMnDwAABAMASDBGAiEA+5xCsS1hRXm52Xok9PXS2/SDDs+/P13buqyJwHP43mUCIQCsZiap0oPwZAonHHciWFrWA0gj5qD4HrHrP12MUqyg6gB1AHb/iD8KtvuVUcJhzPWHujS0pM27KdxoQgqf5mdMWjp0AAABiSHTLDsAAAQDAEYwRAIgPCpKFidq70sXCZS2rOaqJllFmF+CI3Q85jec1tPmrZECIC1lauZMb+yM7XsJwxQ5+2/aPa+6GwnuoqxFmZf0BeloAHYAh0+1DcAp2ZMd5XPp8omejkUzs5LTiwpGJXS/D+6y/B4AAAGJIdNfDQAABAMARzBFAiBowWmCQfnFdyOYlqhjanZDQoI6tHzekX3pCz7jdy5uRwIhAN42kXqpKQKzEhgwHg4C1S/97bKoGexfWFwav3MlPZl8MA0GCSqGSIb3DQEBCwUAA4ICAQBMdJYqCCTHH+sjz+RZujkWVzm6LKY2OhdRzMjXnE/3TLz84uZIt4RvbWdd2s8JCMJpkcrTHsS059Uia1TOsTRgWlJU8iD+ttRIYtY2OcSgIWiBnF4dP02hGB7OfERDImSewjuBxeNHGr69NmMUwkYm+wqfBF/IPTNkr846YHYv9e8c5SgWjvb8OtPm/ZmibPYE6kzV9iMJ4pTHlTcBYj4ihmNe0hFP+cK3yyiPflpJCmxipvf7MyVRV4oadZcXhA2s7R76Uly9BWcqbP0UHriYL9l8tnyGN1EsVnu6q1E4Uhp7t7dtL3Yy4ZSsBR6+XTFESvl0eofh4JdqH+z99e3howAM0IfF5I6+FUqwIDW6ASIeKwLsLlhIp+6fGBfoIBUD+XxjrOOUZfBSo7A6SVX6ez1zRctwJAEb6ZO/pyNnMQRGVmuhJXnSTjJsNRqNaWOhg1IjHY0REkIvnJ8d+6ZlTUsGYEGtqk012wILpol5x8PQzyWxXyWr56ULJBMWzORgmW2Y/p6OVHc8xIs2hKas7frfHaZxQZLRRbfJ7BIUzwxR2M7l4zjSEFmajPuxea1mZ4J6KlZbm4WFJOHc4sSBgyPMetfOH0xopyiRAhnWWxI0kVp0pbLHSEUNq0/Jqo5PiQgMH9F3epeH5xpX72thPP4ic5YHskr5KOT1IbkyQw==</X509Certificate> </X509Data> </KeyInfo> </Signature> </Reinf> </retornoEvento> </evento> <evento Id="ID121301475XXXXXXXXXXXXXX4585000002"> <retornoEvento> <Reinf xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.reinf.esocial.gov.br/schemas/evtTotal/v2_01_02"> <evtTotal id="ID90010XXXXXXXXXX509XXXX9"> <ideEvento> <perApur>2023-10</perApur> </ideEvento> <ideContri> <tpInsc>1</tpInsc> <nrInsc>21XXXXXXXX5</nrInsc> </ideContri> <ideRecRetorno> <ideStatus> <cdRetorno>1</cdRetorno> <descRetorno>ERRO</descRetorno> <regOcorrs> <tpOcorr>1</tpOcorr> <localErroAviso> - Campo: xmlns - XPATH: /Reinf/@xmlns</localErroAviso> <codResp>MS0055</codResp> <dscResp>O campo 'xmlns' é obrigatório e não foi informado.</dscResp> </regOcorrs> </ideStatus> </ideRecRetorno> <infoRecEv> <dhRecepcao>2023-10-25T14:58:51.447</dhRecepcao> <dhProcess>2023-10-25T14:58:51.6791257-03:00</dhProcess> <tpEv>2010</tpEv> <idEv>ID1213XXXXXXXXXXX005243</idEv> <hash>+6FSHh5dXXXXXXXXXXXXuFQ5dTIXMu4=</hash> </infoRecEv> </evtTotal> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256" /> <Reference URI="#ID90010000000XXXXXXXXXXXXX629"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256" /> <DigestValue>xuGXjE61AVyXXXXXXXXXXXXXXv6jU++hlBE/4=</DigestValue> </Reference> </SignedInfo> <SignatureValue>aCr6JEfE18HvGwU2tXXXXXXXXXXXXXXXXXXXXidFg305X+tCFOXOHPHT2LOP5WF6x/EGARPC5snOKFyaqpt1W0D7pkFyMHOgsB2WJnKnGGjKYW7PgMwUAC7Q/uiOuIhQmSPTTKIK/zQsEkNcf0080Wx9EEaA2o2ezEgTSrrEyxLD/Aq4+WTCTykGhlgBugtUSTcuCzoIqtD4n4c/0lQS4ZB74VJltvwC5iBftfUrJgv82luAuOo9Gt8sqq+e53qYimawA/R1fsAHzHFRKGYhrNA==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIIcDCCBligAwIBAgIMLwj8BaXXXXXXXXXXXXXXXXXXDZXJ0aWZpY2Fkb3JhIFJhaXogQnJhc2lsZWlyYSB2MTAxMTAvBgNVBAMMKEF1dG9yaWRhZGUgQ2VydGlmaWNhZG9yYSBkbyBTRVJQUk8gU1NMdjEwHhcNMjMwNzA0MTY1MzM1WhcNMjQwNzAzMTY1MzM1WjCB4DELMAkGA1UEBhMCQlIxCzAJBgNVBAgMAk1HMRcwFQYDVQQHDA5CRUxPIEhPUklaT05URTE7MDkGA1UECgwyU0VSVklDTyBGRURFUkFMIERFIFBST0NFU1NBTUVOVE8gREUgREFET1MgKFNFUlBSTykxFzAVBgNVBAUTDjMzNjgzMTExMDAwMTA3MSYwJAYDVQQDDB1yZWluZi5yZWNlaXRhLmVjb25vbWlhLmdvdi5icjEYMBYGA1UEDxMPQnVzaW5lc3MgRW50aXR5MRMwEQYLKwYBBAGCNzwCAQMTAkJSMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAw/JL5f6YLKJn04L+Vq+K9hB8BU7KAO29ESl6vwuM9oN74gJJUOOeaSUdFA1MPrxyEbV3X60cFzPUeekF6reqvcLMnvLObjGF3x1vdcGllu58f2UXW9R12Dx83h6QUz33nUbleHUS2mppWzFhDfkviyKjGhif2fdx+8oZb4Hk4N8B9tammGVNFoe+76mQnZkDZggsb6PEXqOWaC5ksO3mLxKmNtuF5lhgWzwXJSS/bZfDAoPb+x/SLZt6SZjInxgK7nGP4LO+d9uH7E0lmbnZTCZGMs89/T9R6CBRSZJfGnbdm7aVGlzwFmp0A5V9PQEsX6xkx04c1gEzxrqgBUWO1QIDAQABo4IDejCCA3YwHwYDVR0jBBgwFoAUrRZPS/EMvsKKooUY1w1GJZMi480wgYgGA1UdHwSBgDB+MDygOqA4hjZodHRwOi8vcmVwb3NpdG9yaW8uc2VycHJvLmdvdi5ici9sY3IvYWNzZXJwcm9zc2x2MS5jcmwwPqA8oDqGOGh0dHA6Ly9jZXJ0aWZpY2Fkb3MyLnNlcnByby5nb3YuYnIvbGNyL2Fjc2VycHJvc3NsdjEuY3JsMIGHBggrBgEFBQcBAQR7MHkwQgYIKwYBBQUHMAKGNmh0dHA6Ly9yZXBvc2l0b3Jpby5zZXJwcm8uZ292LmJyL2NhZGVpYXMvc2VycHJvc3NsLnA3YjAzBggrBgEFBQcwAYYnaHR0cDovL29jc3Auc2VycHJvLmdvdi5ici9hY3NlcnByb3NzbHYxMCgGA1UdEQQhMB+CHXJlaW5mLnJlY2VpdGEuZWNvbm9taWEuZ292LmJyMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDAQYIKwYBBQUHAwIwYwYDVR0gBFwwWjAIBgZngQwBAgIwTgYGYEwBAgFpMEQwQgYIKwYBBQUHAgEWNmh0dHA6Ly9yZXBvc2l0b3Jpby5zZXJwcm8uZ292LmJyL2RvY3MvZHBjc2VycHJvc3NsLnBkZjCCAX4GCisGAQQB1nkCBAIEggFuBIIBagFoAHcA7s3QZNXbGs7FXLedtM0TojKHRny87N7DUUhZRnEftZsAAAGJIdMnDwAABAMASDBGAiEA+5xCsS1hRXm52Xok9PXS2/SDDs+/P13buqyJwHP43mUCIQCsZiap0oPwZAonHHciWFrWA0gj5qD4HrHrP12MUqyg6gB1AHb/iD8KtvuVUcJhzPWHujS0pM27KdxoQgqf5mdMWjp0AAABiSHTLDsAAAQDAEYwRAIgPCpKFidq70sXCZS2rOaqJllFmF+CI3Q85jec1tPmrZECIC1lauZMb+yM7XsJwxQ5+2/aPa+6GwnuoqxFmZf0BeloAHYAh0+1DcAp2ZMd5XPp8omejkUzs5LTiwpGJXS/D+6y/B4AAAGJIdNfDQAABAMARzBFAiBowWmCQfnFdyOYlqhjanZDQoI6tHzekX3pCz7jdy5uRwIhAN42kXqpKQKzEhgwHg4C1S/97bKoGexfWFwav3MlPZl8MA0GCSqGSIb3DQEBCwUAA4ICAQBMdJYqCCTHH+sjz+RZujkWVzm6LKY2OhdRzMjXnE/3TLz84uZIt4RvbWdd2s8JCMJpkcrTHsS059Uia1TOsTRgWlJU8iD+ttRIYtY2OcSgIWiBnF4dP02hGB7OfERDImSewjuBxeNHGr69NmMUwkYm+wqfBF/IPTNkr846YHYv9e8c5SgWjvb8OtPm/ZmibPYE6kzV9iMJ4pTHlTcBYj4ihmNe0hFP+cK3yyiPflpJCmxipvf7MyVRV4oadZcXhA2s7R76Uly9BWcqbP0UHriYL9l8tnyGN1EsVnu6q1E4Uhp7t7dtL3Yy4ZSsBR6+XTFESvl0eofh4JdqH+z99e3howAM0IfF5I6+FUqwIDW6ASIeKwLsLlhIp+6fGBfoIBUD+XxjrOOUZfBSo7A6SVX6ez1zRctwJAEb6ZO/pyNnMQRGVmuhJXnSTjJsNRqNaWOhg1IjHY0REkIvnJ8d+6ZlTUsGYEGtqk012wILpol5x8PQzyWxXyWr56ULJBMWzORgmW2Y/p6OVHc8xIs2hKas7frfHaZxQZLRRbfJ7BIUzwxR2M7l4zjSEFmajPuxea1mZ4J6KlZbm4WFJOHc4sSBgyPMetfOH0xopyiRAhnWWxI0kVp0pbLHSEUNq0/Jqo5PiQgMH9F3epeH5xpX72thPP4ic5YHskr5KOT1IbkyQw==</X509Certificate> </X509Data> </KeyInfo> </Signature> </Reinf> </retornoEvento> </evento> </retornoEventos> </retornoLoteEventosAssincrono> </Reinf> A parte do erro que preciso corrigir inicialmente seria: <localErroAviso> - Campo: xmlns - XPATH: /Reinf/@xmlns</localErroAviso> <codResp>MS0055</codResp> <dscResp>O campo 'xmlns' é obrigatório e não foi informado.</dscResp> Gostaria de saber se alguém já enfrentou esse problema ou tem alguma sugestão sobre como corrigi-lo. Todas as informações e dicas são muito bem-vindas. Agradeço desde já pela ajuda!

Olá. Como deve ser a estrutura do arquivo para o "2 -Leiaute restrito aos saldos de estoque"? Olhando o manual ficou claro a estrutura do leiaute simples e o completo, mas do 2 -Leiaute restrito aos saldos de estoque não esta claro para mim. Desde já agradeço.

Pessoal, estou fazendo a unificação do Sped Contribuições e estou esbarrando nos seguintes problemas: Alguns dados como Produtos e Clientes, pode acontecer de ter o mesmo código em ambas as empresas, mas serem produtos diferentes ou até mesmo clientes diferentes. O que fazer nesta situação? Eu poderia no arquivo do sped contribuições mandar produtos e clientes com códigos diferentes do que mando no sped fiscal? Exemplo: em ambas as empresas tenho o produto 41458. Eu alterar o código tanto no registro do produto quanto nas notas para que na matriz seja 41458 e na filial seja 10041458? Isto tanto para clientes quanto produtos e somente no Sped Contribuições.

Pessoal, tem algum lugar que acho uma nota técnica do Sped Fiscal e o Sped Contribuições no estilo da NFe? Eu não achei até então nada referenciando as alterações da versão 2022 até 2023, apenas o manual como um todo.

Pessoal, estou seguindo os passos abaixo para poder credenciar minha software house no Ceará para poder emitir NFCe. A minha dúvida é em relação as particularidades do estado, assim como outros tipo SC: Para o estado do Ceará eu preciso gerar algum arquivo específico para operar um PDV que emita NFCe (sem o MFe)? No Sintegra, Sped Fiscal e Sped Contribuições, eu preciso gerar algum registro específico que é solicitado pelo estado? Na NFCe eu preciso informar algum campo específico?

Boa tarde Pessoal, tudo bem? O Validador (PVA) do Sped Contribuições está me retornando o seguinte erro para o registro C490: Porém o valor de 59 está correto segundo o registro e a tabela abaixo Tabela 4.1.1 https://www.valor.srv.br/guias/guiasIndex.php?idGuia=348 Pode ser um bug do PVA ou realmente é algo que estou deixando passar despercebido? Registro está assim no arquivo: |C490|01072022|31072022|59|

Olá! Estou testando o bloco E310 mas ao colocar um valor qualquer no saldo anterior VL_SLD_CRED_ANT_DIF e repetir este valor em VL_SLD_CRED_TRANSPORTAR o campo VL_SLD_CRED_TRANSPORTAR é gravado como zerado. De fato, não importa o valor que coloque ali ele sempre é escrito zerado no arquivo enquanto o campo VL_SLD_CRED_ANT_DIF é escrito corretamente. Grato por sua atenção. Cezar Lopes.

Boa noite Por volta das 21 hrs do dia 02/02/2022, fiz a atualização dos fontes do Acbr. Após isso, inclui a procedure que insere o registro 1601 no arquivo SPED Fiscal. Mesmo estando com os fontes atualizados, gerando o registro 1601 e com o PVA mais recente (versão 2.8.1), este retorna erros de estrutura no arquivo. Aqui está um trecho do arquivo SPED gerado: |1001|0| |1010|N|N|N|N|N|N|S|N|N|N|N|N|N| |1600|AD00004|225,00|1130,00| |1601|99999999000191||1355,00|0,00|0,00| |1990|5| |9001|0| Em anexo encontra-se os erros apontados pelo PVA. Gostaria de saber se houve alguma diferença no preenchimento do registro 1600, pois no guia prático, continua as mesmas informações de sempre. Desde já agradeço a atenção.

Olá pessoal, sou novo por aqui e gostaria de saber como faço pra alterar o leiaute do Sped Fiscal dentro do projeto com ACBrFiscal para a versão 15 que esta sendo cobrada pelo EFD ICMS IPI. no meu projeto estou usando esse ACBrFiscal e esta gerando leiaute 014. como faço pra atualizar para o 15? quem puder dar uma dica, fico grato!

Estou confuso quanto ao registro C175 do SPED. Segundo o último Guia Prático EFD disponível pelo link: http://sped.rfb.gov.br/estatico/AD/06A0F5C4E4CC8CA16035EB891A3AE31EA79708/Guia_Pratico_EFD_Contribuicoes_Versao_1_35 - 18_06_2021.pdf O registro C175 é o Registro Analítico do Documento (Código 65). O que está acontecendo é que ao utilizar o comando RegistroC175New não está aparecendo os campos corretos para preencher. Os campos que aparecem são: IND_VEIC_OPER CNPJ UF CHASSI_VEIC Que não tem relação nenhuma com a NFC-e. segundo o manual os campos que deveriam ser preenchidos são: CFOP VL_OPR VL_DESC CST_PIS VL_BC_PIS ALIQ_PIS QUANT_BC_PIS ALIQ_PIS_QUANT VL_PIS CST_COFINS VL_BC_COFINS ALIQ_COFINS QUANT_BC_COFINS ALIQ_COFINS_QUANT VL_COFINS COD_CTA INFO_COMPL Já atualizei os fontes e reinstalei os componentes do ACBr, mas ainda me aparecem os campos errados para preencher.

Olá, preciso de uma orientação quem puder me dar uma dica. Preciso fazer um sped para um cliente de Alagoas que agora será obrigatório para Simples também , sei que tem componente da ACBR (vi na pasta acbrsped contabil, ou seria Fiscal ou Fiscal importar?) no exemplo tem Registros Bloco 0 Registros Bloco I Registros Bloco J nao entendo disso, qual que faço para mandar para o contador ele quer entrada, saída, valor de compras

Estou sofrendo um problema ao gerar o registro C181 do SPED Fiscal com o leiaute 015. O erro retornado é "List index out of bounds (-1)" assim que eu tento dar RegistroC181New.