Diego Foliene

Boa tarde @Claudio Consulim! Por favor, pode disponibilizar os XMLs que está utilizando e está passando no validador? Se julgar que tem dados sensíveis e não possa ser disponibilizado direto aqui, envie para [email protected] com o link da mensagem do Discord no corpo do e-mail para posterior identificação. Fiz um teste em meu ambiente. Gerei um XML de NF-e e um de NFC-e utilizando o próprio programa exemplo, mas em nenhum dos casos o validador me apontou esta rejeição: NFC-e: <comb> <cProdANP>210203003</cProdANP> <descANP>Combustível</descANP> <UFCons>SP</UFCons> </comb> <...> <ICMS> <ICMS15> <orig>0</orig> <CST>15</CST> <qBCMono>100.0000</qBCMono> <adRemICMS>10.0000</adRemICMS> <vICMSMono>10.00</vICMSMono> <adRemICMSReten>10.0000</adRemICMSReten> <vICMSMonoReten>10.00</vICMSMonoReten> <pRedAdRem>10.00</pRedAdRem> <motRedAdRem>1</motRedAdRem> </ICMS15> </ICMS> Rejeições apontadas: NF-e: <comb> <cProdANP>210203003</cProdANP> <descANP>Combustível</descANP> <UFCons>SP</UFCons> </comb> <...> <ICMS15> <orig>0</orig> <CST>15</CST> <qBCMono>100.0000</qBCMono> <adRemICMS>10.0000</adRemICMS> <vICMSMono>10.00</vICMSMono> <adRemICMSReten>10.0000</adRemICMSReten> <vICMSMonoReten>10.00</vICMSMonoReten> <pRedAdRem>10.00</pRedAdRem> <motRedAdRem>1</motRedAdRem> </ICMS15> </ICMS> Rejeições: Veja que apesar das rejeições, em nenhum dos casos temos: E em nenhum dos casos informei o campo N39a (qBCMonoReten).

Por favor, aguarde nova compilação da Lib para realizar os testes. A Lib costuma ser compilada todas as terças-feiras de manhã.

Boa tarde! Foi enviado ao SVN na Rev-34406 um commit adicionando as informações NumeroNota, CodigoVerificacao, NumeroRPS, SerieRPS e Data na resposta da Lib. As respectivas informações foram adicionadas na seção [ArquivoXX]. O motivo deste ter sido o local escolhido para adição das informações é porque em um lote de RPS podem ser enviados até 50 RPS e portanto podem ser devolvidas até 50 NFSes. (Pode ter até 50 ocorrências do grupo <CompNFSe> dentro do <ListaNFSe> no XML de retorno). Então, na LibNFSe compilada depois do dia 15/07/2024 a resposta será devolvida assim: { "ConsultaLoteRps": { "CodVerificacao": "PJ8F-IYAG", "Arquivo1": { "CaminhoCompleto": "C:\\ACBr\\trunk2\\Projetos\\ACBrLib\\Demos\\C#\\NFSe\\Demos\\ACBrLib.NFSe.Demo\\bin\\Debug\\Docs\\Notas\\20-nfse.xml", "CodigoVerificacao": "PJ8F-IYAT", "NomeArquivo": "20-nfse.xml", "NumeroNota": "20", "NumeroRPS": "56", "SerieRPS": "1" }, "Arquivo2": { "CaminhoCompleto": "C:\\ACBr\\trunk2\\Projetos\\ACBrLib\\Demos\\C#\\NFSe\\Demos\\ACBrLib.NFSe.Demo\\bin\\Debug\\Docs\\Notas\\21-nfse.xml", "CodigoVerificacao": "PJ8F-IYAG", "NomeArquivo": "21-nfse.xml", "NumeroNota": "21", "NumeroRPS": "57", "SerieRPS": "1" }, "Lote": "1", "Protocolo": "123465798", "Situacao": "4", "XmlEnvio": "<ConsultarLoteRpsEnvio xmlns=\"http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd\">..." "XmlRetorno": "<ConsultarLoteRpsResposta xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\" xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\" xmlns=\"http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd\"><ListaNfse><CompNfse>..." } }

Muito obrigado! O e-mail é: [email protected]

Bom dia! Na grande maioria dos casos esse erro é devolvido quando IdCSC e CSC estão incorretos. Por favor, revise se: O IdCSC e o CSC estão idênticos aos disponíveis no portal da Sefaz, considerando caracteres minúsculos, maiúsculos, espaçamentos e até mesmo zeros não significativos(zeros a esquerda do IdCSC, por exemplo). O IdCSC e o CSC que estão sendo utilizados correspondem aos do ambiente que está sendo feito o envio.(Se não está usando CSC de homologação e enviando a nota para o ambiente de produção ou vice-versa).

