Quality Automação

Tentei mandar na sequencia, primeiro eu vejo se o tef ja está iniciado depois configuro a operacao e chamo crt 01, ele entra em aguardando resposta e fica dando contantemente a mesma mensagem, venda não efetuada, favor reter o cupom, esse tef foi feito tem bastante tempo na epoca da ecf.

estou com esse problema, o log vem CliSiTef DoExibeMsg: Oper: opmOK Mensagem: Transação não efetuada. Favor reter o Cupom

Boa tarde @Italo Giurizzato Junior Fiz o tratamento via Software mesmo, Retornando o xml completo verifico se o CNPJ da transportadora aparece como destinatário. e para eventos criei um filtro onde ele consegue identificar os CNPJ's dos quais ele compra com isso resolveu a situação da transportadora. Obrigado pela atenção.

Boa tarde @Italo Giurizzato Junior Na realidade é ao contrario ela queria utilizar DistribuicaoDFePorUltNSU para obter somente o que ela comprou para poder realizar as entradas de notas porem como mesmo mencionou, como ela efetua diversos transportes o CNPJ dela esta nos eventos ou bem como no xml como transportador responsável e como ela esta inserida nas operações ao realizar DistribuicaoDFePorUltNSU os xmls retornam mesmo n sendo ela o destinatário. ai a duvida era se sem algum tipo de consulta onde consigo consultar somente onde a NF seja emitido especificamente para ela (sendo ela o destinatario da NF).

o Problema é que não tenho como filtrar o CNPJ dele como destinatário visto que quando só retorna eventos eu não tenho ainda o xml para verificar se ele é ou não o destinatário. e como ele é uma transportadora ele participa de muitos eventos fazendo os CT-es e MDF-es para efetuar o transporte.

Bom dia, Tenho uma situação onde meu cliente é uma transportadora e ao fazer o uso do manifesto do destinatário através do método DistribuicaoDFePorUltNSU ele me retorna manifestos onde o CNPJ da transportadora aparece seja ele como transportador ou como destinatário retornando assim notas que ele não fez aquisição mais sim transporte. existe algum método ou forma de fazer essa pesquisa onde o CNPJ seja somente como destinatário?

Olá, estamos consumindo a função NumeroNFSeInformado da unit SmarAPD.GravarXml com um número de documento muito grande 202400000000034, o que causa falha de conversão para Int. Ao mudarmos a conversão para Int64, passou a funcionar corretamente. Conforme print em anexo. A prefeitura do cliente que estamos obtendo o erro mencionado acima é a de Guarapari/ES. Obrigado!

Obrigado!

Boa noite. No arquivo de retorno do Itau no Registro1 o campo Nº DE INSCRIÇÃO DA EMPRESA(CNPJ) vem nas posicoes 019 033, mas na procedure TArquivoR_CNAB240.LerRegistro1(nLinha: Integer); esta buscando da posicao 019 a 032. Verifiquei no laytou de outros bancos como bradesco e de falto lã vem das posições 019 a 032: Diferente do Itau: Sendo assim, sobrescrevi procedure TArquivoR_Itau.LerRegistro1(nLinha: Integer); Segue o arquivo com a mudança. PagFor.Itau.LerTxtRetorno.pas

Bom dia, onde conseguimos acompanhar o andamento da task?

Boa tarde @Italo Giurizzato Junior Anexei um arquivo OFX modificado pois se trata de um arquivo de um cliente nosso. Qualquer coisa é só chamar. Arquivo dia 04.07.2024 - Copia.ofx

Olá, tudo bem? As TAGs <DTSTART> e <DTEND> do arquivo OFX possuem um formato diferente de data que, ao ser lido, apresenta o seguinte erro : Ao procurar no Fórum encontramos um tópico trazendo a solução, mas o exemplo usado no tópico era de uma data de 12 dígitos, a data do nosso arquivo é de 13 dígitos, assim o erro continua mesmo atualizando os fontes já que a verificação na função "IsUTC" (ACBrOFX.pas) verifica os 6 dígitos depois da data e nesse caso existem 7 dígitos. Print de como está a função hoje: Peço a ajuda de vocês, se possível. Print de como estão as TAGs: Link do tópico aberto no fórum:

Obrigado pelo retorno!

Ao Ler o XML de NFSe do provedor Coplan, para prefeitura de Sinop-MT. Na classe ACBrNFSeXLerXml_ABRASFV2.pas, linha: 1260, está esperando por uma tag chamada tcCompNfse. Porem, para o provedor Coplan, essa tag não existe. Nas linhas 1262 a 1264, implementamos essa condição para conseguir ler o Xml, após isso, a leitura ocorreu perfeitamente. Precisamos que essa condição sejá incluida pelo AcBr, para evitarmos problema de atualização.

Obrigado por esclarecer a dúvida Ítalo.