Scandolara

16 Abril, 2020

1 hora atrás, BigWings disse:

O XML que você está carregando está assinado?

O QrCode só é gerado no XML após a assinatura.

entao para eu carregar o xml novamente no compoente para fazer a consulta para baixr o xml corretamente, tenho q assinar antes e fazer a consulta ?

seria isso ?

- Carrego o xml
- assino xml novamente
- faco a consulta
Seria isso entao ? vou testar aqui.

Obr

16 Abril, 2020

boa tarde,

Por favor, segui os passos para resolver o problema de quando não tem o retorno e por algum motivo, não consegue obter a autorização e registro é enviado novamente , retornando erro de duplicidade , so quando acontece isso e eu faço a carga no componente novamente do xml enviado e peço a consulta para que assim consiga fazer novamente o download do arquivo autorizado com os devidos protocolos.

So que quando faço isso, os CT-e ou MDF-e imprimem sem o QRCode.

Quando faco o processo de download pelo site do SEFAZ, o QRCode imprimi normal.

O que será que pode ser ?

Abaixo as imagens do DACTE de exemplos.

Obrigado.

imagem q fiz a consulta nvoamente do cte, veja q o protocolo de autorizacao e horario estea tudo normal, apenas o qrcode q nao imprimiu.

Nessa imagem é o xml feito download pelo site do SEFAZ, ja imprimiu com o QRCode normal.

10 Março, 2020

1 minuto atrás, SamuelUnisystem disse:

Boa tarde..

consegui fazer o envio e autorização do MDF-e, uma duvida ficou referente a geração do ciot.

depois do envio a autorização vai ser criada uma tag referente ao ciot no retorno, para ser impresso no mdf-e ?

por que no xml autorizado não tem nada referente ao ciot.

olá , fiz essa pergunta diretamente para o Portal do MDFe do RS, enviando um e-mail, pois tenho essa duvida também e nao tem nenhum lugar com relação a isso.

10 Março, 2020

10 minutos atrás, João Paulo Müller disse:

Boa tarde pessoal,

estive analisando a NT 2020.001 e pude observar que agora será gerado o CIOT automaticamente pelo MDFe. Nesse caso não será mais necessário o preenchimento das tags do grupo <infCIOT> ?

Estou em dúvida pois vejo no fórum um fluxo bem grande sobre o componente ACBrCIOT. Esse componente é utilizado para geração do CIOT, confere? Mas se o CIOT será gerado automaticamente pelo MDFe então não será mais necessário o uso deste componente?

Há alguma outra necessidade de uso desse componente (ACBrCIOT) ? Vi no fórum o pessoal usando o evento proprietário do veículo, porém não entendi a necessidade do mesmo.

Ainda sobre o CIOT, o Italo publicou um tópico sobre a grande preocupação em gerar o CIOT, mas essa informação já não existia anteriormente através do grupo <InfCIOT> ?

Outra dúvida que tenho é sobre o grupo <InfPag>, como estão tratando o preenchimento das informações deste grupo? Disponibilizam os campos para o usuário parametrizar ou há alguma integração necessária?

Agradeço a atenção.

ola @João Paulo Müller , é duvida minha também ... O que fiz para tentar esclarecer para todos nós e inclusive pessoal do devel do ACBR, mandei um e-mail para Portal do MDFe do RS, o que é quem cuida do projeto MDFe, fazendo essa pergunta para os mesmos.

Tentei contato com a ANTT, mas infelizmente pessoal da ANTT esta mais perdido do que nós.

Estou aguardando o retorno da resposta desse questionamento que fiz para o pessoal do RS.

Assim que me retornarem vou colocar aqui.

5 Março, 2020

12 horas atrás, Daniel Simoes disse:

Verifique se você tem as DLLs do OpenSSL 1.0.x ou superior, na mesma pasta do seu .EXE...

Embora a sua mensagem original, deixe claro que é um erro de autenticação... Faça uma dupla checagem em Nome de Usuário (no caso da LocaWeb, é o email) e a Senha

bom dia @Daniel Simoes , obrigado pela ajuda ... resolveu sim , fazendo as devidas sugestões com relação alimentar o componente e copiando as DLLs atualizadas no diretorno do sistema.

Obrigado mais uma vez.

at.te

4 Março, 2020

28 minutos atrás, Daniel Simoes disse:

Adicionei a configuração que uso para LocaWeb, nesse tópico:

Obrigado @Daniel Simoes , mas ...

