Retorno do SAT sem o XML do CFe

[arce]

Bom dia

Em dois SATs (ELGIN) aconteceu a seguinte situação, ao enviar um CFe o componente retornou as tags de confirmação de emissão preenchidas corretamente, porém sem o XML. No diretório parametrizado para salvar os arquivos o CFe não é gerado, fica apenas um arquivo como nome AD.xml (anexo); horas depois consultei no sistema de Retaguarda da SEFAZ e os cupons foram de fato emitidos.

O estranho é que este erro não é constante, um cupom com as mesmas características foi emitido alguns minutos depois pelo mesmo equipamento. Emiti tbm com um KitDEV da Elgin sem apresentar problemas.

Entrei em contato com o Rubens da Elgin e verificou a versão da dll e está correta.

Segue anexo o LOG gerado pelo ACBr e o log extraído do equipamento (post seguinte - por causa do tamanho) para melhor entendimento.

Os CFes que apresentaram o problema possuem a sessão 999988 e 999940.

ACBrLogSAT.log

AD.xml

log do equipamento

Log_ELGIN SAT_23092016.log

[Daniel Simoes]

De acordo com o Log do ACBrSAT... o SAT (ou a DLL) não preencheu o campo onde deveria vir o XML em Base 64
 

22/09/16 14:54:07:069 - NumeroSessao: 999988 - Resposta:999986|06000|0000|Emitido com sucesso + conteúdo notas|||

 

A resposta correta para o comando "EnviarDadosVenda" seria como a da sessão anterior...

