Solicitação

• Liberado. 

• Realizado o teste em duas máquinas, agora as configurações que são feitas no cadastro do emitente tem um vínculo direto com o .ini, ou seja, cada terminal terá sua própria configuração, separado do servidor. 
• Agora a mensagem de erro citada na solicitação não ocorre mais, porque a forma de conexão foi alterada. 
• Teste ok.

• Certificando.

Ao testar com a Isabella o sistema não apresentou falha, era uma questão de compreender como funcionará o processo a partir de agora.

verificando a falha.

• Retornando para a programação.

• Certificando.

corrigido

verificando

Falhas encontradas:

1. Quando a Conta Contábil é informada no Cadastro do emitente, ela não é enviada na emissão do CT-e (aba Avançado > Dados Sped); 
2. No Cadastro da Natureza de Operação a aba Dados Sped está sempre desabilitada (mas deveria habilitar quando o Cadastro do Emitente estiver configurado o Tipo banco = 'Eco'); 
3. Ao tentar informar manualmente a Conta Contábil na emissão do CT-e (aba Avançado > Dados Sped) não existe possibilidade de digitar nenhum valor no campo e nem pressionar F2. 

• Certificando.

[Programa]

EmissorCTe.exe (versão: 3.0.47.1, branch: develop, feature: FIS-912)

[Descrição]

Foi alterado a forma como o sistema controla as "CONFIGURAÇÕES RETAGUARDA" que fica no CADASTRO / EMITENTE.

Agora essas informações deixaram de ser gravadas na base de dados (tabela: temitentes) e passaram a ser gravadas no arquivo ".ini". Essa alteração foi necessária para que os terminais da rede consigam acessar a base de dados do sistema da retaguarda. Por exemplo: Se acessar o EmissorCTe no terminal (vamos chamar esse terminal de SERVIDOR) que armazena a base de dados do EmissorCTe e do SistemaEco, a configuração do campo "Nome servidor (IP)" poderia ser: 127.0.0.1 que o sistema conectaria na base de dados com sucesso, mas, se um terminal (vamos chamar esse terminal de EXPEDICAO) da rede tentasse salvar esse registro o sistema falharia pois o IP:127.0.0.1 indica que a base de dados esta no computador local, mas sabemos que neste cenário a base de dados não esta no terminal EXPEDICAO e sim no terminal SERVIDOR, portanto para funcionar o terminal EXPEDICAO deve apontar o IP do terminal SERVIDOR.

Exemplo de como é gravado no arquivo ".ini":

[RETAGUARDA IDEMITENTE:2]
driver=FB
tipo_banco=1
server=127.0.0.1
port=3050
data_base=D:/Solicitacoes/FIS-914/ECODADOS.ECO
codigo_empresa=1
user_name=sysdba
password=bWFzdGVya2V5
[RETAGUARDA IDEMITENTE:1]
driver=FB
tipo_banco=1
server=127.0.0.1
port=3050
data_base=D:/Solicitacoes/FIS-914/ECODADOS.ECO
codigo_empresa=2
user_name=sysdba
password=bWFzdGVya2V5

[VALIDAÇÕES]

*Se o sistema não conseguir acessar a base de dados emite mensagem para o usuário.

*Se a empresa informada no campo "Codigo empresa" não possuir o mesmo cnpj e inscrição estadual do emitente selecionado/em edição, o sistema emite mensagem para o usuário.

Implementando

Ocorreram algumas falhas:

1. A mensagem agora sempre é apresentada mesmo que seja somente uma máquina com o IP local (que deveria permitir); 
2. A mensagem informada foi:
   1. "Por favor informe o IP da máquina local";
3. A mensagem deve ser:
   1. "Por favor informe o IP do servidor"; 
4. A mensagem só deve ser apresentada nos terminais quando o IP estiver local, se houver somente o servidor, a mensagem não pode ser apresentada. 

• Certificando.

[Programa]

EmissoCTe.exe (versão: 3.0.41.1, branch: develop)

[Descrição]

Implementei uma nova validação que verifica se o valor do campo "Nome Servidor (IP)" possui os valores: "localhost" ou "127.0.0.1", se possuir o sistema emite uma mensagem para o usuário pedindo para ele informar o IP da máquina local, aborta o processamento.

Implementando

• Repassando para a programação.

• Analisando.