por incrivel q pareça mas fiz isso ja e nao vai, retorna o erro

4 Março, 2020

boa noite,

Ja tentei varias informações que encontrei no fórum, mas nenhuma resolveu ...,

Estou tentando enviar e-mail por conta Locaweb e o negocio não vai ... Engraçado que Gmail / Outlook / Yahoo / hostGator / e outros, processo flui sem problemas, mas essa bendita locaweb esta dando canseira ja.

O Erro é esse :

dados de configuração passada pela Locaweb em https://ajuda.locaweb.com.br/wiki/configuracao-do-mozilla-thunderbird-e-mail-locaweb/

ENVIO Nome do servidor: Digite ou copie email-ssl.com.br

Porta SMTP: Selecione 465
SSL: Selecione SSL/TLS
Autenticação: Selecione Senha Normal

Não sei onde carregar o componente mais para fazer testes, tudo que encontrei no fórum tentei (bom acho q tudo rs)

Por favor, se alguém ja passou por isso e puder auxiliar, fico agradecido.

Obrigado.

26 Fevereiro, 2020

Notas Técnicas 21/02/2020

Nota Técnica 2020.001 - MDF-e Integrado (v 1.02)

1 Resumo
O projeto MDF-e Integrado tem como objetivo a disponibilização, pelas Secretarias de Fazenda, de
uma infraestrutura digital de documentos, legislações e processos voltados para a simplificação da
emissão de documentos fiscais eletrônicos de transporte e integração, dentro de um ecossistema
digital, que permite às Empresas Transportadoras de Cargas (ETC), Transportadores Autônomos
de Cargas (TAC), ANTT, Administradores de Meios de Pagamentos e as próprias Secretarias de
Fazenda, o aperfeiçoamento dos seus processos e compartilhamento de informações entre todos
estes atores, a partir de um único documento e infraestrutura já consolidada e em uso por todos os
envolvidos.
Diante desse desafio, as Secretarias de Fazenda e o ENCAT, vêm nos últimos meses e em
parceria com os diversos atores intervenientes, adotando uma série de ações estruturantes
voltadas para superação das dificuldades atuais enfrentadas pelos órgãos de controle e geração de
um ambiente operacional mais eficiente e competitivo, a exemplo das ações descritas abaixo:

Aprovação de legislação nacional que normatizou o compartilhamento dos MDF-e dos 27 estados com os órgãos reguladores de transportes;
Aprovação de legislação nacional que normatizou a obrigatoriedade de emissão do MDF-e em todas as operações de transporte, sejam elas intermunicipais ou interestaduais;
Implantação da plataforma digital e registro de eventos eletrônicos que permitem ao transportador confirmar a entrega da mercadoria ao destinatário, possibilitando assim, a redução do prazo para o recebimento do frete por parte do caminhoneiro;
Aprovação de legislação criando a Nota Fiscal Fácil (NFF), que permitirá aos contribuintes que operam com vendas de mercadorias e transportadores autônomos emitirem seus respectivos documentos fiscais de forma simplificada e a partir do seu próprio smartphone, conforme legislação publicada no D.O.U. do dia 19/12/2019 (Ajuste SINIEF No. 37 de 13 de dezembro de 2019);
Publicação dessa NT, que estrutura o MDF-e de forma a possibilitar, entre outros benefícios: o Geração automática do CIOT, pelo Sistema MDF-e, tanto para as modalidades TACIndependente como TAC-Agregado;
Automação do processo de fiscalização do Piso Mínimo do Frete (Tabela do Frete), nos termos da Resolução ANTT nº 5.849 de 16 de julho de 2019.
o Geração de informações para facilitar a negociação de direitos de recebimentos de fretes, por parte do TAC, junto a instituição financeira onde possui conta corrente, sem a interferência de atravessadores.

3 Fevereiro, 2020

26 minutos atrás, Daniel Simoes disse:

Evite essa encrenca... solicite para o Cliente comprar um cerrificado A1, que custa aprox. 170.00

pq vc fala isso Daniel , o q isso gera de problemas para nos desenvolvedores ?

Preciso ficar ciente, pois ja tem clientes que questionando sobre isso.

31 Janeiro, 2020

Prezados,

Comunicamos que a RESOLUÇÃO 5.869/2020 entrará em vigor a partir de 60 dias da data de hoje (31/01/2020).

Para maiores informações: http://www.in.gov.br/web/dou/-/resolucao-n-5.869-de-30-de-janeiro-de-2020-240822860

