Italo Giurizzato Junior

Walter, Peso total transportado é uma coisa, quantidade (peso) rateada é outra. Suponha que a carga total é formada por 3 CT-e com os seguintes pesos 300 Kg, 250 Kg e 400 Kg. Logo o peso total é de 950 Kg, que devemos informar em qCarga. Como temos 3 CT-e informados no MDF-e, caso você deseje informar os campos de infUnidTrans, por exemplo qtdRat de cada CT-e informado, você deve informar o peso de cada um deles. A somatória dos qtdRat será igual a qCarga.

Boa tarde Edson, Faça uma cópia dos seus fontes e depois atualize eles, noite que os seus fontes não estão sincronizados com o que esta no repositório. Por fim verifique a necessidade de suas alterações, caso seja necessário faça, e anexo os fontes alterados.

Boa tarde Bruno, Usando o programa exemplo, aba Web Services você esta informando o Senha e Usuário (os dois campos abaixo do quadro Proxy)?

Boa tarde Elazar, Favor atualizar os fontes e testar novamente.

Boa tarde Walter, O valor máximo aceito pela TAG qtdRat é 999.99 e você esta passando o valor: 14204.00

Bom dia Vanderlei, Use o programa exemplo ele gera o XML para você.

Bom dia Edvilson, Você esta vendo o bloco referente a leitura do RPS e não da NFSe. case LayoutXML of loABRASFv1: Result := LerNFSe_ABRASF_V1; loABRASFv2: Result := LerNFSe_ABRASF_V2; loEL: Result := False; // Falta implementar loEGoverneISS: Result := False; // Falta implementar loEquiplano: Result := LerNFSe_Equiplano; loGoverna: Result := LerNFSe_Governa; loInfisc: Result := LerNFSe_Infisc; loISSDSF: Result := LerNFSe_ISSDSF; loCONAM: Result := LerNFSe_CONAM; loAgili: Result := LerNFSe_Agili; else Result := False; end;

Bom dia Ricardo, No grupo <vPrest> temos os campos: vTPrest (Valor Total da Prestação do Serviço) e vRec (Valor a Receber). Pela interpretação dos nomes dos campos o vTPrest é valor total a ser cobrando pelo serviço, por exemplo R$ 100,00, já vRec é o valor ainda a ser recebido, vamos a alguns exemplos: Supondo que o serviço de transporte vai ficar em R$ 100,00 logo o vTPrest é igual a 100. Só vou pagar quando o transporte for finalizado, logo vRec é igual a 100. Caso a transportadora opte por gerar uma fatura desse valor ou até mesmo dividir em 2x essas informações devem constar nos grupos <fat> e <dup>. Por outro lado se eu deixar pago o serviço, os valores serão: vTPrest = 100 e vRec = 0 pois a transportadora não tem nada a Receber, o serviço já esta pago. Posso também pagar metade antes e a outra metade quando o serviço for concluído, neste caso os valores serão: vTPrest = 100 e vRec = 50. Novamente a transportadora poderá lançar esses R$ 50,00 a receber em uma fatura e neste caso informar nos grupos já descritos acima. Resumindo, no meu entendimento se o valor de vRec for diferente de zero e a transportadora for gerar uma fatura de cobrança, ela deve informa-la no XML do CT-e nos grupos <fat> e <dup>.

Bom dia Elazar, Favor atualizar os fontes, pois detectei um código que estava acrescentando uma nota vazia a mais na lista de notas retornadas pelo provedor. Repita os testes com os fontes alterados.

Bom dia, Entre em contato com o provedor e diga que a URL que esta sendo usada consta no WSDL do web services e mesmo assim não funciona. Precisamos saber com exatidão qual é a URL para os ambientes de homologação e produção bem como os SoapAction usados para cada serviço (Envio, consulta, cancelamento, ...).

Bom dia, O componente Gera o XML do RPS e neste com a propriedade ativada acredito que não é para conter vogais acentuadas e cedilha. Por outro lado o XML da NFS-e (o que você anexou) é gerado pelo provedor, o componente apenas o obtêm pelo retorno e salva em disco. Sendo assim a propriedade não atua nesse processo. Sendo assim, se o provedor gerar o XML da NFS-e com palavras acentuadas, estas vão estar presentes e o componente não vai altera-las.

Bom dia Souza, Você notou que o programa exemplo possui 3 botões de envio, correto? Pois bem, notou que em cada um deles o método utilizado é diferente? Pelos testes percebeu que somente 1 deles funciona para o provedor Ginfes. Os outros 2 se utilizam de métodos de envio que o Ginfes não disponibilizou em seus Web Services, sendo assim não podemos utiliza-los. O programa exemplo possui uma procedure chamada AlimentaComponente, e dentro desta existe um ADD logo no inicio, que tem como finalidade de adicionar um RPS a lista. Se eu executar o AlimentaComponente 10 vezes e em cada uma delas passar os dados um RPS diferente, você concorda que vou estar adicionando 10 RPS a lista? Todos os provedores (incluindo o Ginfes) que utilizam o método Enviar para transmitir os RPS para o Web Service, aceitam um Lote com até 50 RPS. Podemos então concluir que, se eu adicionar 10 RPS a lista e depois executar o Enviar, estarei enviando os 10 RPS de uma unica vez, você concorda?

