Italo Giurizzato Junior

Altere o tamanho do fonte no DANFSE caso não seja possível aumentar a largura do campo. E por favor ALA, não precisa você postar no corpo do tópico o conteúdo do XML.

Fechado por duplicidade.

Fechado por duplicidade.

Fechado por duplicidade.

Fechado por duplicidade.

Fechado por duplicidade.

Boa tarde ALA, Primeiramente você não postou a mensagem de erro. Segundo não postar o conteúdo do arquivo no corpo do tópico, poste o arquivo como anexo.

Tópico fechado por duplicação.

Boa tarde André, A placa do veículo que esta sendo utilizado para transportar a carga, só é impressa no DACTE quando o transporte for lotação, caso contrário você deve informar no campo de observação.

Boa tarde Diego, Quantidade de canhotos? O canhoto é impresso somente uma vez e na primeira página.

Boa tarde Cláudio, O MDF-e será emitido tanto por empresas que emitem CT-e quanto NF-e. As empresas que emitem CT-e ou seja as transportadoras, devem incluir no MDF-e os CT-e. Por outro lado as empresas que emitem NF-e e realizam o próprio transporte da mercadoria vendida, deve incluir no MDF-e as NF-e. Pesquise no fórum em um dos tópicos temos a URL do portal do MDF-e.

Boa tarde a todos, Favor atualizar os fontes e testar novamente.

Boa tarde Aurelio, Já tentou entrar em contato com o pessoal da SEFAZ?

Bom dia Rômulo, Quando você consulta o status de serviço no ambiente de produção e ocorre conforme o esperado e no ambiente de homologação você obtem o erro. Podemos descartar várias coisas: 1. O componente; 2. Os schemas, pois estes servem para validar o XML a ser enviado; 3. O certificado, pois o webservice foi consumido e você obteve o retorno. Conclui-se que o problema encontra-se na SEFAZ e no ambiente de homologação, uma vez que no de produção esta tudo OK.

Bom dia jwester, A versão esta correta é 6022. Quando aparece uma mensagem lhe informando que a funcionalida XXXX não esta disponivel para o provedor: YYYY, isso significa que o provedor não possui um WebService para atender essa funcionalidade. Por exemplo: Temos provedores que tem os seguintes WebServices: Enviar, Consultar a Situação, Consultar Lote Por outro lado temos outros provedores que não possui o Consultar a Situação e outros não tem o Enviar e sim Gerar. Utilizando o programa exemplo, você deve ir testando as opções até encontrar aquela que funcione para o provedor em questão. Alguns provedores possui o Enviar e o Gerar e nesse caso o Enviar permite o envio de um lote contendo de 1 até 50 RPS, por outro lado o Gerar aceita somente um lote com apenas 1 RPS.

Bom dia Rogercon, Isso pode ocorrer. Abra a aplicação que você pretende utilizar o componente. No Delphi temos uma opção que aparece a lista de componentes instalados, selecione o componente e depois salve a sua aplicação, isso costuma resolver o problema.

Bom dia Junior, Alem da alteração a ser feita no arquivo ACBr.inc, no seu fonte há necessidade incluir esta linha: {$I ACBr.inc}

Bom dia Filippe, O arquivo esta com zero bytes, porque o componente separa do XML retornado da SEFAZ o grupo que contem as TAGs que nos interessa. Quando ele não encontra o grupo é salvo um arquivo vazio. Abra o arquivo ACBrNFeWebServices.pas e identifique a linha que salva o arquivo: <loto>-rec.xml No comando que salva temos uma variável chamada FRetWS, altere para FRetornoWS. Isso vai fazer com que seja salvo o XML retornado pela SEFAZ, ai sim vamos ter ideia do que esta ocorrendo.

Boa tarde Filippe, Quando aparece um mensagem em branco, significa que o webservice retornou um mensagem de erro cujo componente não é capaz de apresenta-la. Pelo simples fato dela não estar no padrão de retorno. Abrindo o arquivo de retorno com o bloco de nota as vezes da para identificar o motivo.

Boa tarde Fernando, Utilizo uma maquina com Windows 7 32 bits, Delphi 7 e Quick Report 5.02 No caso do CT-e, NF-e e NFC-e utilizo as minhas aplicações que rodam em meus clientes. Logo os valores não são "estáticos". Utilizo certificado cedido por clientes e colégas e nunca tive esse tipo de erro: Assinatura difere do calculado.

Boa tarde HRomano, Essa TAG já esta prevista, mas para o provedor SimplISS, para que possamos fazer com que essa TAG seja gerada também para o provedor FISS-Lex, há necessidade de termos os schemas que preve essa TAG. Caso contrario o XML não vai ser validado pelo componente.

Boa tarde Graça, Antes essa tag era local de retirada agora é local de coleta. Antes ela ficava dentro do grupo de notas fiscais de papel agora esta dentro do grupo remetente E os grupos de documentos ou seja notas fiscais de papel, notas fiscais eletrônicas e outros que ficavam dentro do grupo rementente agora estão fora, possui um grupo proprio. No caso de duvidas de como montar a rotina que alimenta o componente, favor tomar como base a que conta na pasta exemplos. ...\Exemplos\ACBrCTe AlimentarComponente.txt <== este fragmento de código já traz as alterações para a versão 2.00 é só estuda-lo.

Boa tarde Fernando, Estranho, essa alteração foi realiza por mim a um bom tempo e foi disponibilizada no SVN.

Bom dia jwester, Me diz qual é o Last commit revision do fonte ACBrNFSeUtil ?

Bom dia Akai, Isso é muito estranho uma vez que a classe TIdendificaRps faz parte da geração do XML. Fiz uma alteração no destructor TACBrNFSe.Destroy; Vamos ver se vai resolver o problema.