Italo Giurizzato Junior

Boa tarde Leandro, Sim, o provedor WebISS já esta implementado.

Boa tarde Mateus, Os seus fontes estão desatualizados. Atualize e tente novamente.

Bom dia Michel, Vou lhe dar uma dica, veja como foi implementado o provedor ISSDSF que não segue o padrão ABRASF. A questão não é criar novas propriedades, o problema depois é a impressão do DANFSE que busta os dados em determinadas propriedades.

Luighi, O que você pretende usar o DANFSE em Quick Report ou em Fortes Report? Se é o em Fortes Report você não precisa instalar o pacote do DANFSE feito em Quick Report e vice-versa. O problema é que o programa exemplo utiliza o componente ACBrNFSe e o ACBrNFSeDANFSeQR ou seja o DANFSE feito em Quick Report. Se a sua intensão é utilizar o DANFSE feito em Fortes Report, primeiro você tem que instalar o ACBrNFSe e mais o ACBrNFSeDANFSeRL, segundo alterar o programa exemplo removendo o componente DANFSE feito em Quick Report e colocar no lugar o feito em Fortes Report,

Luighi, O programa exemplo do ACBrNFSe se utiliza do DANFSE feito em quick report, dai o erro ao tentar usar o programa exemplo. A solução é simples, remova o componente do DANFSE (Quick Report) do programa exemplo e coloca o outro feito em Fortes Report.

Bom dia Luighi, Você o Quick Report instalado no Delphi? Se sim, é bem provavel que não seja a versão 5. Neste caso abra o pacote de instalação: ACBrNFSeDANFSeQRpkg.dpk e remova a linha que aparece o QR5RunD7, depois clique em compilar.

Bom dia a todos, Leandro, você tem razão quanto a mensagem vou mudar. Aprendiz_ce, em primeiro lugar os textos dos botões estão errados o correto seria [Gerar e Enviar Lote de RPS] e [Gerar e Enviar um RPS] A diferença é a quantidade de RPS enviados para o WebServices. O primeiro aceita um lote com até 50 RPS sendo que o segundo só podemos ter apenas um RPS no lote.

Bom dia Gordianosj, Com certeza é problema na SEFAZ-MG.

Bom dia Márcio, Verifique com o contado, se não me falha a memória no valor da nota não deve incluir o desconto. Note no código do DANFSE que antes era impresso o valor da NFSe e depois foi mudado para imprimir o valor do serviço.

