Alisson Suart

Boa noite pessoal, Gostaria de esclarecer uma duvida com todos. Assim que fiz minha atualização nos aplicativos para utilizar a NFe 4.0, já havia entendido que o Windows inferior a 7, teriam problemas de comunicação para emissão da DANFe. Até ai tudo bem, porém, em todos os clientes que estão usando Windows XP, eu não consegui executar minha aplicação. Esses terminais NÃO FARÃO ENVIO DE DANFE. Estão utilizando outros módulos do sistema, porém quando tento executar o exe, recebo o seguinte erro: --------------------------- DeuxCelebrations.exe - Imagem incorreta --------------------------- O aplicativo ou a DLL C:\SISTEMA\EXECUTAVEIS\MSVCR120.dll não é uma imagem válida para o Windows. Compare com o disco de instalação. --------------------------- OK --------------------------- Percebi que por enviar as DLLs do C++ atualizadas para o aplicativo, deu este conflito. Porém se mesmo assim, eu removo as DLLs da pasta da aplicação para utilizar as que estão na pasta System32, ocorre um erro no KERNEL.DLL. Fiz atualização do Microsoft Visual C++ para a versão de 2017. Reiniciei a maquina, porém mesmo assim, o erro persiste. Alguém teria alguma dica para solucionar este problema (Além claro, da formatação e instalação de um S.O novo). heheheh Agradeço desde já.

Boa tarde pessoal, apenas para compartilhar, vi muitos comentarios e estava desacreditado do windows 8.1 funcionar, porém tivemos sucesso. Fizemos TODOS os updates do windows e ao final, conseguimos fazer funcionar.

Vou deixar a informação para caso alguém necessite do mesmo caso que o meu. Consegui encontrar uma solução. Como o HTTPRio faz uso dos metodos do IE, quando vc tenta acessar o WSDL por ele, ele solicita o certificado e se vc cancelar essa seleção, ele refaz o metodo de consulta, abrindo a parte onde seria o login via usuario e senha, chegando onde eu desejo. Precisei fazer uma alteração direto na unit do HTTPTrans, MAS lembro, caso utilizem o componente para outros WS, façam uma copia e altere um exclusivo para este metodo, para nao falhar com os outros. Altere esta linha: if (LastError = ERROR_INTERNET_INVALID_CA) then Para if (LastError = ERROR_INTERNET_INVALID_CA) or (LastError = ERROR_INTERNET_CLIENT_AUTH_CERT_NEEDED) then Fazendo isto, o HTTPRio, vai efetuar a primeira tentativa, recebendo o erro de solicitação de certificado. Dentro deste If no HTTPTrans, ele faz nova tentativa de consulta, e com isso, o sucesso. Abraços.

Boa tarde Amigos, conclui minha integrações com CIOT e-Frete, inclusive pretendo agora contribuir com o projeto ACBr, porém, me deparei com o seguinte problema: Enquanto fazia os testes para integração, em minha maquina não havia certificado digital algum no repositorio, e eu queria fazer a conexao com usuario e senha para efetuar os testes de homologação. Unica forma que encontrei disto funcionar, foi marcando a propriedade do HTTPRio, em WebNodes, Invokes, soPickFirstClientCertificate como TRUE. Fazendo isto, eu nao entendi o motivo, mas o HTTPRio ignora a mensagem de obrigatoriedade do certificado e segue o login normalmente. Porém, quando o computador tem um certificado digital instalado, e essa opção marcada, o HTTPRio envia esse certificado da maquina, com isso, ocasiona erro de login, pois nao é o certificado digital da empresa homologada para emitir. Se eu colocar a propriedade como FALSE, o erro de que Requer um certificado digital é apresentado novamente. Alguem já passou por isso e conseguiu resolver, usando HTTPRio ? Conecto em um WebService tipo SOAP. Se alguem puder me dar uma ajuda, agradeço desde já. Outro detalhe, tentei utilizar o numero de serie do certificado digital, o mesmo que gravo no ACBrCTe, para passar para o RIO em RunTime, porém o numero de série não é o mesmo que ele procura e com isso, nao encontra o certificado.

Encontrei o Artigo 434 do RICMS 2000. Portaria CAT 32/96, onde os 2 locais mencionam a emissão normal para a empresa e recolhimento do imposto da diferença entre Estado. Farei os testes apenas se será permitido fazer a CFOP como 6.xxx ou se tem que ser 5.xxx mesmo.

