saviosousa31

Fiz a alteração do layout para o Completo e as informações saíram corretamente no arquivo .txt gerado. Obrigado pela ajuda.

Estou gerando no layout itlSimplificado, essas informações do bloco K235 são geradas apenas utilizando o layout completo?

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?

Boa tarde! Estou tendo problemas para incluir um boleto utilizando a API do Banco Santander (ambiente de PRODUÇÃO). Quando tento fazer a inclusão estou tendo o seguinte retorno: "_errorCode": 400, "_message": "Validation error", "_details": "Requisição inválida.", "_timestamp": "2024-06-12T11:42:31.842377366", "_traceId": "c3c976c1-f643-45ee-87b6-5a393605826a", "_errors": [ { "_code": "ER0302", "_message": "Requisição enviada com conteúdo inválido." } ] Uma observação é que há algum tempo eu consegui incluir um boleto via API Santander, porém estava com os fontes do ACBr desatualizados (estava na revision 33125 do dia 01/04/2024 quando deu certo a inclusão). Porém, após a atualização dos fontes estou tendo esse problema citado acima. O boleto que consegui enviar anteriormente é para o mesmo cliente, mesmo valor, em teoria é quase o mesmo boleto que estou tentando enviar agora, porém, no momento atual estou recebendo esse erro de "Requisição enviada com conteúdo inválido.". Segue o JSON de envio que estou enviando para a API no momento da inclusão do boleto: { "nsuCode": "000000009372", "environment": "PRODUCAO", "nsuDate": "2024-06-12", "covenantCode": "0004693", "bankNumber": "000000009372", "clientNumber": "TESTEONLINE01", "dueDate": "2024-07-12", "issueDate": "2024-06-12", "nominalValue": "5.00", "payer": { "name": "BRUNO HENRIQUE SANTOS MELO", "documentType": "CPF", "documentNumber": "08458169690", "address": "RUA PARANA 728", "neighborhood": "CATALAO", "city": "DIVINOPOLIS", "state": "MG", "zipCode": "35501-168" }, "beneficiary": { "name": "RENOVAR SISTEMAS LTDA ME", "documentType": "CNPJ", "documentNumber": "13240264000164" }, "documentKind": "DUPLICATA_MERCANTIL", "finePercentage": "0", "fineQuantityDays": "0", "interestPercentage": "0.00", "protestType": "SEM_PROTESTO", "paymentType": "REGISTRO", "messages": [ {} ] } Alguém sabe o que pode ser? Não encontrei nada a respeito desse erro no manual da API.

Encontrei meu erro aqui, estava faltando passar as informações da tag <card> no xml para pagamentos com o tipo 17. Após preencher essas informações, consegui realizar o envio. O tópico será fechado como resolvido.

Bom dia pessoal. Estou com um problema ao tentar fazer o envio de um cupom fiscal eletrônico (NFC-e) no ambiente de Homologação da SEFAZ-MG com a forma de pagamento do tipo 17 - Pagamento Instantâneo (PIX) - Dinâmico. Ao gerar o xml e realizar o envio esta ocorrendo o seguinte erro: Rejeição: Não informados os dados do cartão de crédito / débito nas Formas de Pagamento da Nota Fiscal[nOcor: 1] Fica dessa forma no xml: <pag> <detPag> <tPag>17</tPag> <vPag>404.80</vPag> </detPag> </pag> Quando tento enviar um outro NFC-e utilizando a forma de pagamento 03 - Cartão de Crédito ou 04 - Cartão de Crédito, o envio ocorre sem nenhum problema. Em anexo está o xml para análise. nfe-tp-pagamento-17-pix-dinamico.xml