22/09/16 14:51:55:175 - NumeroSessao: 999987 - Resposta:999986|06000|0000|Emitido com sucesso + conteúdo notas|||PENGZT48aW5mQ0ZlIElkPSJDRmUzNTE2MDkwMjU1MjQ0MDAwMDE4NzU5MDAwMDE3OTE4MDAxMjMzNTQ2NDk2NSIgdmVyc2FvPSIwLjA3IiB2ZXJzYW9EYWRvc0VudD0iMC4wNyIgdmVyc2FvU0I9IjAxMDEwMCI+PGlkZT48Y1VGPjM1PC9jVUY+PGNORj41NDY0OTY8L2NORj48bW9kPjU5PC9tb2Q+PG5zZXJpZVNBVD4wMDAwMTc5MTg8L25zZXJpZVNBVD48bkNGZT4wMDEyMzM8L25DRmU+PGRFbWk+MjAxNjA5MjI8L2RFbWk+PGhFbWk+MDkwNjMxPC9oRW1pPjxjRFY+NTwvY0RWPjx0cEFtYj4xPC90cEFtYj48Q05QSj4xMTkxODM0NDAwMDEwOTwvQ05QSj48c2lnbkFDPnBxc1hLbXMwK29QMW9OK0VIY3o0NmRaUWh0S2w5czRZaitVaFc1M3VYN0t6aG93R2dESlpiVUcwUFYyU21JVmVHZTVBRkNrV0M2R3JRaFExc0oreDdKN0ttVm1WYzBTNWhMekl6UGhKQVl3NnplSG83bGFHWFZKczEyaVZTczdWS3NmbVFWMUpDRnhkWVBaeHlsaktUN09TcnNGZUQvYTJQaTVkajlROEtBaDlUYVVXNG9YSGYwaWMxV0JTLzdBZnhYNSt0ZE0wRnJuUkJsb0labjBFOHliOVl1dDgxR0g0ckEvbkpIK0ZjKzRuNjJvdms1akl5ajc1enV3SncwR2tmdkpIdGNzMTNYWnpBRFBWdE9YRUYvbURzbkRRMmJyTW5XaHQ2Y3h5dktwT3dqVTRTSXVpbnhVZVJlTHE3SDZZVlRvSnVHdUZOS05hdUFXQkQ2UEZpZz09PC9zaWduQUM+PGFzc2luYXR1cmFRUkNPREU+R1h5Y09FUkp0a3R4WG9jTXJTUUlJZ3dkSi9ZUE1RYnB2V1U3Y2ZPTWdTV1p0Y3JoTnBwYkI4dW0xQkhiRjRvUllVUTN6QThVMHk2SkR6K25YUTYzeTVEZ0lKL2hjN2tCK2JqdGY4K3Z3b0lUOHl2ZllkTzFEYnZ6WjgwMHUyVUxSeHBGczgzb1UvWWQ4bExDTjZKK3JXMzNFSWxsUUFpZTY0SVU4YjhJaDdSeTJyZkFPVk41VkZrcThES0dGTXNxTDhHcURtdjRQTVQvVE4wQmk4cW1hMDlIV2szVERzQVhRVTA2VG9oclJJTGhDTlJYSjNOdjdZUG0vTUZwV3pWeFR4cGNGb2xEUFFUTHBjU1dTU043eDlDb1dndzRSZ0lrSTdubzZUbDluQS9SSStqOFFZVDdTL1hlQ202NktraW5uUFBxUElRTlNiWTFqVm0wU2NmZnJnPT08L2Fzc2luYXR1cmFRUkNPREU+PG51bWVyb0NhaXhhPjAwMTwvbnVtZXJvQ2FpeGE+PC9pZGU+PGVtaXQ+PENOUEo+MDI1NTI0NDAwMDAxODc8L0NOUEo+PHhOb21lPlRFU1NBUk9MSSBDT01FUkNJTyBERSBSRUxPR0lPUyBMVERBIE1FPC94Tm9tZT48ZW5kZXJFbWl0Pjx4TGdyPkFWRU5JREEgMTUgREUgTk9WRU1CUk88L3hMZ3I+PG5ybz4xMDkwPC9ucm8+PHhCYWlycm8+Q0VOVFJPPC94QmFpcnJvPjx4TXVuPkJBUklSSTwveE11bj48Q0VQPjE3MjUwMDAwPC9DRVA+PC9lbmRlckVtaXQ+PElFPjIwMTAwMjMxMDExMzwvSUU+PGNSZWdUcmliPjE8L2NSZWdUcmliPjxpbmRSYXRJU1NRTj5OPC9pbmRSYXRJU1NRTj48L2VtaXQ+PGRlc3Q+PHhOb21lPkNPTlNVTUlET1I8L3hOb21lPjwvZGVzdD48ZGV0IG5JdGVtPSIxIj48cHJvZD48Y1Byb2Q+Mjc0PC9jUHJvZD48eFByb2Q+UkVMT0dJTyBERSBQQVJFREUgSEVSVkVHIDYyNTQ8L3hQcm9kPjxOQ00+OTEwNTIxMDA8L05DTT48Q0ZPUD41MTAyPC9DRk9QPjx1Q29tPlVOPC91Q29tPjxxQ29tPjEuMDAwMDwvcUNvbT48dlVuQ29tPjEwMC4wMDwvdlVuQ29tPjx2UHJvZD4xMDAuMDA8L3ZQcm9kPjxpbmRSZWdyYT5BPC9pbmRSZWdyYT48dkl0ZW0+MTAwLjAwPC92SXRlbT48L3Byb2Q+PGltcG9zdG8+PHZJdGVtMTI3NDE+MzcuMTM8L3ZJdGVtMTI3NDE+PElDTVM+PElDTVNTTjEwMj48T3JpZz4wPC9PcmlnPjxDU09TTj4xMDI8L0NTT1NOPjwvSUNNU1NOMTAyPjwvSUNNUz48UElTPjxQSVNTTj48Q1NUPjQ5PC9DU1Q+PC9QSVNTTj48L1BJUz48Q09GSU5TPjxDT0ZJTlNTTj48Q1NUPjQ5PC9DU1Q+PC9DT0ZJTlNTTj48L0NPRklOUz48L2ltcG9zdG8+PC9kZXQ+PHRvdGFsPjxJQ01TVG90Pjx2SUNNUz4wLjAwPC92SUNNUz48dlByb2Q+MTAwLjAwPC92UHJvZD48dkRlc2M+MC4wMDwvdkRlc2M+PHZQSVM+MC4wMDwvdlBJUz48dkNPRklOUz4wLjAwPC92Q09GSU5TPjx2UElTU1Q+MC4wMDwvdlBJU1NUPjx2Q09GSU5TU1Q+MC4wMDwvdkNPRklOU1NUPjx2T3V0cm8+MC4wMDwvdk91dHJvPjwvSUNNU1RvdD48dkNGZT4xMDAuMDA8L3ZDRmU+PHZDRmVMZWkxMjc0MT4zNy4xMzwvdkNGZUxlaTEyNzQxPjwvdG90YWw+PHBndG8+PE1QPjxjTVA+MDM8L2NNUD48dk1QPjEwMC4wMDwvdk1QPjxjQWRtQz4wMjU8L2NBZG1DPjwvTVA+PHZUcm9jbz4wLjAwPC92VHJvY28+PC9wZ3RvPjwvaW5mQ0ZlPjxTaWduYXR1cmUgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvMDkveG1sZHNpZyMiPjxTaWduZWRJbmZvPjxDYW5vbmljYWxpemF0aW9uTWV0aG9kIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvVFIvMjAwMS9SRUMteG1sLWMxNG4tMjAwMTAzMTUiPjwvQ2Fub25pY2FsaXphdGlvbk1ldGhvZD48U2lnbmF0dXJlTWV0aG9kIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS8wNC94bWxkc2lnLW1vcmUjcnNhLXNoYTI1NiI+PC9TaWduYXR1cmVNZXRob2Q+PFJlZmVyZW5jZSBVUkk9IiNDRmUzNTE2MDkwMjU1MjQ0MDAwMDE4NzU5MDAwMDE3OTE4MDAxMjMzNTQ2NDk2NSI+PFRyYW5zZm9ybXM+PFRyYW5zZm9ybSBBbGdvcml0aG09Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvMDkveG1sZHNpZyNlbnZlbG9wZWQtc2lnbmF0dXJlIj48L1RyYW5zZm9ybT48VHJhbnNmb3JtIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvVFIvMjAwMS9SRUMteG1sLWMxNG4tMjAwMTAzMTUiPjwvVHJhbnNmb3JtPjwvVHJhbnNmb3Jtcz48RGlnZXN0TWV0aG9kIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS8wNC94bWxlbmMjc2hhMjU2Ij48L0RpZ2VzdE1ldGhvZD48RGlnZXN0VmFsdWU+RDUwQW1QS3RxelVuSVZhdUFqS2tlYm5UZVZxamVyT1RnOTloNUNDTkRFdz08L0RpZ2VzdFZhbHVlPjwvUmVmZXJlbmNlPjwvU2lnbmVkSW5mbz48U2lnbmF0dXJlVmFsdWU+S29ldERUUDE5UnhvTGNCL3ZUN0VpNlRyZ3JJZ3NWbG5PMVZTbDJTdzZiOXo0NlcyWWloYW5ieE1NVGkrWXpPRXRUbTVNZjhEeHp6VzN6ZGhwMVhaNmh5by9QQUE5ZE9wTlc4bTl4Q0xJcEhTK2I4ektlOUZ5UmlIQXR5YWV2cVZzL21PR2UwTjgrMGVldldzSkYvZTMrczNndkVNSGFtZUxSbmRwUE5PMVdUUlEyS3QrT0hRM3JzclRiZEtIS3hRWkRCME1oeWpWbHRMRDFJa2FtWGtxcjlSR3R2bVdXK3RkcWdGZWJuSUZsWjZoelZ3QkJCWFF0LzRLMWhOMWhzdkZoNjJFVnZrekZnN1pQRGs5NmZOQmtUNkRaTjFlU2VCL3pwVmsweEVaTGlSbTlUUTBlNjQ5ejV6NnVsbWV3WStubVFXZ002TUFtTXRkMVR4TDlISFVRPT08L1NpZ25hdHVyZVZhbHVlPjxLZXlJbmZvPjxYNTA5RGF0YT48WDUwOUNlcnRpZmljYXRlPk1JSUdpakNDQkhLZ0F3SUJBZ0lKQVNDOGhxZ1Z2MUl6TUEwR0NTcUdTSWIzRFFFQkN3VUFNRkV4TlRBekJnTlZCQW9UTEZObFkzSmxkR0Z5YVdFZ1pHRWdSbUY2Wlc1a1lTQmtieUJGYzNSaFpHOGdaR1VnVTJGdklGQmhkV3h2TVJnd0ZnWURWUVFERXc5QlF5QlRRVlFnVTBWR1FWb2dVMUF3SGhjTk1UVXdPREkzTVRRek5EVTNXaGNOTWpBd09ESTNNVFF6TkRVM1dqQ0J3ekVTTUJBR0ExVUVCUk1KTURBd01ERTNPVEU0TVFzd0NRWURWUVFHRXdKQ1VqRVNNQkFHQTFVRUNCTUpVMkZ2SUZCaGRXeHZNUkV3RHdZRFZRUUtFd2hUUlVaQldpMVRVREVQTUEwR0ExVUVDeE1HUVVNdFUwRlVNU2d3SmdZRFZRUUxFeDlCZFhSbGJuUnBZMkZrYnlCd2IzSWdRVklnVTBWR1FWb2dVMUFnVTBGVU1UNHdQQVlEVlFRREV6VlVSVk5UUVZKUFRFa2dRMDlOUlZKRFNVOGdSRVVnVWtWTVQwZEpUMU1nVEZSRVFTQk5SVG93TWpVMU1qUTBNREF3TURFNE56Q0NBU0l3RFFZSktvWklodmNOQVFFQkJRQURnZ0VQQURDQ0FRb0NnZ0VCQUlUblUwYlFsTjVmcG5IMk5TMU41RThOSDg2SDhUQ0Q3TlVuZWZKU1JlbTVlM0pwN0FNcmhMb0IzOTZhMEVMbG00M3ZwTnNUUVBwZE9lZENCU1ZWclk1dUQwZ2dWUjdUQjNhZEViMjNLVFVvN2ZTMmFlTEFhRlJwWjZIVklwYkNmMU5wQTVzb3YwcU5PUDhVSVBZcXVTeldrd1k1bGVaWnFqYTZaYk00K3djNFFmRVBKN0luOCtXVlkzRThPRWdnZ2FVMnJ6UEQ5VlFJR29XL1RTaXV1cjlUZ1J2QVd6UzZQWkFzSGw1M0RpTU1saFpibURSbDlPVEtCYXRPUUFQdzlTczkweUg5MHBBOHhUQVlRclpONmNDclpCNS91Z3k3ckVvZ3NsRGw1ZlBuekNtQVVya0VvMlpFaHIwaGVvQkR3UUlCQjlTU0NjV2tGRy9wbEtrWFN1VUNBd0VBQWFPQ0FmQXdnZ0hzTUE0R0ExVWREd0VCL3dRRUF3SUY0REIxQmdOVkhTQUViakJzTUdvR0NTc0dBUVFCZ2V3dEF6QmRNRnNHQ0NzR0FRVUZCd0lCRms5b2RIUndPaTh2WVdOellYUXVhVzF3Y21WdWMyRnZabWxqYVdGc0xtTnZiUzVpY2k5eVpYQnZjMmwwYjNKcGJ5OWtjR012WVdOelpXWmhlbk53TDJSd1kxOWhZM05sWm1GNmMzQXVjR1JtTUdVR0ExVWRId1JlTUZ3d1dxQllvRmFHVkdoMGRIQTZMeTloWTNOaGRDNXBiWEJ5Wlc1ellXOW1hV05wWVd3dVkyOXRMbUp5TDNKbGNHOXphWFJ2Y21sdkwyeGpjaTloWTNOaGRITmxabUY2YzNBdllXTnpZWFJ6WldaaGVuTndZM0pzTG1OeWJEQ0JsQVlJS3dZQkJRVUhBUUVFZ1ljd2dZUXdMZ1lJS3dZQkJRVUhNQUdHSW1oMGRIQTZMeTl2WTNOd0xtbHRjSEpsYm5OaGIyWnBZMmxoYkM1amIyMHVZbkl3VWdZSUt3WUJCUVVITUFLR1JtaDBkSEE2THk5aFkzTmhkQzVwYlhCeVpXNXpZVzltYVdOcFlXd3VZMjl0TG1KeUwzSmxjRzl6YVhSdmNtbHZMMk5sY25ScFptbGpZV1J2Y3k5aFkzTmhkQzV3TjJNd0V3WURWUjBsQkF3d0NnWUlLd1lCQlFVSEF3SXdDUVlEVlIwVEJBSXdBREFrQmdOVkhSRUVIVEFib0JrR0JXQk1BUU1Eb0JBRURqQXlOVFV5TkRRd01EQXdNVGczTUI4R0ExVWRJd1FZTUJhQUZMQ0ZnYk1velhZcUtTUkxYMWhLYjJqWnJMQXFNQTBHQ1NxR1NJYjNEUUVCQ3dVQUE0SUNBUUFYY3FVd1FjSW52L0pIekRmNDMvcmhRTnZLMzBtWnpDckIyYitkVnBIZG5IcEppZ21hVnJYd3JFUmF5VnVVWGZGT0tZVzFmUUd3Y3hKYTFFY1UyVFBmRS9zVEhHN1pwaHBvQVkzL2NKQkwzdmk5TTYxZWtmY1YxV0RiREhNWXl6QUtnS0VTWk9mRU90NHhXRktVaVZ6NU0ydmlyaURGSU92M2dvOUVBRHBZQzYzSlY5NXp4ZWZnNzh5aGdKUElGYjJRY0lFcEtqYW9BYjNoVWRmeG1Yazd6ODdvQ0l2Y09HbVUrang4VlV3K1poTkVwTzY3d2NQUnVCWmpRMWNxTmVNWXhRSXNFNkhRcTFWd01hRERlZlNkTUVsTHFwMzNRVFhTbmI3cHBBUERXVHYvQ3UrTjNXYWk5c1JBVGZqek4wUFNCczBsajFlUjRYTndYcjJZeUFtbDkybkdCdlM0NnN5dTdyM3gyOERJYVJxeGhpQzl1UzRTeEpkSXkyTDhKS1pGQ2xVZU1PME85SURMZHlRZmRjMEZ1YTBLcVBwQUN0OE9Ld054ODkyQTdUWmswRytqTEpock9kNndoV014RVppRFhWYm9JaS9Ea3h5dTZab0VMZ2hxVGd6ZURXMEVZMjg0elFRK2J5b0F0M2ZVSFR3N1dHTVZCRWpFVU4rTkJwSys3RGVBK3hRUUsxUzJTeHVSQlgwazcwbFZERkJyV2N1Z1U4UGNjdmViUEJ0VytLTm1hQWZyS2tyY1MwTXRIWXd6VmQwa0tVUUh4ZHdGWmlpWFhGQjlqR3hYcFY2OElibjJWUjlEc0lEaXRBU29hSDI5RjBKZ0puVEFwYWNXYUFZYnhUVitISk5HVnNta00vbXhydFMyZVYxWFBsYlgySStPNTI5OWphV3U3QT09PC9YNTA5Q2VydGlmaWNhdGU+PC9YNTA5RGF0YT48L0tleUluZm8+PC9TaWduYXR1cmU+PC9DRmU+|20160922090631|CFe35160902552440000187590000179180012335464965|100.00||GXycOERJtktxXocMrSQIIgwdJ/YPMQbpvWU7cfOMgSWZtcrhNppbB8um1BHbF4oRYUQ3zA8U0y6JDz+nXQ63y5DgIJ/hc7kB+bjtf8+vwoIT8yvfYdO1DbvzZ800u2ULRxpFs83oU/Yd8lLCN6J+rW33EIllQAie64IU8b8Ih7Ry2rfAOVN5VFkq8DKGFMsqL8GqDmv4PMT/TN0Bi8qma09HWk3TDsAXQU06TohrRILhCNRXJ3Nv7YPm/MFpWzVxTxpcFolDPQTLpcSWSSN7x9CoWgw4RgIkI7no6Tl9nA/RI+j8QYT7S/XeCm66KkinnPPqPIQNSbY1jVm0Scffrg==

 

