Italo Giurizzato Junior

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.

Bom dia Michel, O correto é esperar a versão oficial da Betha, ou seja, os schemas que contemplam as condições de pagamento.

Bom dia Heto Andrade, Dentro da pasta ...\Exemplos\ACBrCTe temos um arquivo texto chamado AlimentarComponente, veja como resolver esse e outras alterações que ocorreram no componente.

Boa noite Aprendiz_ce, Você pode colocar as URLs em um texto do bloco de notas, juntar com os envelopes e necessito de pelo menos uma cidade para poder implementar. Zipar e postar como anexo aqui no fórum sem nenhum problema.