Bom dia Pessoal, alguém por acaso já teve necessidade de emitir DANFe de Simples Remessa para Fora do Estado? Apenas repassando a situação : Cliente pretende entrar com mercadorias em outra estado, para visitar estabelecimentos oferecendo o produto na tentativa de vender. Acontece que nos casos de remessa, deve-se emitir a Nota para a propria empresa, porém, como a visita será fora do estado, a nota nao permite que saia como 6.xxx. Tentei localizar algo na legislação e não encontro nada respectivo a isto. Se alguém souber um local para leitura, agradeço desde já.

Bom dia, Apenas para comentar : Estava a procura deste topico, pois eu corri no layout e nada encontrei dessa informação. Um cliente teve uma multa no Estado do Maranhão, por "Falta desta informação" no impresso. Já avisei para entrarem com recurso, pois isso não constava no layout. Multou em 2% no valor da carga. Achei um absurdo. Desculpem reativar a questão, mas achei uma baita sacanagem. No fim, os clientes ficam com medo de levar as multas e começam a solicitar pra gente coisas que não estão definidas em local algum. Jaja vem o Estado de PR, pedir pra informar a Cor do caminhão, se tem "saia" na carroceria, etc etc. Gozação sem fim isto.

Bom dia pessoal, apenas como passo de informação, saiu no site da ANTT http://www.portalntc.org.br/rodoviario/antt-publica-deliberacao-sobre-a-averbacao-do-seguro/58796 Caso não seja possível a empresa receber o nr da averbação da seguradora, o campo pode ser preenchido com 99.999, não gerando problemas com multas para as empresas de transportes. Isso pode ajudar em alguns casos que estejam com dificuldade para pegar o nr de liberação. Abraços

Vim pra fazer a mesma pergunta, Vou aguardar mais um pouco pois ainda estou recebendo a mensagem aqui também. Vlw.

Boa dia pessoal, Estou com um erro estranho e não entendi o motivo. Tenho a aplicação instalada em um Windows 2003 Server. TODOS os PDFs de de MDFe ocorre um estranho erro na hora de visualizar em outros computadores. No proprio computador, funciona normalmente. estou anexando o PDF gerado lá. Alguem já passou por isto ?? O mesmo sistema em outros clientes não ocorre esta falha. PDF funciona normalmente. Outra coisa mais maluca é que o PDF do CTe funciona corretamente, tanto na maquina local como se enviada para outros computadores. Desde já agradeço a atenção. 35170707359307000122580010000003171000106516-mdfe.pdf

Se nao tem alterações nos arquivos, apague os mesmos e faça o download novamente. Deve resolver.

Por sugestão de alguns clientes, fizemos o parametro do NCM direto no produto a ser informado para transporte. Ai com base na origem e destino, fazemos a busca na tabela de NCM para especificar no CTe. Ainda nao esta completamente redondo, pois alguns casos surgiram diferente dessa condição, mas a maioria fica viavel para eles. Então tem resolvido.

Juliomar, Como tenho 2 computadores em uso, entao fui checar a data do componente no outro que esta menos atualizado. ele esta com data de 16/09, porém já consta essa mesma modificação. No meu cliente, ele estava utilizando alguma versão mais antiga que isto, pois se reparar no layout, esta até diferente a posição do campo peso. debugando, percebi que ele cai nesse else aqui if Frac(FMDFe.tot.qCarga) > 0 then rllPesoTotal.Caption := FormatFloatBr(FMDFe.tot.qCarga, ',#0.000') else rllPesoTotal.Caption := FormatFloatBr(FMDFe.tot.qCarga, ',#0'); Eu ainda estou com este modulo na versao do D7, não sei se tem algo haver. Em anexo, deixo a versão que estava saindo os zeros e a nova versão que nao saiu. Att. MDFe.pdf

Bom dia pessoal, gostaria de confirmar, pois a pouco tempo atras com outra versao do ACBrMDFe, a impressão do peso, quando estava com valor redondo, estava normal, porém eu fiz uma atualização na segunda feira, dia 07/11 e continuou acontecendo que quando o peso esta, ex: 15,000 TON, ele esta imprimindo apenas 15. Isto é no Fortes. Queria confirmar se é falha ou foi alguma novidade que não notei. Mais alguem teve esse problema ? Obrigado.

Sim, concordo. Mas pro meu caso esta um pouco pior. A transmissão não é feita em lote. Eu fiz o bloqueio de emissão em lote, pra justamente tentar identificar se era isto o problema. E ainda sim continua. O pessoal monta o CTe e no termino já tem um botao pra transmitir. Tudo feito individualmente. Mas mesmo assim, ocorre em alguns casos. Fiz novos logs ontem, e hoje ja esta rodando no cliente para efetuar as devidas observações. Se tiver algum posição do motivo, compartilho com todos.

