Paulo Alves N Junior

Bom dia. Ao emitir um CTe-OS de complemento para SEFAZ - MG ocorre algum erro, mas o web service deles não traz qualquer informação sobre o problema. Já testei a rotina em outras UF's e a emissão do complemento ocorre sem nenhum problema, comparei os XML e não há nada de diferente entre eles. Ocorre tanto no layout 3.0 quanto no 4.0. Alguém já passou por isso? <?xml version="1.0" encoding="UTF-8"?> <CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="3.00"> <infCte versao="3.00" Id="CTe31231027510187000120670010000013861000757804"> <ide> <cUF>31</cUF> <cCT>00075780</cCT> <CFOP>5353</CFOP> <natOp>Prestacao de servico de transporte</natOp> <mod>67</mod> <serie>1</serie> <nCT>1386</nCT> <dhEmi>2023-10-04T08:57:03-03:00</dhEmi> <tpImp>1</tpImp> <tpEmis>1</tpEmis> <cDV>4</cDV> <tpAmb>2</tpAmb> <tpCTe>1</tpCTe> <procEmi>0</procEmi> <verProc>3.0</verProc> <cMunEnv>3131901</cMunEnv> <xMunEnv>Itabirito</xMunEnv> <UFEnv>MG</UFEnv> <modal>01</modal> <tpServ>6</tpServ> <indIEToma>1</indIEToma> <cMunIni>3100104</cMunIni> <xMunIni>Abadia dos Dourados</xMunIni> <UFIni>MG</UFIni> <cMunFim>3100203</cMunFim> <xMunFim>Abaete</xMunFim> <UFFim>MG</UFFim> </ide> <compl> <xObs>Complemento a CTeOs no. 1385 Serie: 1</xObs> </compl> <emit> <CNPJ>27*********120</CNPJ> <IE>002******0065</IE> <xNome>SANTA ********* LTDA</xNome> <xFant>FRETAMENTO</xFant> <enderEmit> <xLgr>RUA JOAO PINHEIRO</xLgr> <nro>438</nro> <xBairro>SANTA EFIGENIA</xBairro> <cMun>3131901</cMun> <xMun>Itabirito</xMun> <CEP>35455060</CEP> <UF>MG</UF> <fone>31******50</fone> </enderEmit> </emit> <toma> <CNPJ>10*******22</CNPJ> <IE>001********68</IE> <xNome>****** SILVA CAMPOS</xNome> <xFant>****** SILVA CAMPOS</xFant> <fone>3****88</fone> <enderToma> <xLgr>R DOUTOR AMERICO DE OLIVEIRA</xLgr> <nro>***</nro> <xCpl>LOJA **</xCpl> <xBairro>VARGINHA</xBairro> <cMun>3132404</cMun> <xMun>Itajuba</xMun> <CEP>37501049</CEP> <UF>MG</UF> <cPais>1058</cPais> <xPais>BRASIL</xPais> </enderToma> <email>[email protected]</email> </toma> <vPrest> <vTPrest>0.00</vTPrest> <vRec>0.00</vRec> </vPrest> <imp> <ICMS> <ICMS00> <CST>00</CST> <vBC>10.00</vBC> <pICMS>12.00</pICMS> <vICMS>1.20</vICMS> </ICMS00> </ICMS> <infTribFed> <vINSS>0.00</vINSS> </infTribFed> </imp> <infCteComp> <chCTe>31231***********************13851000757785</chCTe> </infCteComp> </infCte> <infCTeSupl> <qrCodCTe>https://cte.fazenda.mg.gov.br/portalcte/sistema/qrcode.xhtml?chCTe=31231027510187000120670010000013861000757804&amp;tpAmb=2</qrCodCTe> </infCTeSupl> <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/2000/09/xmldsig#rsa-sha1"/> <Reference URI="#CTe31231027510187000120670010000013861000757804"> <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/2000/09/xmldsig#sha1"/> <DigestValue>nzQavWogz+LrFSBLepnOQn/C7xY=</DigestValue> </Reference> </SignedInfo> <SignatureValue>aNMGC9xKjh4/XjeFlUyeymlMKyaukH1eseE+RExSrfLZJZlFkg8DcKgwY/XPa7ffFaNg93+CbMbGJLKcoclFYsF/HTq1VYfVpA2OTl4JC4rxKVPE7k/tkWTSc9QkzHeSF+TwbQ/CkD6V7RVmXI8B+3WaWBarHKCAjFfVd6dVyrVt+4qXk+1kXxaEe2HVtbFk3OReklMbB2/fK89R238pQOwrUwuml1x0ETPHOMNZoZG2jXXIgoVydJjksvlWf9x6tjDmZLHbG/gVisxAsAe2vU4ZTUREs1RhTu87D+dIwN81+rSqF0308b8XAUMa+dMpxfB8o+fHo7fayJGBtjiGVw==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIHTDCCBTSgAwIBAgIIWGsjBRVGYnwwDQYJKoZIhvcNAQELBQAwWTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxFTATBgNVBAsTDEFDIFNPTFVUSSB2NTEeMBwGA1UEAxMVQUMgU09MVVRJIE11bHRpcGxhIHY1MB4XDTIzMDUxNTE5MjUwMFoXDTI0MDUxNDE5MjUwMFowgegxCzAJBgNVBAYTAkJSMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMQswCQYDVQQIEwJNRzESMBAGA1UEBxMJSXRhYmlyaXRvMR4wHAYDVQQLExVBQyBTT0xVVEkgTXVsdGlwbGEgdjUxFzAVBgNVBAsTDjI0NzgzMzI5MDAwMTM0MRMwEQYDVQQLEwpQcmVzZW5jaWFsMRowGAYDVQQLExFDZXJ0aWZpY2FkbyBQSiBBMTE5MDcGA1UEAxMwU0FOVEFGRSBGUkVUQU1FTlRPIEUgVFVSSVNNTyBMVERBOjI3NTEwMTg3MDAwMTIwMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwAKjppoEH1IGpCJlIeWW47qJ36m87Q6KCKnuOtrIP3CsMymnpMOCXsLazh4oOxId3b8yDf5xyoN61go0aruILOQt/QreVBCpxFzLcdby4Ewetmbgcb5gKywL11NZ2KUzpLVRl2HLU64qExM/7G5J3Lx/NIZvVegQx8uewwGUqPQf2KiIWzG7Vun8p+Fxk87zW/UcmyJtXyVbvDA0bpN+ILZn6oZYQTTHPBghXqlH/RJGyQZfLKnpNOhLT0pqKCb9PEgCMxEKkTu80/1oRu4oCTUaBKgHB/bgrc3klxft5qWmmkG1MjC0M6XJqFh6MXyuM+6p8mdZvGlBmqVPW0hzbwIDAQABo4IChjCCAoIwCQYDVR0TBAIwADAfBgNVHSMEGDAWgBTFUu0lgAnfnILIn0fG3bRfMd25sTBUBggrBgEFBQcBAQRIMEYwRAYIKwYBBQUHMAKGOGh0dHA6Ly9jY2QuYWNzb2x1dGkuY29tLmJyL2xjci9hYy1zb2x1dGktbXVsdGlwbGEtdjUucDdiMIHBBgNVHREEgbkwgbaBIW1hcmNlbG9Ac2FudGFmZXRyYXNucG9ydGVzLmNvbS5icqAjBgVgTAEDAqAaExhNQVJDRUxPIEZFUlJFSVJBIEFMTUVJREGgGQYFYEwBAwOgEBMOMjc1MTAxODcwMDAxMjCgOAYFYEwBAwSgLxMtMTMwNjE5NzUwMjk0MTAyNzYwMjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoBcGBWBMAQMHoA4TDDAwMDAwMDAwMDAwMDBdBgNVHSAEVjBUMFIGBmBMAQIBJjBIMEYGCCsGAQUFBwIBFjpodHRwOi8vY2NkLmFjc29sdXRpLmNvbS5ici9kb2NzL2RwYy1hYy1zb2x1dGktbXVsdGlwbGEucGRmMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBjAYDVR0fBIGEMIGBMD6gPKA6hjhodHRwOi8vY2NkLmFjc29sdXRpLmNvbS5ici9sY3IvYWMtc29sdXRpLW11bHRpcGxhLXY1LmNybDA/oD2gO4Y5aHR0cDovL2NjZDIuYWNzb2x1dGkuY29tLmJyL2xjci9hYy1zb2x1dGktbXVsdGlwbGEtdjUuY3JsMB0GA1UdDgQWBBQ56nf8bQPlRpEG1uRYDOByYoQfGDAOBgNVHQ8BAf8EBAMCBeAwDQYJKoZIhvcNAQELBQADggIBAEWWHqfZtDCgdLY7V+qJf9qAlPHmhuWzxD+mndYcmNE7zprb5TksxmNeef9S0Qv2CZSBCKEf/+NuAfs6iiaIBRyKQjaiNAX009ISxTjo/3cBi/LPBTKphxp25c+tC3qG8X5+voEbEcBVScFxilDIt3mSwT0i5X6fRy931aZLZvkTcL9hrVXKwtBIjLPpE9GPPJZjqtq+6ZuwHjqt/TUm8UjLYC6wP2BfELjYAGPUcH3BEoxpQBXdW8KBi1gX6sD89wCPFjFhpV7AWVSOBcWTXRXYgh9xvTpln9J0Hy1FhmsIi9PI2Ro9S6VgKTg3jQqk8WWqz0AegRDE2YatYM/9hnRXmQJ0VpjynvqXpe3sU3Vtv18iuwbkGMl41oAx3kV8EfcFS1py7aU1FmRxMXK5g7Gql5x9ypGD75QrZwPbPTXFHiV+HxHb93LG5G2Vs5yEv3pvQVmyrKDIw5tuds3aYmcSnWgHRpIt7OAovay24RMmyBNEbpPcz0nSvCOji9xRVw0EuB9RpCEDaewdgUZrFZT16/kEWa6PI92xymRdo7ama8HrHnTKQ34Ee7w2BndOUxJQpuDjTqVStXoUlyU7XyAPB23SI7JxBG5ZuxB5/4igA7KEfLxcnz2jVBxPMg0fm/Q44f3F/xa4sL3CB7UuyPE/PieR/2bgrbbFGXceRlKN</X509Certificate> </X509Data> </KeyInfo> </Signature> </CTeOS>

