Italo Giurizzato Junior

Heronim, Você não anexou o XML referente ao envio do lote: *-env-lot.xml e *-env-lot-soap.xml

Bom dia, Favor anexar o XML de uma NFS-e retornada para que possamos verificar quanto ao campo Link. No que diz respeito ao método LinkNFSe ele gera uma URL que você pode enviar por e-mail para o tomador do serviço. Mas para que ele funcione devemos definir essa URL no arquivo INI do provedor. No caso do provedor SimplISS temos o seguinte (arquivo SimplISS.INI): [LinkNFSe] Producao= Homologacao= Note que não tem nada definido é por isso que o método LinkNFSe retorna uma string vazia tanto para o ambiente de produção quanto de homologação. Agora veja outro exemplo, provedor Ginfes (arquivo Ginfes.INI): [LinkNFSe] Producao=http://visualizar.ginfes.com.br/report/consultarNota?__report=nfs_novo&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Homologacao=http://visualizar.ginfesh.com.br/report/consultarNota?__report=nfs_novo&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Note que para o provedor Ginfes as URLs estão definidas e as variáveis %CodVerif% e %NumeroNFSe% são trocadas pelos seus valores. O que você precisa é, descobrir como são essas URLs para o provedor SimplISS, dai alterar o arquivo INI do provedor. Desta forma o método LinkNFSe vai retornar a URL e não uma string vazia.

Bom dia Heronim, Estamos chegando lá. Por favor atualize os fontes e realize novos testes. Note que fiz uma alteração no arquivo INI do provedor.

Bom dia Cleonir Não tem como, a solução é renomear o arquivo XSD.

Boa tarde Rodrigo, O problema é que o método Gerar alem de gerar o XML estabelece uma conexão com o provedor. Só que não é isso que você deseja e sim apenas gerar o XML, para isso no programa exemplo existe o Botão [Gerar Lote RPS] que apenas gera o Lote de RPS e salva em disco. O método a ser utilizado é GerarLote.

Boa tarde Heronim, Esses arquivos são depois que fiz a alteração no componente?

Bom dia Heronim, Analisando os arquivos notei que ocorreu uma falha no Servidor do provedor. Por favor configure o componente para salvar os arquivos Soap. Configuracao.WebServices.Salvar := True; Desta forma teremos os arquivos: *-abr-ses-soap.xml, etc. Com esses arquivos vou poder verificar se o componente esta gerando corretamente o envelope que é enviado para o Web Service.

Bom dia Rodrigo, Acredito que você tenha feito errado. No arquivo Cidades.INI temos: (...) [3138401] Nome=Leopoldina UF=MG Provedor=Actcon NomeURL_H=leopoldina NomeURL_P=leopoldina (...) Isso diz ao componente que a cidade de Leopoldina/MG se utiliza do provedor Actcon. Se você não quer utilizar o Web Services deles e sim gerar o XML e depois importar pelo site, que se utiliza de uma versão diferente do Web Services, o que você tem que fazer é o seguinte: [3138401] Nome=Leopoldina UF=MG Provedor=ABRASFv1 NomeURL_H=leopoldina NomeURL_P=leopoldina Isso diz ao componente que a cidade se utiliza de um provedor genérico chamado ABRASFv1, desta forma o XML gerado será conforme o layout da ABRASF versão 1.

Bom dia Zildo, O componente ACBrNFe lhe permite emitir tanto a NF-e quanto a NFC-e, basta você configurar o modelo de documento fiscal desejado. Se a propriedade de configuração ModeloDF receber o valor moNFe o componente emite a NF-e, por outro lado se receber o valor moNFCe ele emite a NFC-e. Simples assim. Não sei de onde você baixou os fontes, mas vai ai o link do ponto de partida. http://acbr.sourceforge.net/drupal/?q=node/37

Bom dia Valtenci, O XML do MDF-e que se deseja efetuar o cancelamento foi carregado? Note que a chave e o numero de protocolo são obtidos das propriedades do componentes e para que essas propriedades possuem as respectivas informações o XML tem que ser lido através do método LoadFromFile.