Que bom que deu certo! Muito obrigado pelo feedback! Aproveitando, vamos revisar o ACBrGtin.PRG que disponibilizou para ver se não ficou com nenhuma informação de cunho sensível. Estando tudo em ordem, podemos disponibilizar o mesmo em nosso SVN como um exemplo de consumo da Lib GTIN com Harbour? Obviamente lhe damos os devidos créditos no commit.

Boa tarde! Até onde sei, você seria o primeiro caso. Por favor, pode fornecer mais detalhes sobre o problema? Se você abrir o XML do MDFe que foi gerado em um bloco de notas ou notedpad++, por exemplo, copiar o conteúdo do arquivo e passar ele por este validador, acusa algum erro? O ambiente que está enviando o MDFe é o mesmo que foi enviado esta nota? (Não só no XML, mas também na configuração do componente). Se você consultar esta nota via web service e no site, ela consta em ambos? No portal nacional ela aparece?

Olá pessoal! Informamos que foi enviado ao SVN nas revisions 34362 e 34363 as modificações que compatibilizam o ACBreSocial com os novos ajustes do e-Social relacionados ao eConsignado! Mas o que é o eConsignado afinal? O eConsignado é um projeto do governo federal que visa facilitar ao trabalhador do setor público a aquisição de empréstimos consignados de maneira simplificada reduzindo a intermediação dos bancos. O sistema será integrado ao FGTS digital permitindo que os trabalhadores façam a contratação do empréstimo direto pela plataforma. Com isso os empregadores poderão incluir na guia de recolhimento do e-Social o valor da parcela, descontado do contracheque, e o sistema fará a transferência automática para os bancos credores. E o que exatamente mudou no ACBr? O enumerado tpCodIncFGTS usado para definir o código da incidência da rubrica para o FGTS enviado no evento S-1010(Tabela de Rúbricas) ganhou o valor cdfDescontoeConsignado que converte para o valor 31 ao gerar o XML. O enumerado tpTpAcConv usado para definir o tipo de instrumento ou situação ensejadora da remuneração relativa a períodos de apuração anteriores ganhou os novos valores tacDeclaracaoBaseCalcFGTSAntAoInicFGTSDigital, tacSentencJudicial e tacParcelasComplementares que convertem para H, I e J respectivamente ao gerar o XML. Foi adicionado no evento evtBasesFGTS (S-5003) que devolve as informações do FGTS por trabalhador, uma classe para receber as informações do eConsignado que forem devolvidas. A mesma pode ser acessada conforme exemplo: procedure LerS5003(const evtS5003: TS5003); var i, j, k: Integer; LIdeEstabLot: TIdeEstabLot2CollectionItem; LInfoTrabFGTS: TInfoTrabFGTSCollectionItem; LEconsignado: TeConsignadoCollectionItem; instFinanc, nrContrato: String; vreConsignado: Double; begin for i:=0 to Pred(evtS5003.EvtBasesFGTS.infoFGTS.IdeEstabLot.Count) do begin LIdeEstabLot := evtS5003.EvtBasesFGTS.infoFGTS.IdeEstabLot.Items[i]; for j:=0 to Pred(LIdeEstabLot.InfoTrabFGTS.Count) do begin LInfoTrabFGTS := LIdeEstabLot.InfoTrabFGTS.Items[j]; for k:=0 to Pred(LInfoTrabFGTS.eConsignado.Count) do begin LEconsignado := LInfoTrabFGTS.eConsignado.Items[k]; instFinanc := LEconsignado.instFinanc; nrContrato := LEconsignado.nrContrato; vreConsignado := LEconsignado.vreConsignado; end; end; end; end; procedure LerRetornoConsultaeSocial; begin if ACBreSocial1.Consultar(NumeroProtocolo) then begin LRetornoConsultaLote := ACBreSocial1.WebServices.ConsultaLote.RetConsultaLote; if LRetornoConsultaLote.Status.cdResposta in [201, 202] then begin for i:=0 to Pred(LRetornoConsultaLote.retEventos.Count) do begin LRetornoEventos := LRetornoConsultaLote.retEventos.Items[i]; for j:=0 to Pred(LRetornoEventos.tot.Count) do begin if (LRetornoEventos.tot[j].Evento.TipoEvento = teS5503) then begin LerS5003(TS5003(LRetornoEventos.tot[J].Evento.GetEvento)); end; end; end; end; end; end; E se eu uso o ACBrMonitor ou a Lib? Utilizando Monitor ou Lib os novos valores já serão considerados nas rotinas de conversão, então, caso queira enviar, por exemplo, um evento S-1010 com a informação do codIncFGTS com o novo valor, basta informá-lo em seu arquivo INI criado seguindo o modelo S-1010: Em um exemplo simples: Mesma lógica se aplica para o tpTpAcConv. ATENÇÃO: Independente da solução que estiver utilizando os schemas também devem ser atualizados!