Bom dia Felipe, O erro de divergência de DigestValue só ocorre quando o XML é gerado e assinado novamente com algum dado alterado. Vamos a um exemplo: O XML foi gerado, assinado e enviado para a SEFAZ, esta por sua vez recebeu processou, gerou o protocolo de autorização, mas por algum motivo na conexão o protocolo não foi retornado. Quando usamos o LoadFromFile sem o segundo parâmetro, ocorre a leitura dos dados que estão no XML, mas um novo é gerado e assinado. Ao realizar a leitura e uma nova geração, pode ocorrer a alteração de alguma informação, por exemplo conversão de algum carácter especial, isso já é o suficiente para que um novo DigestValue seja gerado ao ser realizada a assinatura. Ao executar o Método Consultar, o componente compara o DigestValue do XML com o que vem com o protocolo, se for diferente o erro é apresentado. Se isso esta ocorrendo é interessante baixar o XML do site e passar um pente fino por todas as TAGs em busca da informação diferente. Desta forma podemos descobrir se existe algum Bug no componente.

Walter, No grupo <tot> temos as tags: cUnid e qCarga, onde cUnit pode receber os valores uKG ou uTON, por outro lado qCarga tem um tamanho de 11,4 Se a carga total for de 20 Toneladas, você deve alimentar o componente da seguinte forma: tot.cUnid := uTON; tot.qCarga := 20;

Boa noite Jhon lenon, No seu caso o programa é a impressão do DAMDFE que precisa ser corrigido.

Boa noite Elazar, Você poderia anexar o XML de retorno de cada etapa?

Boa noite Walter, O peso que você se refere é da carga Total ou do Rateio? No meu entendimento se a qtdRat for expresso em peso, temos então até 999,99 Kg ou 999,99 Ton

Felipe, O XML que você esta carregando com o LoadFromFile esta com a assinatura digital? Se não estiver, tem que carregar ele, depois executar o método Assinar e por fim executar o Consultar.

Boa tarde, Por favor não post conteúdo de arquivos, procure anexa-los. Eu já tinha analisado esse WSDL e note que no final temos a URL que devemos considerar e incluir no arquivo INI. <service name="IuWebServiceIssDigitalservice"> <port name="IuWebServiceIssDigitalPort" binding="tns:IuWebServiceIssDigitalbinding"> <soap:address location="http://209.126.222.200/nfe/SNIssDigitalSVC_Araruama.dll/soap/IuWebServiceIssDigital"/> </port> </service> Arquivo ISSDigital.INI ; Araruama/RJ RecepcaoLoteRPS_3300209=http://209.126.222.200/nfe/SNIssDigitalSVC_Araruama.dll/soap/IuWebServiceIssDigital

Boa tarde Elazar, Não vejo necessidade dessa sua última alteração, porque: Na unit pnfsLerListaNFSe temos a leitura da TAG e o armazenamento do numero do protocolo na variável ProtocoloTemp: ProtocoloTemp:= Leitor.rCampo(tcStr, 'Protocolo'); if trim(ProtocoloTemp) = '' then ProtocoloTemp := '0'; Depois temos: // Retorno do GerarNfse e EnviarLoteRpsSincrono FNFSe.NumeroLote := NumeroLoteTemp; FNFSe.dhRecebimento := DataRecebimentoTemp; FNFSe.Protocolo := ProtocoloTemp; O valor de FNFSe.Protocolo é lido da seguinte forma na unit ACBrNFSeWebServices: FRetornoNFSe.ListaNFSe.CompNFSe.Items[ i ].NFSe.Protocolo Se você observar na unit pnfsLerListaNFSe vai notar que FNFSe é um elemento da lista.

Boa tarde Walter, O campo qtdRat tem um tamanho de: 3,2 ou seja 3 inteiros e duas decimais, sendo assim o maior valor que você pode informar é 999,99 Esse campo pode se referir a peso ou volume, se tratando de peso se você atribuir o valor 10 a qtdRat podemos considerar como sendo 10 Kg ou 10 Ton. Como esse campo usamos para ratear a quantidade de uma mercadoria perante as demais que compõe toda a carga e como não existe nenhum campo para definir a unidade de qtdRat isso me faz acreditar que se tratando de peso devemos adorar a unidade Kg. Espero ter ajudado.

Boa tarde Felipe, Tente dessa outra forma: ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(DiretorioXML+Trim(DM1Fretes.CdsFretesCTECHA.Value)+'-cte.xml', False); ACBrCTe.Consultar; Simplesmente acrescentei o valor False como sendo o segundo parâmetro do LoadFromFile, isso faz com que o XML seja apenas carregado e não gerado novamente.

Boa tarde Gil, Te orientei a excluir todo e qualquer fonte do ACBr, inclusive cópias e fazer uma instalação do zero da suite ACBr. Deu certo a instalação? Chegou a fazer testes com o programa exemplo? Com relação a impressão a solução é bem simples. Os métodos Enviar e EnviarSincrono tem como primeiro parâmetro o numero do lote que devemos informar, já o segundo se refere a impressão. Se não informarmos o segundo parâmetro ele assume o valor True, que neste caso o DANFSE será impresso. Como você não deseja que o componente realize a impressão automaticamente e consequentemente imprimir no layout padrão basta atribuir o valor False da seguinte forma: Exemplo: ACBrNFSe1.Enviar( nNumLote, False); Onde nNumLote é uma variável Integer ou String que contem o numero do Lote.

Fiz mais uma alteração, favor atualizar novamente todos os fontes de todas as pastas e repetir os testes.

Anexa o XML retornado após o envio, para que possamos analisar.