Claudio, Você sabe que o MDF-e deve ser emitido somente quando o transporte for de carga fracionada e interestadual. Logo dentro do Estado não há necessidade de emitir o MDF-e. Mesmo assim o caminhão parte de SP (ponto A) e chega em MG (pondo descarrega parte da carga. O emitente que esta em SP deve encerrar o MDF-e e emitir um novo contendo somente a carga restante para que o caminhão possa seguir viagem, conforme dito anteriormente. A duvida agora é como proceder: 1. No ponto B alguem tem que informar o emititente que a carga foi descarregada; 2. O emitente encerra o MDF-e do caminhão em questão; 3. O emitente emite um novo MDF-e; 4. Assim que a SEFAZ retorna o protocolo de autorização de uso, o emitente deve gerar o DAMDFE em PDF e envia-lo por e-mail para o ponto B; 5. No ponto B assim que chegar o e-mail deve-se imprimir o DAMDFE para que o caminhão possa seguir viagem. Lembre-se o motorista precisa do DAMDFE impresso para ser apresentado em um posto fiscal de fronteira quando solicitado. E DAMDFE tem que estar condizente com a carga, caminhão e motorista.

Boa tarde Elias, Quem tem que controlar a numeração do RPS é o seu sistema.

Boa tarde Rafael, A sua rotina esta semelhante a minha, cheque se todas as condições que estão no IF são satisfeitas para que os campos recebam os valores.

Boa tarde Graça, Quanto a function getVersaoEvento, pode ficar tranquila o problema não é esse. É bem provavel que ocorreu algum erro no retorno e a rotina que extrai o retorno não tinha nada para extrai dai o erro de index. Verifique se o arquivo: 1-eve.xml esta vazio. Se sim faça a seguinte alteração para fins de teste: Unit ACBrCTeWebServices.pas Linha: 2889 if FConfiguracoes.Geral.Salvar then FConfiguracoes.Geral.Save(FPathArqResp, FRetWS); Altere para: if FConfiguracoes.Geral.Salvar then FConfiguracoes.Geral.Save(FPathArqResp, FRetornoWS); Isso vai fazer com que todo o conteudo retornado pela SEFAZ seja salvo.

Boa tarde Aprendiz_ce, Implementei o provedor SpeedGov para a cidade de Aquiraz/CE. Dentro da pasta ...\Exemplos\ACBrNFSe\Delphi\Schemas temos a pasta SpeedGov que contem os schemas de validação utilizado pelo provedor. Inclui a respectiva cidade no programa exemplo para realizar testes. Favor atualizar todos os fontes de todas as pastas e testar.

Boa tarde Claudio, Se carregou em A e entregou em B e depois em C, você concorda que o primeiro MDF-e não tem mais validade depois sai de B? Se descarregou uma parte em B, o conteudo da carga já foi alterado, isso já é suficiente para realizar o encerramento do primeiro e emitir um segundo.

Bom dia Aprendiz_ce, Assim que possível, vou checar os seus anexos. Muito obrigado pela colaboração.

Bom dia Cláudio, O encerramento de um MDF-e deverá ser feito toda vez que ocorrer uma alteração, seja na carga, veículo ou motorista. Supondo que o caminhão parta do ponto A vá até o ponto B, depois para C e finalmente retorna para o ponto A. Imagina que no ponto B uma parte da carga é descarregada, no ponto C é descarregado o restante e uma nova carga é colocada que por sua vez é descarregada no ponto A. Logo temos alteração de carga no ponto B, portanto devemos encerrar o MDF-e emitido quando o caminhão saiu do ponto A e um novo deve ser emitido. De forma semelhante devemos efetuar o ecerramento deste segundo MDF-e quando o caminhão chega no ponto C e a emissão de um terceiro MDF-e. Finalmente quando o caminhão retorna para o ponto A devemos efetuar o encerramento do terceiro MDF-e. Não sei se ficou claro, espero ter ajudado.

Bom dia Luiz, O que estava errado? Post como anexo os fontes que você alterou.

Bem lembrado Mark Apollo, Tanto o emitente quanto o destinatário devem possuir o XML assinado e protocolado pelo periodo legal a fim de fiscalização futura do Fisco. Gustavo, estamos nos baseando na legislação e não no que nós achamos que deve ser desta forma.

Boa tarde Luighi, Você esta utilizando o ACBrInstall ? Se não, tente usa-lo.

Boa tarde Graça, A SEFAZ ainda não disponibilizou as URLs para evento. Os testes que fiz foi no chutometro. Favor entrar em contato com a SEFAZ-MG solicitando os endereços corretos para que possamos corrigir o componente. Já achei as URLs, favor atualizar os fontes e testar.

Boa tarde Graça, É bem provavel que sim, precisamos investigar até encontrar o dito cujo que esta provovando essa página mais sendo que ela não existe.

Boa tarde Fernando, Vamos ao Manual do CT-e versão 1.04c Página 43 e 44 onde temos a estrutura de retorno do XML referente ao Consultar Recibo. Note que na estrutura temos o campo #PR10 que se refere ao digVal. Bom essa informação é obtida quando enviamos e obtemos o protocolo de autorização. Na página 49 temos o retorno do cancelamento, note que não é retornado o digVal, o componente se utiliza do valor retornado ao ter sido autorizado. Na página 60 temos o retorno da consulta da situação atual de um CTe, se ele esta autorizado temos como retorno a informação do digVal, mas se ele esta cancelado não temos essa informação.

Boa tarde Gustavo, Que tal fazer com que os emitentes das NF-e enviem as mesmas por e-mail, em vez de você ficar baixando de site ou webservices? Não é pedir muito para eles não, é simplesmente fazer com que eles sigam a legislação.

Boa tarde Paulinho, Por favor post em anexo também como o componente esta gerando o arquivo de envio. <lote>-env-lot-c.xml o -c contem as TAGs do envelope soap. Para que possamos comparar.