No Log do Equipamento SAT, não é registrado se o mesmo enviou a resposta para a DLL ou não... Caso a DLL da Elgin tenha seu próprio Log de "Rx/Tx", poderíamos saber se o SAT respondeu corretamente...

 

O problema está no SAT ou na DLL... mas não temos visibilidade do problema no contexto do ACBrSAT... pois o ACBrSAT, lê apenas a resposta da DLL

[arce]

 

@Daniel Simoes Boa Tarde, sobre a análise outra coisa que pode ser observada é numero da sessão. Perceba que mesmo no cfe com o Base64 o número da sessão (antecedido pela palavra Resposta) está contém o número de outra sessão 999986.

22/09/16 14:54:07:069 - NumeroSessao: 999988 - Resposta:999986|06000|0000|Emitido com sucesso + conteúdo notas|||

22/09/16 14:51:55:175 - NumeroSessao: 999987 - Resposta:999986|06000|0000|Emitido com sucesso + conteúdo notas|||PENGZT48aW5mQ

Outros comandos seguidos continuam retornando o numero de sessão 999986, até o momento que há uma desInicializacao/Inicializacao do SAT.

 

[Daniel Simoes]

Realmente...  não havia reparado... o problema parece ser um dessincronizamo do número da sessão, internamente no SAT...

