Italo Giurizzato Junior

Boa tarde Alberto, Qual é o erro?

Boa tarde Milton, Vamos ver se eu entendi o que você deseja. Você deseja uma aplicação que emite Nota Fiscal de Serviço Eletrônica, já compilada para o Windows, correto? E não o arquivo ACBrNFeServicos.ini que contem as URLs de Homologação e de Produção dos Webservices de todas as SEFAZ?

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

ALA, Você precisa verificar quais campos desse provedor que não existe e incluir no pnfsNFSe.pas para ser utilizado no pnfsNFSeW_SigISS.pas

Boa tarde Dercide, No arquivo INI do provedor qual é o valor da propriedade QuebradeLinha?

Tatiane, Porque você esta executando o método GerarMDFe? O método Enviar executa o método Assinar que por sua vez gera o MDFe.

ALA, Você pode pegar qualquer unit: pnfseNFSeW_xxx.pas a titulo de exemplo para criar a nova unit para esse provedor. Uma coisa é certa, não vai ser rápido. Infelizmente a contratação dessas empresas pelas prefeituras são através de licitação e esse tipo de contrato tem prazo determinado. Ao fim do contrato uma nova licitação é feita e consequentemente outra empresa pode ganhar. E se a ganhadora não seguir o layout da ABRASF e não estiver implementado no componente o bicho pega.

Boa tarde, Temos mudança sim no arquivo ACBrMDFeServiços, pois agora temos um webservice especifico para recepcionar os MDF-e que forem enviados no modo Síncrono. E acredito que teremos que ter uma opção no ACBrMonitor onde você possa configurar se deseja Modo Síncrono ou Assíncrono. Pela que andei lendo futuramente teremos somente o envio no modo Síncrono do MDF-e, visto que o envio sempre foi unitário, ou seja, sempre foi enviado somente 1 MDF-e de cada vez.

Melissa, O nome do arquivo pegamos da seguinte forma: xNomeArq := ACBrNFSe1.NotasFiscais.Items[ x ].NomeArq; onde x varia de 0 até a quantidade -1 de notas enviadas. Por favor faça um teste de cancelamento, acredito que teremos que ajustar o cancelar também.

ALA, Esse arquivo INI foi feita uma cópia do IPM, e que fez essa cópia não alterou o nome do layout. Como eu disse esse arquivo INI esta incompleto. Vai ser necessário criar uma unit para esse provedor e depois ir fazendo os ajustes no arquivo INI para conseguir montar o envelope corretamente, bem como as URLs de homologação e de produção, bem como as URLs de SoapAction entre outras coisas.

Boa tarde, Uma pequena correção. Em vez de: [ObsCont] xCampo=Motorista xTexto=Guilherme regime fagnani / CNH: 06697747686 / RG: 452626006 / CPF: 02768261830 [ObsCont] xCampo=Placas xTexto=CYR-9159 CPR-3038 Faça da seguinte forma: [ObsCont001] xCampo=Motorista xTexto=Guilherme regime fagnani / CNH: 06697747686 / RG: 452626006 / CPF: 02768261830 [ObsCont002] xCampo=Placas xTexto=CYR-9159 CPR-3038 O ObsCont é uma lista, logo devemos incluir o seu indice.

Boa tarde ALA, Não faça isso, essa unit é para os provedores que seguem a versão 1 do layout da ABRASF. Se o provedor não segue nenhuma versão da ABRASF devemos criar uma unit exclusiva para ele.

Boa tarde Vinício, Note que o XML que o componente esta gerando é o de consulta a situação do lote, já o modelo que lhe passaram se refere a consulta ao lote. O componente possui um método para cada tipo de consulta.

Boa tarde Melissa, Note que agora não ocorre o erro referente a assinatura no retorno da consulta a situação. O erro de assinatura agora esta ocorrendo ao realizar a consulta ao lote. Veja bem: temos o envio e retorno do envio, consulta a situação do lote e retorno a consulta a situação, por fim temos a consulta ao lote e o seu respectivo retorno. Será necessário fazer a mesma alteração que fiz na montagem do XML da consulta a situação, só que agora no XML da consulta ao lote. Por favor, atualize novamente e faça novos testes.