31 Janeiro, 2020

17 minutos atrás, Italo Jurisato Junior disse:

Bom dia Marcel,

Por favor leia a NT em anexo.

O prazo de entrada em produção é 06/04/2020.

MDFe_NT2020_001 v1.01 MDFe Integrado.pdf 927 kB · 1 download

Alexandre, muito obrigado, vou analisar as suas alterações.

bom dia @Italo Jurisato Junior , sim eu sei ... estou ciente ... Só coloqueo sobre a audiencia , pois caiu naquilo q vc avisa comentado no isso desse topico, que a ANTT esta confrontando ao que o MDFe publicou. Ou seja, pelo que estou vendo , o ciot vai estar sendo gerado msm pelo MDFe .

Mas vms q vms ... apenas informações para complementar msm.

31 Janeiro, 2020

bom dia !

AUDIÊNCIA COM ANTT
30/01/2020

Presentes: José Amaral, Diretor Substituto; Tito Lívio, Gerente.
CNI, ANUT, VIVALACTEOS, ABITRIGO

- Alternativa ao CIOT: a ANTT informou que tem realizado entendimentos com o fisco desde o final do ano passado no sentido de integrar seus sistemas; caso sejam bem sucedidos, o manifesto de carga pode ser utilizado para várias obrigações assessórias da agência, inclusive o CIOT. Vamos marcar audiência com o fisco para reforçar iniciativa da ANTT.

Até lá, ela continuará o processo de implantação do CIOT.
- Prazo de adiamento do CIOT: será restabelecido o prazo inicial de 90 dias, ou seja, 45 dias a contar do dia 31/01; a resolução foi publicada em 17 de dezembro, dando prazo de 30 dias para entrar em vigência, concluído em 16 de janeiro (30 dias); adiamento de 60 dias a partir de 16/1 resulta em 45 dias a partir de amanhã.
- A ANTT está trabalhando com o fisco para viabilizar seu sistema em 240 dias, para disponibilizar às empresas.
- A ANTT entende que o CIOT cai se a integralidade da lei do frete for considerada inconstitucional; caso a tabela seja a declarada referência de preço, sem derrubar a lei, o jurídico terá que estudar a situação.

30 Janeiro, 2020

19 minutos atrás, Alexandre Souza Pinheiro disse:

Sim faz solicitação para está logado.

isso .. veja qdo fiz o teste retorna :
Inicio TCIOTEnviar
ERRO: Sistema e-FRETE (www.efrete.com.br): Login/Logout não permitido (por não ser necessário) com o uso de certificado digital. Use diretamente o serviço desejado

30 Janeiro, 2020

21 minutos atrás, DOCFABIO disse:

Bom dia Pessoal.
Não tem uma forma de criar o CIOT manualmente, sem ter que desenvolver um programa pra isso?
Talvez um site ou banco... assim como tem o do gnre...
E alguem sabe se já agora no dia 02/02 deve informar obrigatoriamente o ciot no mdf e se esse será validado/rastreado ?
Desde já agradeço.

diretamente no site das IPEFs

www.efrete.com.br

www.repom.com.br

www.rodocred.com.br

www.nddcargo.com.br

www.policard.com.br

Fazer cadastro , aguardar aprovação e acessar o ambiente gratuito deles.

29 Janeiro, 2020

23 horas atrás, José M. S. Junior disse:

Bom dia

Creio que esses dados refletem apenas na forma de preenchimento do componente.

Por favor atualize os fontes, foi ajustado a validação de data de protesto, passe o campo DataProtesto =0 e DiasDeProtesto= 0, para que essa instrução seja preenchida como "02".

bom dia @José M. S. Junior , td bem ?

Por favor, então me sugere como devo alimentar o componente para que a caia condição 02 , sendo que o suporte caixa esta solicitando que seja preenchido posição 392 a 393 = 15 ?

se fizer conforme me passou, será rejeitado o arquivo devido posição 392 a 393 estar = 0.

Obrigado.

28 Janeiro, 2020

23 horas atrás, Italo Jurisato Junior disse:

Bom dia Marcel,

Lendo essa ultima versão do Manual notei o seguinte:

Para que a integração seja homologada ambos os cenários precisam ser implementados e estarem disponíveis aos usuários.

ProprietariosService:  Gravar.

VeiculosService:  Gravar.

MotoristasService:  Gravar.