Boa noite Julio, Primeiramente, uma correção: no momento de receber o protocolo de autorização e não assinatura. Segundo, se ocorrer algum erro no envio, primeiro é preciso saber se o erro ocorreu antes do envio ou depois. Se ocorreu depois do envio, você não pode mudar para contingência. Neste caso você deve realizar uma consulta, se de fato o erro ocorreu depois do envio a SEFAZ vai retornar o protocolo de autorização. Se retornar que não existe na base de dados a respectiva nota, você realiza o envio normal novamente. Agora se ocorreu perda do link com a internet a consulta não será realizada. Nesta situação fica complicado, pois precisaríamos saber o momento exato da perda do link, pois se ele ocorreu após o envio, a nota pode ter sido enviada com sucesso. É importante que a empresa tenha uma opção de um segundo acesso, como por exemplo 3G, para realizar a consulta da nota. Se o retorno for que a nota não consta na base de dados, ai sim, mude para contingência off-line, mantenha a mesma numeração e imprima o DANFE em duas vias.

As mensagens de erro, se referem a rejeições, sendo assim a checagem das mensagem devem ser feitas após o envio.

Boa tarde Heronim, Favor atualizar o fontes e refaça os testes.

Boa tarde Heronim Configure o componente da seguinte forma: Configuracoes.WebServices.Salvar := True; Outra coisa, não foi criado os arquivos: *-abr-ses.xml e *-sesA.xml ?

Boa tarde, Você pode ler ela desta forma: xMensagem := ACBrNFSe1.WebServices.ConsLote.RetornoNFSe.ListaNFSe.MsgRetorno.Items[ x ] .Mensagem;

Boa tarde Rodrigo, Muito obrigado pela colaboração, já esta no repositório.

Bom dia, E você sabe me dizer o motivo desse erro? Teve a curiosidade de abrir o arquivo: ISSNet.INI? Se não abriu abra, vai notar que não esta definido os SoapAction para o Gerar, RecSincrono e Substituir. Sabe porque não esta definido? Simples: VersaoDados=1.00 VersaoXML=1.00 O provedor ISSNet segue a versão 1 do layout da ABRASF, portanto nessa versão não existe os métodos: Gerar, EnviarSincrono e o Substituir. Para todos os provedores que seguem a versão 1 temos que utilizar o método: Enviar.

Bom dia Graça, Dependendo da UF me parece que sim.

Bom dia, Tente fazer um teste usando o programa exemplo.

Bom dia, No retorno temos 2 listas: 1a é a lista de notas; 2a é a lista de rejeições. Como você enviou um lote de 10 RPS e no retorno diz que foram rejeitados os RPS 1 e 7, acredito que esses números devem ser o índice dos RPS em relação ao lote enviado. Se sim, então através da sua aplicação você consegue fazer um controle de qual RPS foi colocado no lote e em qual posição.

Bom dia Valtenci, Todas as transportadoras são obrigadas a emitir o CT-e. As empresas que realizam o transporte da própria mercadoria que vende, não emitem o CT-e e sim a NF-e. Detalhe importante: todas as transportadoras e todas as empresas que realizam o transporte da própria mercadoria comercializada, também devem emitir o MDF-e quando a carga for fracionada e o transporte for interestadual.

Bom dia, Você esta usando o programa exemplo ou uma aplicação própria? Notei que até os valores estão zerados. A rotina que gera o XML não tem nada haver com o ambiente, pois a configuração do ambiente apenas influencia em qual URL será utilizada para estabelecer uma conexão com o Web Service.

Boa noite, Verifique os RPS 1 e 7, tudo indica que são eles que foram rejeitados.

Boa noite Heronim, Favor anexar o arquivo gerado.

Boa noite, Tente informar o código do serviço da seguinte forma: Servico.ItemListaServico := '04.12';