Bom dia, o arquivo JSON está vindo assim: { "resultado": { "numeroContrato": 355453, "modalidade": 1, "numeroContaCorrente": 457981, "nossoNumero": 13533, "seuNumero": "OS 741-2024-01", "especieDocumento": "DM", "dataEmissao": "2024-03-05T00:00:00-03:00", "codigoBarras": "75698966300000085841311301035545300013533001", "linhaDigitavel": "75691311340103554530800135330017896630000008584", "valor": 85.84, "dataVencimento": "2024-03-22T00:00:00-03:00", "valorAbatimento": 0, "tipoDesconto": 0, "valorMulta": 2, "valorJurosMora": 0.06, "numeroParcela": 1, "aceite": false, "pagador": { "nome": "COND NEIDE AMARAL", "numeroCpfCnpj": "01234567000189", "endereco": "AVENIDA JK 123", "bairro": "SANTA CLARA", "cidade": "DIVINÓPOLIS", "cep": "35500155", "uf": "MG" }, "mensagensInstrucao": { "mensagens": [ "", "", "", "", "" ] }, "identificacaoBoletoEmpresa": "2295 ", "quantidadeDiasFloat": 1, "listaHistorico": [ { "dataHistorico": "2024-03-05T00:00:00-03:00", "tipoHistorico": "1", "descricaoHistorico": "ENTRADA - VALOR NOMINAL TÍTULO - R$ 85,84" }, { "dataHistorico": "2024-03-05T00:00:00-03:00", "tipoHistorico": "4", "descricaoHistorico": "TARIFA - TAR. ENTRADA COM REGISTRO - R$ 0,70" }, { "dataHistorico": "2024-03-12T00:00:00-03:00", "tipoHistorico": "4", "descricaoHistorico": "TARIFA - TAR. LIQUIDAÇÃO TIT. REGISTRADO - R$ 3,10" }, { "dataHistorico": "2024-03-12T00:00:00-03:00", "tipoHistorico": "6", "descricaoHistorico": "LIQUIDAÇÃO - LIQUIDAÇÃO - VIA COMPENSAÇÃO - R$85,84" } ], "tipoJurosMora": 1, "dataJurosMora": "2024-03-23T00:00:00-03:00", "tipoMulta": 2, "dataMulta": "2024-03-23T00:00:00-03:00", "situacaoBoleto": "Liquidado" } } Portanto, o erro ocorre ao tentar atribuir a variável aJsonViolacoes com a lista vinda de "resultado" no arquivo Json, porém, "resultado" vem como objeto, não como lista. Pelo que vi no outro tópico citado anteriormente, essa lista deveria vir da propriedade "mensagens", dessa forma: aJson.Values['mensagens'].AsArray;

Boa tarde Juliomar, O erro que estou obtendo é o seguinte: <TjsonValue>"resultado" value type error: jvObject to jvArray Acredito que seja o mesmo problema do outro tópico cujo eu citei no início deste, pois se trata do mesmo erro na mesma linha de código. Se a solução dada pelo outro colaborador no outro tópico funcionou, esta não deveria ser adicionada no SVN?

Bom dia pessoal, estou tendo um problema com o retorno da API Sicoob quando consulto um boleto que foi enviado para o banco. O erro que estou obtendo é o seguinte: <TjsonValue>"resultado" value type error: jvObject to jvArray Vi que esse problema aparentemente foi solucionado no tópico abaixo, porém não achei essa alteração nos fontes do ACBr. Essa correção seria a definitiva?

Bom dia Ítalo. Fiz todo o processo de homologação semana passada juntamente com os analistas da Betha Sistemas utilizando a versão 2.02 da ABRASF. Ocorreu tudo certo.

Bom dia pessoal, Estou tendo o mesmo problema ao enviar NFC-e tanto no ambiente de produção quanto homologação. A mensagem exata que aparece é justamente esta: Erro: "Rejeicao: Falha no schema XML". Não acusa mais nada, somente isso. Vale ressaltar que os NFC-e's estão sendo enviados, apesar de estarem retornando esse erro. Após o erro, caso consultar o NFC-e na SEFAZ ele consta como Autorizado o Uso. Entende-se então que possa ser uma falha no momento de obter o retorno do envio do NFC-e. Obs.: Hoje também fiz testes com um exe datado em 25/08/2023 (que foi compilado com fontes de versões anteriores do ABCr), e neste exe antigo não está acontecendo este erro de schema XML.

Problema resolvido pessoal... Era o certificado de homologação que estava expirado... entrei em contato no fórum da Sonner e me auxiliaram por lá...

Bom dia Juliomar... Quando tento pelo OpenSSL com o arquivo pfx e senha obtenho o mesmo erro... Sobre o arquivo ini, está informado da seguinte forma: [3122306] Nome=Divinopolis UF=MG Provedor=GovDigital Versao=2.00 ProRecepcionar=https://ws.nfe-cidades.com.br/ws/div HomRecepcionar=https://ws.homolog.nfe-cidades.com.br/ws/div

Bom dia pessoas! Estou tendo um problema ao tentar operar no ambiente de Homologação do servidor GovDigital (cidade Divinópolis, MG). Ao tentar enviar/consultar uma NFSe estou obtendo a seguinte mensagem de erro: Código : X999 Mensagem: Erro de Conexão: Erro Interno: 0 Erro HTTP: 404 URL: https://ws.homolog.nfe-cidades.com.br/ws/div SYSTEM or PUBLIC, the URI is missingO detalhe é que isso só acontece no ambiente de homologação... quando altero para o ambiente de produção eu consigo emitir/consultar as notas normalmente. Caso eu tente alterar para o OpenSSL acontece o seguinte erro: Alguém consegue me ajudar?