Requisições para TipoViagem Padrão: PefService (enviar requisição utilizando contexto de emissão Gratuita e Meio de Pagamento): 

AdicionarOperacaoTransporte, AdicionarPagamento, ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente, ObterOperacaoTransportePdf, RetificarOperacaoTransporte, CancelarOperacaoTransporte, EncerrarOperacaoTransporte

Requisições para TipoViagem TAC_Agregado: PefService (enviar requisição utilizando contexto de emissão Gratuita e Meio de Pagamento): 

AdicionarOperacaoTransporte, AdicionarViagem, AdicionarPagamento, ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente, ObterOperacaoTransportePdf, RetificarOperacaoTransporte, CancelarOperacaoTransporte, EncerrarOperacaoTransporte

Os 3 métodos acima e o serviço do método PefService em negritos, ainda não foram implementados no componente, bem como os serviços do método Logon.

Pelo que entendi é através do serviço Login do método Logon que você obtém o Token que é utilizado pelos demais serviços.

Se tudo ocorrer bem, ainda hoje (caso contrario amanhã) estarei disponibilizando uma atualização do componente e do programa exemplo com os métodos: LogonService, ProprietariosService, VeiculosService e MotoristasService, bem como o serviço: ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente implementados.

Notei também que o PefService possui uns 20 métodos, no manual diz que não há a obrigatoriedade de implementar, mas que seria interessante.

Existe ainda o método: FaturamentoTransportadoraService

Gostaria de saber desses que não são obrigatórios, qual seria o grau de necessidade, para que eu possa fazer uma programação de implementação.

bom dia @Italo Jurisato Junior , td bem ? Segue resposta segundo suporte eFrete :

Suporte e-FRETE: As páginas 7 e 8 do manual informam quais os métodos mínimos necessários para a homologação.

sendo elas :

1.8 Lista de métodos e serviços necessários para homologação
Lembramos que a integração é única, tanto para:
- Sistema e-FRETE Geração Gratuita de CIOT.
- Sistema e-FRETE Geração de CIOT com Meio de Pagamento.
Os nomes acima devem ser como devem ser chamados as modalidades de emissão nos sistemas de gestão.
Para que a integração seja homologada ambos os cenários precisam ser implementados e estarem
disponíveis aos usuários.
ProprietariosService:
 Gravar.
VeiculosService:
 Gravar.
MotoristasService:
 Gravar.

Requisições para TipoViagem Padrão:
PefService (enviar requisição utilizando contexto de emissão Gratuita e Meio de Pagamento):
 AdicionarOperacaoTransporte
 AdicionarPagamento
 ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente
 ObterOperacaoTransportePdf
 RetificarOperacaoTransporte
 CancelarOperacaoTransporte
 EncerrarOperacaoTransporte
Requisições para TipoViagem TAC_Agregado:
PefService (enviar requisição utilizando contexto de emissão Gratuita e Meio de Pagamento):
 AdicionarOperacaoTransporte
 AdicionarViagem
 AdicionarPagamento
 ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente
 ObterOperacaoTransportePdf
 RetificarOperacaoTransporte
 CancelarOperacaoTransporte
 EncerrarOperacaoTransporte
Os demais métodos existentes não possuem a obrigatoriedade de implementação para homologação da
integração, entretanto esses métodos promovem melhor aproveitamento do Sistema e-FRETE por seus
clientes e indicamos que seja estudada sua implementação.

27 Janeiro, 2020

Em 23/01/2020 at 16:50, José M. S. Junior disse:

Verifique se está preenchendo o campo "DiasDeProtesto" este campo está relacionado a "DataProtesto" passe ambos como "0"

veja o q o suporte Caixa me passou

Registro tipo 1 posição 157 a 158 - informar o código "02" = Sem Protesto e nas posição 392 a 393 - prazo de baixa/devolução informar o prazo de 15 dias ( verificar NE025 )

NE025

Número de Dias para Protesto / Devolução
Prazo de Protesto: Número de dias decorrentes após a data de vencimento para inicialização do processo de
cobrança via protesto. Pode ser de 02 a 90 dias, sendo:
De 02 a 05 = dias úteis
Acima de 05 = dias corridos
Caso informado menor que 02, será considerado 02, e caso informado maior que 90, será considerado 90.
Prazo de Devolução: Número de dias corridos após a data de vencimento de um Título não pago, que deverá ser
baixado e devolvido para o Beneficiário. Pode ser:
De 00 a 99 dias corridos.
Caso informado 00, será considerado 01 e baixado em D+1 após o vencimento.
Caso preenchido com “brancos” considerar 05 dias.