Bom dia! Por favor, veja esta aula API - Incluindo Títulos e Registrando Online do curso Dominando o ACBrBoleto ao qual você tem acesso por ser membro PRO.

Bom dia! Apenas dando um retorno, foi criada a #TK-5740 para análise mais aprofundada do caso e parecer por parte da equipe de consultores.

Bom dia! Apenas dando um retorno. Ainda não foi atualizado devido a outras demandas, mas temos em nosso backlog a tarefa #TK-5682 para atualização. Vamos verificar possibilidade de incluir a mesma na sprint desta semana.

Estou fazendo testes com o exemplo em C# e com o exemplo que disponibilizou, mas a princípio não estou tendo problemas. Estamos analisando quaisquer diferenças para ver se encontramos alguma pista do que pode ser. Dito isso, uma das diferenças que notamos é que no GTIN.zip que disponibilizou para nós no Discord, tinha somente as Dlls do OpenSSL. Mas quando você faz o download da ACBrLibGTIN, na pasta de dependências, além das dlls do OpenSSL tem também as dlls da LibXML. Está última é utilizada para fazer a leitura de XMLs. Por favor, se elas já não estiverem na pasta do projeto no mesmo nível das dlls da OpenSSL, adicione as e faça um novo teste.

Bom dia! Se você conferir no Log gerado pelo componente, consta informação de requisição para fazer a devolução? Pode disponibilizar o mesmo para análise? Para que o log seja gerado, você precisa definir: ACBrPixCD1.ArqLOG := 'Caminho + Nome do arquivo'; ACBrPixCD1.NivelLog := 4; //corresponde ao nível paranôico. Se estiver usando Lib, na seção [PixCD] do seu ACBrLib.ini vai encontrar as mesmas configurações.

Bom dia @windsoft! Na mensagem do Discord, foi disponibilizado o arquivo ACBrBoletoW_BancoBrasil_API.pas Este é o arquivo que foi anexado na respectiva tarefa. Por favor, confirme se é o arquivo correto.

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

Bom dia! Se você definiu tpEscPos em TipoRelatorioBobina na seção [DanfeNFCe] ele vai utilizar configurações do PosPrinter. Abra seu arquivo ACBrLib.ini e veja se ele não tem seções [PosPrinter_XXXX]

Bom dia! Por favor, pode fornecer mais detalhes quanto ao problema no corte? Está usando EscPos para a impressão? Se o for, veja se na aba do PosPrinter não está com a configuração "Cortar Papel" marcada.

A contribuição foi disponibilizada no SVN na Rev-34350

Bom dia @[email protected]! Você conseguiu transmitir o e-Social? O problema ainda persiste?

Bom dia @xim.logan! O problema ainda persiste?

Bom dia! //Linha 1 - Header de Arquivo //Linha 2 - Header de Lote //Posição 46 a 47 var Titulo: TACBrTitulo; begin Titulo := ACBrBoleto.CriarTituloNaLista; Titulo.Carteira := ?; end; //Linha 1 - Header de Arquivo //Linha 2 - Header de Lote //Posição 48 a 50 ACBrBoleto.Cedente.Modalidade := ?; Se você utiliza o ACBrMonitorPLUS ou ACBrLib: ;Posição 46 a 47 [Titulo] Carteira= ;Posição 48 a 50 [Cedente] Modalidade= Estamos a disposição para quaisquer outras dúvidas.

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

Bom dia! Por favor, qual é o valor da sua configuração TipoResposta no arquivo ACBrLib.ini?

Nos prints que disponibilizou: De acordo com os links que indiquei em minha resposta anterior deve ser:

Conferindo em outros tópicos me parece que o CNPJ do emitente a ser utilizado no SAT de Homologação da Dimep é o 61099008000141. Vide: Teste Fimafim Com Sat Dimep Para Desenvolvimento Duvidas D-Sat Da Dimep SATTESTE não se comunica com o DIMEP desenvolvedor Como configurar SAT DIMEP para testes?