Já tentou voltar os Schemas para a versão 2.0 ?

Sim Luis Claudio, tudo atualizando. Trunk2. Sempre vou atualizando o componente e jogando para os clientes, a quinta feira passada foi minha ultima atualização, e eu alterei algumas coisas e joguei pro meu cliente para testar, mas ontem ocorreu novamente com um outro CTe. Eu tb tenho um botao de busca de retorno, para que esse detalhe que vc mencionou, nao ocorra. E eles consigam validar o CTe. Meu problema é que como eu preciso averbar o CTe na hora que ele é emitido, e nao acontece erros para que o usuario possa saber ou ate mesmo me gerar algum log de falha, pra que eu possa analisar. Tivemos casos, que como nao colocou como emitido, e ficou sem averbar, a carga sobre furto, e com isso, a seguradora nao quis pagar. Isso é um grande problema pois no caso do meu cliente, eles carregam dia e noite. Quanto aos estados, a maior parte acontece em SP, mas ja tive casos isolados nos servidores de MT e MG. Como não é sempre que ocorre, isso me deixou doido, sem entender o motivo. Pelo visto terei que achar alguma forma de ver se o XML foi escrito, senao refazer a busca pelo retorno para que seja corretamente preenchido o XML e nao haja falhas na averbação da carga. Estou tentando criar alguns logs para avaliar isto, mas ate o momento nada me retornou falha. Vou continuar tentando e posto se descobrir algo.

Bom dia Pessoal, Estou com um problema um tanto chato e sem ideia de como entender pra resolver. Faço meu procedimento normal, envio o CTe, checo o stat do retorno, e se nao tiver como autorizado, eu fico aguardando pra buscar o retorno novamente. Porém tem ocorrido o seguinte: Não é em todas emissões, mas tive caso de emitir 10 CTes no dia, e apenas 1 aconteceu. O sistema por algum motivo nao atualiza o XML enviado, adicionando a tag final, onde tem o Protocolo e a mensagem de Autorizado o Uso. Ou seja, o XML fica na pasta AnoMes, mas sem a tag final. O mais estranho é que se eu consultar os XMLs de log, existe o xml -sit com a situação autorizado. Então ele recebeu a mensagem dizendo que estava autorizado, mas o XML principal nao atualizou. Eu entendo que a minha checagem do stat quanto ao recebimento do retorno nao esteja acusando, pois o XML-sit esta informando AUTORIZADO. Falha de gravação no HD nao acredito que seja, pois já esta tudo checado e o erro acontece no mesmo usuario que emite os outros CTes normalmente, ou seja, de cada 10 apenas 1 da pau. (Já aconteceu de passar o dia inteiro, emitir muitos e nao ter problema). Espero ter sido claro na minha explicação. Minha duvida esta quanto a como identificar este problema, pois os usuarios relatam que o sistema emite a DACTe normalmente, o sistema entende que o retorno foi recebido, pois atualiza o stat, mas o arquivo XML nao esta no formato AUTORIZADO. O meu maior problema esta pois ao termino do procedimento,eu preciso averbar o documento, e o XML enviado esta indo sem a TAG final, invalidando essa averbação. Alguém poderia me dizer se passou por isso ? Apenas para mencionar, eu ja li este post aqui e era algo parecido com o meu problema, mas eu já consultei as respostas e nao tenho nada parecido.

Já tentou checar essa configuração aqui? Vá no Internet Explorer, opções da internet, aba avançadas, role até o fim, desmarque todos os checkboxes para TLS, deixe marcado Ssl 2.0 e 3.0.

Tenho clientes em SP emitindo e esta tudo normal ate o momento. Trunk2 é necessário sim, nao sei se seria este o motivo do seu problema. Ai vai da mensagem de erro retornada.

Boa noite, o portal CTe esta tudo verde. Aparentemente o serviço esta normal.

Rogério, o meu funcionou normal cara. Estou usando Fortes aqui.

Bom dia, ja tentou OBsCont.xTexto ??

Bom dia, somente hoje vi o topico referente a averbação. Gostei de saber que estao elaborando algo. Vou tentar contribuir. Possuo 3 empresas com averbações distintas, (seguradoras diferentes) com integração em Webservice. Vou baixar os fontes e fazer os testes. Espero conseguir auxiliar.

Boa Tarde, reparem o seguinte: No layout novo, é explicado que emissão 6.102 será exigido as informações do DIFAL, pois vc estará informando como venda tributada. Para emissão da NF-e, quando se tratar de venda em operação interestadual destinada a pessoa não contribuinte do ICMS será utilizado o CFOP 6.107 ou 6.108.