25 Janeiro, 2020

12 horas atrás, Scandolara disse:

Retornou assim agora ...
ERRO:
Inicio TCIOTEnviar
ERRO: Sistema e-FRETE (www.efrete.com.br): [Negócio] (Protocolo: 174.753) Erro adicionando operação de transporte: Usuário não logado.

Suporte e-FRETE: No ambiente de testes o integrador assume o papel de Contratante e de integrador de sistemas. Neste caso você deve mandar o seu CNPJ como contratante.

Mas como você esta iniciando a implementação aconselho você a seguir o manual de integração e iniciar a implementação pelos métodos mais simples antes de ir para o AdicionarOperacaoTransporte que possui mais de 200 campos.

A ordem ideal de envio das requisições antes de declarar um operação é:

1 - GravarProprietário

2 - GravarVeículo

3 - GravarMotorista

E por ultimo AdicionarOperacaoTransporte, aconselhamos a iniciar as implementações de acordo com este fluxo também.

@Italo Jurisato Junior Suporte eFrete : como já é de conhecimento de todos estamos fazendo as adequações necessárias em nosso Webservice para nos adequarmos a última resolução da ANTT de 17/12/2019.

Desde ontem nosso ambiente de desenvolvimento/homologação esta permitindo apenas a nova versão.

Em 27/01/2019 estaremos encaminhando a atualização para nosso ambiente de produção, e a partir desta data nosso Webservice estará aceitando as ambas as versões até a que a ANTT passe a exigir os novos campos;

Resumo dos principais pontos:

Novos campos

TipoPagamento: É um campo do tipo Enum. Agora na raiz da operação é possível informar se o pagamento será por TransferênciaBancária (Gratuito), MeioDePagamento (Pago), ou Outros (Que deve ser utilizado apenas quando o contratado for ETC);

TipoConta: É um campo do tipo Enum. Obrigatório apenas quando o CIOT é pago por TransferenciaBancaria, dentro da Raiz "InformacoesBancarias" será necessário informar qual o tipo de conta a ser creditada. Podendo ser ContaCorrente, ContaPoupanca ou ContaPagamento;

DestinaçãoComercial: É um campo do tipo Booleano e seu preenchimento é obrigatório para as operações do tipo Padrão. Deverá ser preenchido como falso, caso a contratação do transporte seja para uso particular ou uma doações por exemplo. E deverá ser preenchido como verdadeiro se existir relação comercial;

AltoDesempenho: É um campo do tipo Booleano e seu preenchimento é obrigatório para as operações do tipo Padrão. De acordo com a RESOLUÇÃO Nº 5.867, DE 14 DE JANEIRO DE 2020:

"XVI - operação de transporte de alto desempenho: operação de transporte, especificada em contrato, com utilização de veículos de frotas dedicadas ou fidelizadas, para transporte das cargas definidas nos incisos de I à XII, em 2 (dois) ou 3 (três) turnos, respeitadas as legislações trabalhista e de trânsito, com tempo total de carga e descarga de até três horas, na qual o contratante se responsabiliza tanto pelo carregamento, quanto pelo descarregamento da carga;"

FreteRetorno: É um campo do tipo Booleano e seu preenchimento é obrigatório para as operações do tipo Padrão. Este campo é referente a obrigação do pagamento do frete de retorno, para o transporte de contêineres e veículos de frotas específicas, está prevista na nova resolução, para as operações impedidas pela regulamentação de trazer cargas no retorno.

CepOrigem e CepDestino: São campos do tipo String com preenchimento obrigatório. Se referem aos códigos postais das cidades de origem e destino;

CepRetorno: É um campo do tipo String com preenchimento obrigatório apenas quando o campo "FreteRetorno" estiver preenchido como "True".

DistanciaPercorrida: É um campo do tipo número inteiro com preenchimento obrigatório para operações do tipo padrão, ele deve ser utilizado para informar a distância em Km entre origem e destino da viagem

DistanciaRetorno: É um campo do tipo número inteiro com preenchimento obrigatório quando o campo "FreteRetorno" estiver preenchido como "True". Ele deve ser utilizado para informar a distância em Km entre o destino da viagem cadastrada e o CepRetorno;

TipoCarga: É um campo do tipo Enum, agora é obrigatório informar o tipo de carga para que seja possível validar a relação entre a tabela de frete e o valor do CIOT com o tipo de carga declarado.

