Alisson Suart

Obrigado Graça, realmente muita informação confusa e controversa, mas vamos lá. Farei novas pesquisas nos sites sugeridos. Agradeço.

Boa tarde amigos, Algum poderia me indicar um site ou manual para leitura, referente a esta parte de emissão de MDFe sem CIOT ? Apenas para esclarecer a minha duvida. Tenho uma transportadora como cliente, em que ela contrata outros Motoristas (autônomos ou empresas) para carregarem para eles. Possuem também caminhões em nome da transportadora para efetuar os fretes aos clientes. Nossa duvida é a geração do CIOT quando o caminhão é da própria transportadora. Como fazer para não gerar o CIOT e emitir o MDFe ? No caso de trocar o MDFe de prestador de serviço de transporta para transporte próprio surge a duvida, pois se fizer isto, será necessário anexar a nota fiscal e não o CTe, e a nota fiscal é da empresa que contratou o serviço de Frete. o Remetente no caso. Ficamos um pouco confuso quanto essa possibilidade de gerar o MDFe sem o CIOT. Ao que tudo indica seria casos em que apenas a empresa não presta serviços de transporte e vai carregar o próprio produto, certo ? Agradeço se puderem me indicar mais alguns itens de leitura sobre o assunto. Att.

Tenho varios clientes utilizando essa versão do Windows e funcionam normalmente: Único detalhe que percebi diferente do meu, é quanto a configuração do componente: nosso SSLCryptLib = libWinCrypt

Olá, , desculpem desenterrar o tópico, mas essas funcionalidades do envio do preço foram atualizadas no componente ? estou procurando aqui e não encontrei. Será que podemos incluir ? Tenho alguns clientes com a mesma necessidade de envio de atualização de preço para emissão das etiquetas da balança.

Boa Tarde Italo, Sim, eu entrei nos fontes para dar uma olhada e vi que usam o mesmo. Confesso que este problema está me deixando doido. Mas tudo bem. Vou tentar bolar algum "arranjo técnico". Obrigado.

Bom dia Pessoal, reativando esse tópico que fiz, pois estou ainda com o mesmo problema, porém agora o cenário mudou. Windows 10 o servidor da empresa que gera. Tudo certo no caso do PDFs abrindo, na maquina local que gera. Solicitei o envio do arquivo para mim, e aqui em meus computadores, também abrem normalmente. Na empresa em um computador com Windows 7, ocorre a falha. Envio para os clientes finais, também estão se queixando de falha no arquivo. A forma que esta dando, é na hora de visualizar o MDFe, pelo sistema, o pessoal escolhe a opção salvar como, e salva em PDF. Isto funciona normal. Se imprimir utilizando impressora PDF, PDF Creator, etc. Também funciona normalmente nos locais que ocorre a falha. O negocio está no evento de gerar o PDF pelo componente. O mais estranho é que o CTE esta tudo em ordem, não dá essa falha. é so no MDFe. Alguém já passou por isso ? Teve alguma solução ? Pelo que conferi nos fontes, o método de geração do PDF é o mesmo. Não faz sentido pra mim a falha. Utilizo o ImprimePDF, do ACBrMDFe . Este que esta gerando o problema. Obrigado desde já pela ajuda.

Estou com o mesmo problema em um cliente. Ele ligou na ANTT, eles alegam que essa validação é da sefaz, porém no caso do meu cliente, Venda com nota fiscal de remessa, o vendedor sai da empresa com os produtos, porém ele nao exerce atividade remunerada de transporte. Ele leva o produto para vender fora do estado. O Veiculo também nao é de propriedade da empresa, ou seja, se vc marca a opção de preenchimento, ele exige o RNTRC. Estamos em um dilema. Solicitei ao cliente, tentar informar nas observações, que o veiculo nao percente a empresa, para tentarmos passar pela barreira sem problemas. No caso de transporte proprio, você não poderá preencher os campos relacionados a propriedade do veiculo.

Estou com o mesmo problema em um cliente. Ele ligou na ANTT, eles alegam que essa validação é da sefaz, porém no caso do meu cliente, Venda com nota fiscal de remessa, o vendedor sai da empresa com os produtos, porém ele nao exerce atividade remunerada de transporte. Ele leva o produto para vender fora do estado. O Veiculo também nao é de propriedade da empresa, ou seja, se vc marca a opção de preenchimento, ele exige o RNTRC. Estamos em um dilema. Solicitei ao cliente, tentar informar nas observações, que o veiculo nao percente a empresa, para tentarmos passar pela barreira sem problemas. No caso de transporte proprio, você não poderá preencher os campos relacionados a propriedade do veiculo.

Fiz todos os passos, inclusive removi o C++ 2013 que estava instalado, reiniciei e instalei a versao 2010. O mesmo erro ocorre. inclusive tentei registrar a mesma. Realmente acho que terei que solicitar a troca do S.O. Chequei a versão do XP, está com o SP3, então pelo que percebo, nao teria nada a mais para atualizar.

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 ?