Italo Giurizzato Junior

Boa noite, 1. O Status 999, é bem provavel que a SEFAZ ainda não implementou de forma correta o WebServices, para realizar a consulta. 2. O Erro de Violação de Acesso, estamos trabalhando para indentificar onde esta o problema e efetuar a correção. Caso você descubra, fique a vontade em passar a informação.

O problema cai no que já citei, como muda o layout do XML, todas as rotinas que manipulam os XMLs, tanto de envio quanto de retorno tem que ser alteradas, sendo assim volto a dizer que talvez ficaria mais facil criar um outro componente para esse tipo de layout do que colocar um monte de IF THEN ELSE pelas rotinas. Como não sou dono da verdade, vamos lá pessoal, sugestões, são sempre bem vindas.

O manual que tenho da Nota Fiscal de Serviços Eletrônica de Blumenau-SC, conhecida como NOTA BLU é de 03/06/2011 e o layout apresentado nele é totalmente diferente do ABRASF. A não ser que nesse meio tempo mudaram de provedor.

Free, não conheço.

Boa tarde a todos, O layout utilizado por Blumenau não é o padrão ABRASF, o componente segue este padrão, portanto fica mais complicado a implementação do mesmo, uma vez que não trata-se apenas de incluir um novo provedor e suas particularidades. Tudo tem que ser alterado, a rotina que gera o XML, a que lê, os envios, os retornos, sendo assim não seria mais facil fazer um outro componente para esse outro layout?

Bom dia LordeMF, Acesse o link que encontra-se na primeira mensagem desse tópico.

Bom dia Michel, O componente ACBrNFe contem 2 metodos de cancelamento, o tradicional, usado até hoje (webservice cancelamento) e por evento, que por sinal utiliza o webservice de envio de eventos. Portanto você tera que alterar a sua rotina de cancelamento.

Samuel, Na unit pnfsConversao.pas que encontra-se na pasta ...\fontes\ACBrNFSe você encontra uma lista das cidades atendidas pelo componente.

Boa noite Samuel, No Library Path contem a pasta ...\Fontes\ACBrCapicom antes de ...\Fontes\ACBrNFSe ?

Boa tarde Jeferson, Os componentes ACBr são para o Delphi. No momento não há previsão de desenvolver um Monitor para NFSe aos moldes do ACBrNFeMonitor.

Felipe, A Manifestação do Destinatário ainda encontra-se em testes, não esta 100%, com certeza, só vai para o Monitor, quando as rotinas de envio e retorno ficarem estaveis.

Bom dia Felipe, Até onde sei, a Manifestação do Destinatário ainda não esta disponivel no ACBrNFeMonitor. O Componente já contem as URLs para o ambiente de Produção e Homologação da Manifestação do Destinatário.

Bom dia Filipe, O componente já atende Americana-SP, utilize os fontes que estão no branches, pasta ...\NFSe_Novos_Fontes. Favor utilizar os schemas que encontram-se dentro da pasta ...\Schemas\Tiplan

Bom dia Graça, Uberlandia/MG utiliza um layout totalmente diferente do ABRASF, portanto o componente não atende.

Boa noite a todos, Esta no repositório Branches o programa exemplo, os fontes e os pacotes para instalar o componente ACBrMDFe.

Boa noite Davilson, Post como anexo o XML gerado ou envie para mim por e-mail: [email protected]

Boa tarde, As tags do XML exemplo que consegui de campinas que utiliza o DSF são todas diferentes do padrão ABRASF. Ao meu ver trata-se de um outro layout totalmente diferente, portanto não basta criar a unit ACBrProvedorDSF.pas e fazer os ajustes e pronto. O XML que o componente gera é segundo o padrão ABRASF, e o DSF é totalmente diferente.

Boa tarde LFM Qual é o padrão adotado por Blumenau e qual é o provedor contratado pela prefeitura?

Boa tarde Dromero, DSF é um provedor que utiliza o padrão ABRASF ou trata-se de um outro padrão? Visto que o componente ACBrNFSe até o momento só gera XML segundo o padrão ABRASF.

Se você esta se referindo a Manifestação do Destinatário, Cancelamento por evento e Download, os fontes já encontram-se na pasta Trunk. Basta realizar a atualização de todos os fontes.

Boa tarde Eduardo, Se a SEFAZ recebeu o envio segundo o Tipo de Emissão = 1, mas por problemas técnicos, você não obteve o retorno, não minha opnião não se deve emitir com o Tipo de Emissão = 5. Você deve realizar uma consulta (Consultar a Situação Atual do CTe) nesse momento é possível que venha o retorno ai a aplicação deve anexar ao XML o protocolo de autorização (caso tenha sido autorizado), imprimir o DACTE e enviar o XML por e-mail para o tomandor do Serviço. Você só deve lançar mão do Tipo de Emissão = 5, quando não foi possível realizar o envio. Espero ter ajudado.

Renato, Checando varios fontes, não encontrei nada de anormal, tudo esta correto, acredito que deve ser algum problema na SEFAZ que esta redirecionando a solicitação para o ambinete de homologação.

Renato, acredito que o webservice de Download ainda não esteja ok por parte da SEFAZ. Comparando o XML gerado como envelope e que é esperado pela SEFAZ, a unica diferença é as tags cUF e versaoDados, que pedi para inverter para ficar igual. Mas, o que esta ocorrendo com a Manifestação do Destinatário?

Renato, O retorno continua sendo o mesmo já postado?

Renato, vamos a mais um teste: Na montagem do envelope temos essas duas linhas: Texto := Texto + ''+IntToStr(FConfiguracoes.WebServices.UFCodigo)+''; Texto := Texto + ''+NFeDownloadNFe+''; mude para: Texto := Texto + ''+NFeDownloadNFe+''; Texto := Texto + ''+IntToStr(FConfiguracoes.WebServices.UFCodigo)+''; ou seja apenas inverta, para ficar em conformidade com o que já foi postado anteriormente, como deve ser o envelope de envio. Vamos ver se agora vai ser aceito.