Novo método

Inclusão do método ConsultarTipoCarga, este método vai retornar as opções de TipoCarga de acordo com a consulta no Webservice da ANTT;

Mudança de regra da ANTT
RetificarOperacaoTransporte - De acordo com a resolução Atr 6º "§2º É vedada a retificação de Operação de Transporte do tipo viagem padrão."

24 Janeiro, 2020

49 minutos atrás, Italo Jurisato Junior disse:

Boa tarde Marcel,

Favor atualizar os fontes e reinstale a suíte ACBr.

Use o programa exemplo do ACBrCIOT, fiz diversos ajustes tanto no componente quanto no programa exemplo.

Agora o único erro que recebo é que o Integrador não esta cadastrado.

Implementei todas as operações que estão disponíveis no programa exemplo, portanto é possível testar todas.

Ainda falta mais coisas para serem feitas, a primeira opção retorna um PDF, mas este vem criptografado, ainda não fiz a rotina que vai discriptografar e salvar em disco.

Retornou assim agora ...
ERRO:
Inicio TCIOTEnviar
ERRO: Sistema e-FRETE (www.efrete.com.br): [Negócio] (Protocolo: 174.753) Erro adicionando operação de transporte: Usuário não logado.

24 Janeiro, 2020

22 horas atrás, Italo Jurisato Junior disse:

Boa tarde Marcel,

Muito obrigado pelo manual, mas me parece que ele é de 2015 e comparado o layout do XML a ser enviado com o que o webservice espera receber esta bem diferente.

Será que não existe um manual mais recente?

@Italo Jurisato Junior boa tarde , td bem ? ve se ajuda, Exemplos Json consegui com eFrete.

vou olhar agora tbem sobre isso, mandei em seu e-mail.

23 Janeiro, 2020

2 horas atrás, Italo Jurisato Junior disse:

Boa tarde Marcel,

Muito obrigado pelo manual, mas me parece que ele é de 2015 e comparado o layout do XML a ser enviado com o que o webservice espera receber esta bem diferente.

Será que não existe um manual mais recente?

esse é o ultimo @Italo Jurisato Junior realmente, versão 6.0 ... , recebi por e-mail ... encaminhei p vc o email q mandaram p vc ver as datas.

23 Janeiro, 2020

36 minutos atrás, Scandolara disse:

Nao entendo, em algum momento a DataProtesto é preenchida, e tenho ctz q não em meu projeto.

So mudou o codigo Instrução de 01 para 02, qdo retirei a condição da Unit deixando assim apenas :

// if (DataProtesto > Vencimento) then
// Instrucao1:= '01' // Protestar
// else
Instrucao1:='02'; //Devolver (Não Protestar)

realmente, so carrega com Instrucao1 = 02 quando retira a condição , caso contrario, msm colocandop DataProtesto > 0 , ou apenas DAtaProtesto > Vencimento, ou a condicao original acima mencionada, carrega apenas Instrucao1 = 01.

Testei aqui e retirei a condicao para atender o cliente, agora se possivel como corrigir isso dentro do componente ?

23 Janeiro, 2020

Nao entendo, em algum momento a DataProtesto é preenchida, e tenho ctz q não em meu projeto.

So mudou o codigo Instrução de 01 para 02, qdo retirei a condição da Unit deixando assim apenas :

// if (DataProtesto > Vencimento) then
// Instrucao1:= '01' // Protestar
// else
Instrucao1:='02'; //Devolver (Não Protestar)

23 Janeiro, 2020

6 minutos atrás, José M. S. Junior disse:

Não vejo problema nessa alteração, creio que seja a validação correta realmente. Funcionou dessa forma na geração do seu arquivo?

se alterar diretamente nessa unit, tenho q compilar o projeto ACBR e instalar d novo certo , para que as mudanças sejam atribuídas ? ou não ?

23 Janeiro, 2020

2 minutos atrás, José M. S. Junior disse:

Sim, a validação é realizada pela DataProtesto para preencher a instrução. Provavelmente está passando a Data de Protesto.

em nenhum momento passei valor para DataProtesto, por isso q estou postando aqui sobre esse problema na Unit da CAixa Economioca

Entrar

Sobre nós...

Blocks

Notes ACBrLibNFe

Fóruns

Downloads

Calendário

Posts postados por Scandolara

Sobre nós...

Informação Importante