Sw.Básico está atualizado ?

[arce]

Sim

Layout cfe 0.07

Versão do Sw.Base: 01.01.00 

Dll Elgin 2.0.0.3 (Data de modificação 29/06/2016)

[Daniel Simoes]

Segundo a Elgin (Rubens), para gerar o Log da DLL.. basta criar o arquivo satelgin.ini, na mesma pasta da DLL

GeraArqLog =   1
NomeArqLog = c:\sat\elgin2.txt

 

[arce]

@Daniel Simoes Adicionei o arquivo gerador de log. Como é esporádico, vou aguardar o retorno do cliente assim que acontecer o erro novamente e enviarei para você/Elgin os arquivos.

Obrigado.

[Daniel Simoes]

Poderia por favor anexar uma prévia desse Log?

Apenas para nos certificarmos de que ele contém a transmissão completa do SAT

[mcnonino]

Apenas para colaborar com o assunto, vou expor o que aconteceu conosco. Temos alguns clientes usando o sat Sweda a algum tempo, todos funcionando corretamente. A cerca de 1 mês instalamos em um primeiro cliente o sat Elgin. Foram instalados 2 sats Elgin em 2 computadores (novos) distintos. Desde então, este mesmo problema do sat não retornar o XML da venda começou a ocorrer esporadicamente em apenas 1 dos computadores. Passada 1 semana, invertemos os sats entre os computadores, numa tentativa de identificar se o problema era no sat. O que aconteceu é que o problema continuou no mesmo computador, mesmo com um sat diferente, o que dá para concluir que o problema não era no aparelho em si. Depois disso foi feita a substituição do computador por um outro. Isto já tem cerca de 1 semana e estamos monitorando para ver se resolveu. Não sabia dessa possibilidade de ativar o Log da DLL da Elgin. Se voltar a acontecer o erro vou ativar esta opção.