Boa tarde Oliveira, Note que essa tag é opcional logo precisamos de um valor para dizer que ela não deve ser gerada. Sendo assim acrescentei o enumerador: prpNenhum que vale zero. Se não é para gerar a tag você deve atribuir esse valor ao respectivo campo ou um dos outros 2 disponíveis. Mesmo assim, muito obrigado por informar que estava gerando de forma errada.

Boa tarde Tatiane, Neste caso será necessário "debugar" a sua aplicação para descobrir o que esta ocorrendo.

Tatiane, As units que contem os fragmentos de códigos são: pmdfeMDFe.pas e pmdfeMDFeW.pas Verifica se a sua aplicação, mais precisamente a rotina que alimenta o componente não esta atribuindo o valor tiSim a essas duas tags.

Bom dia Joabe, Se não me falha a memória se tratando de Produtor Rural não é possível inutilizar numero ou faixa de números. Dai o erro retornado pela SEFAZ. Aproveitando: Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr com o ACBrInstall_Trunk2 com a opção apagar arquivos antigos marcada?

Bom dia Tatiane, Você esta com todos os fontes de todas as pastas atualizados? Após atualizar, reinstalou a Suite ACBr com o ACBrInstall_Trunk2 com a opção apagar arquivos antigos marcada? Lhe pergunto isso, pois essas duas tags são inicializadas com o valor tiNao que faz com que as tags não sejam geradas no XML. Só são geradas caso o valor das mesmas sejam tiSim. Inicialização: constructor TIde.Create; begin inherited Create; FinfMunCarrega := TinfMunCarregaCollection.Create; FinfPercurso := TinfPercursoCollection.Create; FindCanalVerde := tiNao; FindCarregaPosterior := tiNao; end; Geração das tags: procedure TMDFeW.GerarIde; begin Gerador.wGrupo('ide', '#004'); Gerador.wCampo(tcInt, '#005', 'cUF', 02, 02, 1, MDFe.ide.cUF, DSC_CUF); if not ValidarCodigoUF(MDFe.ide.cUF) then Gerador.wAlerta('#005', 'cUF', DSC_CUF, ERR_MSG_INVALIDO); (...) if (MDFe.infMDFe.versao >= 3) and (MDFe.ide.indCanalVerde = tiSim) then Gerador.wCampo(tcStr, '#027', 'indCanalVerde', 01, 01, 0, TindicadorToStr(MDFe.ide.indCanalVerde), DSC_INDCANALVERDE); if (MDFe.infMDFe.versao >= 3) and (MDFe.ide.indCarregaPosterior = tiSim) then Gerador.wCampo(tcStr, '#028', 'indCarregaPosterior', 01, 01, 0, TindicadorToStr(MDFe.ide.indCarregaPosterior), DSC_INDCARREGAPOSTERIOR); Gerador.wGrupo('/ide'); end;

Marcio, Muito obrigado, fiz de forma diferente da sua, enviei para o repositório, favor atualizar e faça novos testes.

Bom dia Marcelo, Já enviei para o repositório a sua alteração, mais uma vez muito obrigado pela colaboração.

Marcio, Faltou o que achou a nota.

Bom dia Melissa, Pelos XMLs que você anexou note que o retorno com o erro que a assinatura difere do calculado se refere a consulta a situação do lote. O XML *-cons-sit.xml é assinado e no retorno (*-sit.xml) temos a mensagem de erro referente a assinatura. Já o envio do lote não tem problemas, inclusive no retorno (*-rec.xml) temos o retorno do numero da NFS-e e um alerta referente ao código do serviço prestado que esta errado. Fiz uma alteração no código do componente bem como no arquivo INI (SP.ini) favor atualizar e refaça os testes.

Bom dia Marcio, Você poderia anexar o XML de retorno de uma consulta para que possamos analisar melhor a sua alteração. Um XML quanto acha a nota e outro XML quando não acha a nota na consulta.

Bom dia ALA, Caso queira contribuir com o projeto basta pegar uma das Units: pnfseNFSeW_xxxx.pas copiar com o nome pnfseNFSeW_SigISS e fazer as alterações necessárias para que ela gere o XML conforme o manual. Esse é o primeiro passo. Depois é preciso alterar a unit pnfseNFSeW.pas para que ela reconheça a unit nova. Por fim iniciar os testes.