Obrigado.

Mesmo não enviando a poltrona no objeto, a impressão está saindo com poltrona número 0 (zero). Um cliente da empresa de transporte entrou com uma ação na justiça, alegando que não existe potrona número 0. Alterei a unit acbrbpedabpeescpos.pas para realizar essa tratativa. Linha 309 FPosPrinter.Buffer.Add('</fn>' + PadSpace('Poltrona: <n>' + ifthen(FpBPe.infViagem.Items[i].Poltrona > 0, IntToStr(FpBPe.infViagem.Items[i].Poltrona), ' ') + '|Plataforma: <n>' + FpBPe.infViagem.Items[i].Plataforma + '</n>', FPosPrinter.ColunasFonteNormal, '|')); ACBrBPeDABPeESCPOS.pas

Obrigado.

Boa tarde. Ao enviar um CTe na versão 4.0 em homologação, estamos recebendo a mensagem abaixo. Segue em anexo o XML gerado. Alguns dados do XML foram editados por questões de privacidade 52230401543354000145570010000925811002751175-cte.xml

Boa tarde. No grupo "ideProcTrab" o campo "cpfTrab" o preenchimento é excluiso para o evento S-2500 e o campo "perApurPgto" é exclusivo para o evento S-2501 A unit "pcesS3500.pas" não está validando essas regras. Realizei a alteração e consegui enviar o evento com sucesso. Segue unit alterada. pcesS3500.pas

