Italo Giurizzato Junior

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 Pablo, Qual é o valor que você esta atribuindo para a propriedade tpEmis ? Qual versão do CT-e você esta gerando? Lembre-se que no caso do CT-e versão 1.04 é aceito somente os seguintes valores: teNormal, teFSDA, teSVCRS e teSVCSP Já o CT-e versão 2.00 é aceito os seguintes valores: teNormal, teDPEC, teFSDA, teSVCRS e teSVCSP Entenda o valor teDPEC como sendo o EPEC.

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.

Boa tarde Heto Andrade, Você não pode se baser no verAplic, pois hoje a NF-e esta na versão 2.00 e a NFC-e 3.00, para o ano que vem ambas vão estar na versão 3.10 Você deve se basear no modelo de documento fiscal. NF-e = 55 NFC-e = 65

Bom dia André, Atualize os fontes e teste novamente.

Graça, Você esta enviando para a SEFAZ-MG, correto? Se sim, você sabe que eles são doidinhos para fazer esse tipo de trapalhada. Com certeza é BUG no WebService deles. Favor entrar em contato com eles acusando o problema.

Bom dia Moroni, Alteração realizada, pode atualizar os fontes e testar.

Bom dia Graça, Com certeza, implementação esse tipo de checagem no ambiente de homologação.

Bom dia ALA, Se você esta utilizando o comando Enviar para enviar o lote para o webservice, lembre-se que ele já executa de forma interna os comandos ConsultarSituacao e ConsultarLoteRps. Os erros que você postou, as mensagens estão estranhas, você esta alimentando corretamente o componente? Se possível post como anexo o XML do RPS.

Heto Andrade, Não sei se esta correto, mas estou fazendo da seguinte forma: 1. Na mesma tabela em Excel mostra os percentuais para diversos tipos de serviços, você deve procurar o mais adequado (pAliqNBS). 2. Calculo o valor total da prestação ou seja o valor do frete (vTotPrest). 3. Calculo o valor aproximado dos tributos (vTotTrib := vTotPrest * pAliqNBS / 100) Supondo que: pAliqNBS = 2.8 % vTotPrest = R$ 100.00 vTotTrib = 100.00 * 2.8 / 100 = R$ 2.80 Note que eu realizo esse calculo durante o lançamento dos dados, logo eles estão salvos no banco de dados as 3 informações, Aliquota, Valor do Frete e Valor Aprox. dos Tributos. Espero ter ajudado.

Bom dia Madalozzo, O provedor Equiplano, não segue o padrão ABRASF e nem o DSF logo não dar para utilizar o componente ACBrNFSe.