Italo Giurizzato Junior

Bom dia Iprc, No seu XML notei duas coisas: 1. o valor de cMDF tem que ser um numero aleatório, você atribui o valor 1, isso pode deixa a chave do MDF-e fraca. 2. você só informou a data em vez de data e hora no dhEmi. 3. o seu XML esta identado, você identou para anexar ele no fórum? 4. esse XML foi gerado pelo componente ACBrMDFe?

Cleber, Entre em contato com o eFrete e expõe o problema, pois temos membros do fórum que não tiveram esse problema.

Bom dia Jair, Qual é o valor de SSLLib? Altere o valor dela para libOpenSSL ou para libWinCrypt e comente as demais linhas referente aos campos: SSLCryptLib, SSLHttpLib, SSLXmlSignLib. Pois ao setar um valor para o SSLLib o componente vai ajustar corretamente os demais campos.

Bom dia Diego, Favor entrar em contato com o provedor e questiona-lo sobre o padrão adotado para a maioria das cidades que eles atuam no que diz respeito as URLs de homologação e de produção. Pois desta forma, tendo um padrão, não precisamos ficar acrescentando praticamente a mesma URL para todas as cidades. Pelo que noite a URL que se repete é: http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx Onde a variável %NomeURL_P% é o que muda de uma cidade para outra.

Bom dia a todos, Mania que alguns empresários tem de usar caracteres como é o caso do "&" fora aqueles que resolvem usar nomes em inglês para as suas empresas. Vê se existem alguma empresa norte americana aberta por norte americano usando vogais acentuadas, cedilhas. Eu pelo menos nunca vi. O cara resolve colocar o E comercial na razão social ou no nome fantasia de sua empresa, ai aparece um provedor que não aceita em hipótese nenhuma esse caractere e nós é que temos que dar os nossos pulos. Mande ele conversar com o provedor, duvido que eles vão mudar um virgula no webservice para atender uma reclamação dessa.

Bom dia Weber, A sua rotina tem que ser colocada na unit referente a impressão do DANFSE. Você usa o DANFSE feito em Fast ou Fortes Report?

Bom dia Carlos, Se foi fechado, agora ele esta aberto, por favor vamos continuar no outro. Eu vou fechar esse.

Bom dia Carlos, Favor anexar a unit alterada para que eu possa analisar.

Bom dia Sandro, Fiz uma alteração tanto no arquivo Cidades.ini quanto no MetropolisWeb.ini Por favor inclua a cidade em questão aos moldes de Juazeiro/BA no arquivo Cidades.ini e faça os testes usando o programa exemplo. Acredito eu que não será necessário fazer nenhuma outra alteração no arquivo INI do provedor.

Bom dia, Nunca vi um XML utilizando o CDATA para resolver a questão de um caractere.

Bom dia Cleber, No meu entendimento a opção de cadastrar motorista pelo eFrete serve para essa finalidade, ou seja, se o motorista não esta cadastro devemos usar essa opção para cadastra-lo. Quanto ao erro, você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Esta fazendo os testes com o programa exemplo do componente?

Bom dia Diogo, Quem questionou a respeito da impressão do numero do CIOT no DAMDFE? Se foi algum fiscal de fronteira, a solução é informa-lo também no campo de observação, assim ele será impresso no DAMDFE. Pois como você pode ver no novo layout do DAMDFE não possui nenhum campo onde deve constar o numero do CIOT. Esta previsto a impressão das informações referente ao Vale-Pedágio e não do CIOT.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Exatamente, veja a regra que trata a rejeição 726: Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3) e MDF-e possuir apenas um DF-e transportado no grupo infDoc: O grupo de informações da carga lotação (infLotacao) deve estar informado. Quando informamos o CEP do local de carregamento e de descarregamento o grupo <infLotacao> é automaticamente gerado no XML.

Bom dia a todos, Apensar do ACBr gerar automaticamente um numero aleatório para o campo cNF (código aleatório da Nota Fiscal), no meu entendimento esse código deve ser gerado pela sua aplicação e salvo no banco de dados com as demais informações da nota. Na rotina que você lê essas informações do banco de dados para gerar o arquivo INI, lê o código aleatório e atribui ao campo cNF do arquivo INI. Desta forma quem tem o controle da geração e a guarda do mesmo é a sua aplicação. Com isso se houver a necessidade de gerar novamente o XML da mesma nota, temos a garantia que a chave será exatamente igual, uma vez que o código aleatório da nota (cNF) faz parte da chave da mesma.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Se você der uma olhada nos fontes do componente, vai nota que no momento só esta disponível o DABPE em EscPos, ainda não apareceu ninguém que tenha desenvolvido em Fast ou Fortes Report e nos enviado. Como o EscPos trabalha enviando os dados direto para impressora, não tem como gerar o PDF.

Boa tarde Ana, Desculpe, não entendi o motivo da sua postagem. Trata-se de uma afirmação ou um questionamento seu?

Jonathan, Neste caso deve-se entrar em contato com a eFrete para tentar descobrir o que esta ocorrendo.

Boa tarde Brito, Você deve estar tentando enviar através do método Enviar, tente pelo método Gerar, botão [Enviar um RPS (Gerar)].

Boa tarde, A cidade de Erechim trocou de provedor? Pois o XML que você anexou foge do layout estabelecido pelo SystemPro, principalmente no que se refere as informações referente aos valores do serviço.

Boa tarde Juliana, Essa versão web do manual esta desatualizado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Jonathan, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 (também atualizado) e com a opção de apagar arquivos antigos marcada? Esta usando o programa exemplo do componente ACBrCIOT?

Boa tarde, Acredito que o problema seja a sua impressora. O mesmo problema ocorre com o programa exemplo do componente?