[arce]

@mcnonino Para gerar o log da Elgin, bastar criar um arquivo diretório C:\SAT\elfin2.txt e criar arquivo satelgin.ini (da forma que o Daniel recomendou) na mesma pasta da Dll.

O Terminal no qual o SAT está instalado é windows7

@Daniel Simoes Segue os logs para análise. 

Log do ACBr, Log extraído do SAT e o Log da Dll.

 

elgin2.txt

Log_ELGIN SAT_28092016.log

ACBRLogSAT.log

Editado 29 Setembro, 2016 por arce

[Daniel Simoes]

Parece que realmente fica registrada toda a comunicação entre o SAT e DLL... Deve ajudar bastante...

[arce]

Bom dia, a falha voltou a acontecer, segue os logs para análise.

A Sessão que ocorreu o erro é a 100062

 

elgin2.txt

 

logACBr_04102016.rar

Log_ELGIN SAT_05102016.rar

Editado 5 Outubro, 2016 por arce

[Daniel Simoes]

No Log da Elgin dá pra ver o erro ocorrendo...

04/10/2016 17:06:01:363 100062|EnviarDadosVenda|12345678|у
04/10/2016 17:06:09:7   Request timed out!


04/10/2016 17:06:09:7   100061|06000|0000|Emitido com sucesso + conteúdo notas|||

