Pesquisar na Comunidade

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.

Pessoal, ao gerar o Sped Contribuições, com frequência acontece erro de Arredondamento nos registros M. Quando gero a apuração, fica fácil para corrigir, mas eu queria já gerar de uma vez o arquivo correto e não sei onde está o erro, se é alguma regra de arredondamento que tenho de fazer e etc. Vocês poderiam me ajudar? SPED_Contribuicoes_2021_01.txt

Preciso de alguém que ajude a escrever um gerador de SPED fiscal em cima do nosso sistema utilizando o componente do acbr. Eu já estudei o exemplo do acbr mas mesmo assim ainda tenho bastante dúvidas e gostaria de ajuda para desenvolver essa ferramenta.

Olá a todos. Estou tentando importar arquivos SPED EFD-Contribuições e Sped-Fiscal mas estou tendo problemas para ler o Bloco 0 Registro 150. A função SpedFiscal.Bloco_0.Registro0150Count retorna zero sempre e dentro do arquivo (que já foi validado pela Sefaz) existem estes registros como abaixo descrevo. |0150|FOR000000008|DOANDO DISTRIBUIDORA LTDA|1058|32254261000228||1770119075|4303103||R. DO SANTO NASCIMENTO|90||DISTRITO INDUSTRIAL| |0150|FOR000000009|PARAMIM S.A|1058|82949812000171||250864877|4216909||RUA DO DENTISTA|475||PADRE FRANCISCO| |0150|FOR000000011|COOPERATIVA SANTO AMARO LTDA|1058|88388357003001||0250317821|4305108||R IRMAO JOSE|20||SANTA FAMILIA| Estou fazendo o seguinte codigo: For Linha := 0 To DM.SpedContribuicao.Bloco_0.Registro0150Count - 1 Do Begin LocaldeDestino := DM.SpedContribuicao.Bloco_0.Registro0150New.COD_PART; End; O que pode estar acontecendo? Desde já agradeço a atenção de todos.

Olá, não estou conseguindo gerar, nem ler o Bloco M (M100, M105, M205, M210, M410, M505, M605, M810). Alguem tem alguma dica, informação? Obrigado

Bom dia! Contrata-se um desenvolvedor freelance para desenvolvimento do Modulo SPED Fiscal. Sera Dois Módulos - SPED ICMS - SPED Contribuições Banco de Dados - MySQL Obs. Passamos toda a informação sobre o banco de dados para ajudar na busca das informações. Linguagem - Delphi Telefone para Contato (63) 98501-2754 - Whatsapp (63) 3571-1457 - Escritório (ramal 28 - Falar com Johnny)

Prezados, Qual componente devo usar para gerar a "EFD ICMS IPI"? Baixei a NT 2019.001 v1.0 e comparei com os programas exemplo (Sped Fiscal e SpedPisCofins) e percebi que na NT existem blocos dos dois. (Que são exigidos, mas não estão presentes num ou no outro). Exemplo: Se usar o ACBrSpedFiscal tenho "BLOCO 0" e "BLOCO C", mas não tenho o "BLOCO B" (no programa exemplo) Já no ACBrSpedPisCofins tenho "BLOCO 0", "BLOCO B", mas não o "BLOCO E" obs: Quando digo: "não tenho" estou me referindo ao botão nos programas exemplo do Lazarus.