Bom dia. Realmente terei de alterar minha rotina. Obrigado, tópico resolvido.

Bom dia a todos, obrigado pelas informações. Pelo visto terei que reescever minha rotina e adequar tudo ao layout v2_01_01. O evento R1000 também deverá ser alterado para o layout v2_01_01? Limpei a base de homologação na versão anterior, e quando envio no novo, só recebo lote em processamento.

Olá. Estou implementando o envio do registro R4020 da Reinf. Já faço a emissão dos eventos R1000, R2010, R2020 e R2060, utilizando o Layout Agora ao tentar enviar o evento R4020 nesse layout, recebo a seguinte mensagem "Arquivo .../Schemas\Reinf\evt4020PagtoBeneficiarioPJ-v1_05_01.xsd Não encontrado". Verifiquei que existe apenas o arquivo "evt4020PagtoBeneficiarioPJ-v2_01_01.xsd", aí mudei minha aplicação para gerar no layout v2_01_01, mas dessa forma não consigo mais enviar os registros anterioroes. Terei de alterar o layout de envio para cada um desses grupo (R20 no layout v1_05_01 e R40 no layout v2_01_01) ?

Bom dia @Juliomar Marchetti, obrigado pela resposta. Na empresa onde trabalho não utilizamos o ACBRr como componente instalado, compilamos apenas os projetos que utilizamos e referenciamos a pasta da compilação em nossos projetos. Nossa pasta do ACBr, bem como a pasta de arquivos DCU ficam apenas no servidor e os desenvolvedores compartilham esse diretório.