Ocorreu um TimeOut  no envio da DLL para o SAT... e a DLL ao invés de retornar um erro para a aplicação... acabou retornando a resposta da sessão anterior 100061

Tudo indica ser um bug na rotina de tratamento de envio da DLL ao SAT, que não considera corretamente o erro de TimeOut ...

 

[JSantos]

Temos um cliente que usa um Sat da Dimep que duas ou três vezes ao dia tem dado este erro de TIMED OUT. Tenho falado com o suporte da Dimep, mas está difícil de resolver.

Fiquei impressionado com a semelhança dos logs da Elgin e da Dimep. Será que eles desenvolvem a solução juntos?

[Daniel Simoes]

Sim, é o mesmo SAT... A Elgin usa o Dimep no formato OEM

[fabiofranzini]

Olá 

Hoje me deparei com o mesmo problema, o problema acontece com a função xSAT_EnviarDadosVenda da DLL que não retorna o parâmetro já citado neste post .

Voltei a versão da dll (no caso da dimep) e o sat voltou a retornar o xml corretamente.

[Daniel Simoes]

É importante reportar o problema para a equipe de suporte da Elgin e da Dimep...

[JSantos]

zysmo,

Quais são as versões da dll?

Qual gerou o problema e qual está funcionando?

[fabiofranzini]

