Italo Giurizzato Junior

Karine, Favor atualizar os fontes e fazer um novo teste.

Boa tarde Bravo, Cuidado, no Manual do CT-e 3.00 contem dois layout de XML, sendo que um é do CT-e e o outro é do CT-e OS sendo que este último é para Transporte de Pessoas (Fretamento), Transporte de Valores e Transporte de bagagem extra. No CT-e não existe mais as informações sobre o seguro entre outras coisas, mas no CT-e OS continua.

Boa tarde Karine, Favor configurar o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Fazer um novo teste e anexar o arquivo *-ped-eve-soap.xml para que possamos analisar o problema.

Boa tarde Dercide, E os Schemas, eles atualizaram?

Boa tarde a todos, Se não me falha a memória se remover o namespace ocorre erro ao assinar o XML.

Boa tarde Sergio, Quando você viaja de avião, tem direito de levar consigo uma bagagem de mão e duas malas que são despachadas. Caso você tenha trés malas, uma delas será considerado excesso de bagagem e tem que pagar separado por ela.

Boa noite Carlos, Evite de postar códigos longos como texto do tópico. Favor anexar a unit alterada para que possamos analisar.

Boa noite André, Favor anexar o XML de pedido de inutilização, para uma melhor analise.

Boa noite Graça, Os fontes alterados na Revision 14395 não provocaria esse erro, pois foi apenas implementado as rotinas para leitura e gravação da configuração do componente em arquivos INI.

Boa noite, Todas as entregas serão realizadas dentro do estado? Qual é a quantidade de cidades a serem visitadas para fazer as entregas? Supondo que em cada cidade tenhamos 4 entregas, logo temos 10 cidades (40 notas). No MDF-e você vai ter que informar os 10 cidades de descarregamento e informar as notas referente a cada uma delas. Quando o caminhão retornar deve-se efetuar o encerramento, neste caso informar somente a ultima cidade visitada, ou seja, local da último descarregamento.

Boa noite, Pode ser o Web Service do provedor que não esta realizando a validação correta da assinatura. Outra coisa, a assinatura contem quebra de linha, o XML foi assinado pelo componente ACBrNFSe?

Boa tarde Rodrigo, Tentou com outra configuração para o SSLLib?

Boa noite Cleyton, Desculpe pela demora em responder, o CNPJ do certificado é 12359952000185 e é dessa forma que consta no cadastro do provedor?

Boa tarde Bruno, Favor anexar o XML do RPS para que possamos analisar.

Boa tarde Tiago, A cidade de Porto Alegre se utiliza do provedor BHISS que por sua vez segue a versão 1 do layout da ABRASF. Na versão 1 não existe a opção de substituição, somente na 2.

Almeida, Favor atualizar os fontes e faça novos testes.

Boa tarde Windel, Se você esta usando o método EnviarSincrono e mesmo assim aparece a mensagem de erro, com certeza o problema é no provedor.

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, notem que fiz alguns ajustes no arquivo ini de Joinville.

Boa tarde Diego, Favor anexar somente os arquivos que você alterou e que resultou no envio com sucesso.

Boa tarde Adriano, Pela postagem do ALA, veja que a prefeitura de Sete Lagoas contratou a empresa (provedor) Actcon e a versão a ser utilizada é a 2.02 do layout da ABRASF. Sendo assim a inclusão dessa cidade esta fácil. 1. Abra o arquivo Cidades.ini e procure por Actconv202 Vamos encontrar: [3136702] Nome=Juiz de Fora UF=MG Provedor=Actconv202 NomeURL_H=jf NomeURL_P=jf Inclua no final do arquivo Cidades.ini um bloco idêntico ao de cima para a cidade Sete Lagos, acredito que o conteúdo de NomeURL_H e NomeURL_P seja sl. 2. No programa exemplo acrescente a cidade no combobox como as demais. 3. Utilize o programa exemplo para iniciar os testes assim que o ambiente de homologação estiver liberado. Se tudo ocorrer bem, não esqueça de nos avisar e anexe o arquivo Cidades.ini alterado para que possamos enviar para o repositório. Desde já muito obrigado pela colaboração.

Boa tarde Guerreiro, No caso da Nota Fiscal de Serviço o que temos é um código padrão de serviço com a sua descrição definida pelo município. O componente traz em seu código fonte uma tabela com os códigos e descrição "padrão" usados pela maioria dos municípios. E temos um arquivo TXT com essa mesma tabela, no caso de existir alguma exceção. Outra coisa é a Discriminação do serviço, cujo texto é livre e devemos informa-lo ao campo Discriminacao.

Boa tarde Caio, Por favor entre em contato com o provedor e solicite um XML exemplo de consulta para que possamos comparar com o que o componente esta gerando.

Boa tarde Rodrigo, Acredito ser algum problema no provedor, veja o retorno: <S:Body> <ns2:RecepcionarLoteRpsResponse xsi:nil="true" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ns2="http://nfse.abrasf.org.br"/> </S:Body> Dentro do grupo RecepcionarLoteRpsResponse deveria ter o XML da NFS-e caso o RPS tenha sido processado com sucesso ou a lista de erros, mas ele veio vazio, só tem os namespace.

Boa tarde Almeida, No caso do Ginfes, esta tudo OK? Com relação ao SP você tem um XML de envio de lote gerado no ano passado que foi aceito pelo provedor?

Karine, O link abaixo se refere ao Portal Nacional do BP-e https://bpe-portal.sefazvirtual.rs.gov.br/ Nele você encontra o Manual do BP-e que contem o layout do DABPE - Documento Auxiliar do Bilhete de Passagem Eletrônico. Não me recordo de ter visto algo referente a canhoto.