Boa tarde, após atualizar os fontes do ACBr e realizar a compilação estou com a seguinte mensagem de erro no Delphi: "[dcc32 Fatal Error] ToolsAPI.pas(18): F1026 File not found: 'D:\ACBR\Pacotes\Delphi\ACBrComum\DockForm.dcu'" Na unit "ToolsAPI.pas" na seção "uses" , as units DockForm e DesignIntf não são encontradas

@danny, muito obrigado. Resolveu o problema.

Boa tarde, ao tentar emitir a NFSe para o município de Campinas/SP, utilizando o novo componente ACBrNFSEX, estou obtendo o seguinte erro de schema. O que pode estar causando esse erro? Ocorreu um erro ao gerar a NF ID: 8727 RPS: 184 - ReqEnvioLoteRPS.xsd#/schema The '' namespace provided differs from the schema's 'http://localhost:8080/WsNFe2/lote' targetNamespace

Boa tarde Juliomar, este novo componente funciona nos mesmos moldes do antigo? Instancio o objeto e alimento as propriedades necessárias, como por exemplo as configurações dos arquivos ".ini"?

Bom dia, o provedor IPM, para o município de Cascavel/PR, não utiliza a tag "<nfse_teste>" no ambiente de homologação. No cancelamento da NFSe, o layout informa para enviar o número da NF no atributo "id" da tag "<nfse>", realizei a alteração na unit "pnfsNFSeW_IPM.pas" em anexo. pnfsNFSeW_IPM.pas

Bom dia, desde o dia 14/12/2021 a consulta por protocolo só retorna "Código Retorno: 101 Descrição: O lote de protocolo 1.2.202112.0000000000099242491 foi consultado em 16/12/2021 às 08:08:45 e encontra-se em processamento. Favor aguardar o término do processamento." Já realizei o teste na aplicação de exemplo e o retorno é sempre este. Alguém mais está com esta situação? Existe algum site para consultar a disponibilidade do serviço? O envio dos eventos estão funcionado corretamente.

Pessoal, consegui realizar a emissão, não havia atualizado o arquivo "ACBrMDFeServicos.ini". Me desculpem.

Atualizei via SVN, desculpe, isso foi um teste que realizei para tentar resolver o problema, mas mesmo gerando a tag após o grupo "<disp>" o erro é o mesmo

Bom dia Ítalo, é o componente, eu apenas alimento as propriedades de objeto instanciado. Atualizei hoje, o código fonte e a pasta schemas. Ainda não consegui. Baixei o layout e nele não contém essa tag

Bom dia. Estou com um problema ao enviar o grupo vale pedagio, se não informo a tag "<categCombVeic>" recebo a rejeição "731 - A categoria de combinação veicular deve ser preenchida para o grupo vale pedágio" <valePed> <disp> <CNPJForn>6XXXXXXXX</CNPJForn> <CNPJPg>180XXXXXXXX</CNPJPg> <nCompra>000000003</nCompra> <vValePed>74.20</vValePed> </disp> </valePed> Se envio a tag "<categCombVeic>" dá erro no schema <valePed> <categCombVeic>02</categCombVeic> <disp> <CNPJForn>6XXXXXXXX</CNPJForn> <CNPJPg>180XXXXXXXX</CNPJPg> <nCompra>000000003</nCompra> <vValePed>74.20</vValePed> </disp> </valePed> Os fontes do ACBr estão atualizados

Boa tarde, desculpe enviar novamente o arquivo "Cidades.ini", é que acabei de testar o envio para o município de Atilio Vivacqua, também no Espírito Santo. Segue em anexo. Cidades.ini

Boa tarde, segue alterações realizados nos arquivos "Cidades.ini" e "EL.ini" para emissão da NFSe para o município de Presidente Kennedy no estado do Espírito Santo. EL.ini Cidades.ini

Obrigado.