José, a dll que tenho é da dimep e a mesma está informando a versão 1.0.8.3;

[Riquena]

Senhores, estão contornando o problema de alguma maneira na aplicação? 

Estamos com mesmo problema no SAT ELGIN. 

Grato.

 

[fabiofranzini]

Riquena, o problema se encontra na dll, creio que será necessário esperar uma nova versão da mesma;

[JSantos]

On 11/10/2016 at 1:10 PM, zyzmo said:

José, a dll que tenho é da dimep e a mesma está informando a versão 1.0.8.3;

Estou usando dll 2.0.0.3

Estamos com esse problema de TIMEOUT em dois clientes também

[fabiofranzini]

José, eu testei com a ultima versão da dimep (2.0.0.6) e é retornado o erro ('CFe não carregado'), porém o cupom é enviado normalmente!

Estou utilizando a dll 1.0.8.3, até o momento não ocorreu nenhum problema! 

Já enviei mensagem para a dimep com os logs, se tiver alguma resposta volto postar o resultado;

Segue anexo.

1.0.8.3.rar

[russocorp]

Já sofri bastante com isso ai senhores, é problemas do SAT da Elgin que consomem energia demais e dependendo do PC com fonte mais fraca acaba falhando a comunicação. Um cliente meu vivia sofrendo com isso ai até que trocamos o SAT para um PC com melhor qualidade e parou o problema. Uma das alternativa é tentar melhorar a fonte do PC ou conseguir um HUB USB com alimentação externa, como por exemplo esse da TP Link. No mercado livre tem desse HUB USB mais em conta que esse que passei, mas sem marca definida e se forem pegar esse ching-ling atentar para a fonte de alimentação que acompanha o produto pois tem algumas que vem com baixa amperagem que acabaria não resolvendo o problema.

Também deve se atentar a ligação do cabo USB, que preferencialmente precisa ser ligado em "barra" diferente do USB do PC, como no exemplo da imagem em anexo.

[JSantos]

Nesse nosso cliente já colocamos HUB USB alimentado com fonte 3A e não resolveu.