Italo Giurizzato Junior

Werner, O valor stEnvioWebService é definido na unit pcnConversao que encontra-se dentro da pasta PCN2. Esse valor é utilizado pela unit ACBrNFeWebServices que encontra-se dentro da pasta ACBrNFe2. Se o Delphi diz que não encontrou o stEnvioWebService os motivos são: 1. a unit pcnConversao desatualizada (mas segundo a sua postagem #37, concluo que não é o caso). 2. pcnConversao.dcu desatualizada, neste caso basta compilar o pacote PCN2 ou a aplicação com a opção Build. 3. existência de uma pcnConversao.dcu antiga dentro de alguma pasta que o Delphi tem acesso. Como não é a situação 1 e nem a 2 uma vez que você tentou compilar e o problema persiste, aconselho você procurar todas as ocorrências do arquivo pcnConversao.dcu através do Windows Explorer e excluir todas elas.

Boa tarde Jeff, Não tem como efetuar o encerramento manualmente. Somente via Web Services. O componente possui uma configuração: Configuracao.WebServices.Salvar Atribua o valor True a essa propriedade e tente novamente. Será gerado os seguintes arquivos: *-ped-eve-soap.xml (solicitação) *-eve-soap.xml (retorno) Post como anexos esses arquivos.

Boa tarde Werner, Verifique a lista de Paths no Library Path, o fonte que contem o valor stEnvioWebService encontra-se dentro da pasta PCN2, esta tem que vir antes das pastas que contem os fontes do ACBrNFe, do ACBrCTe, ACBrMDFe e ACBrNFSe.

Boa tarde Renato, Tenta debugar para encontrar o ponto onde o erro ocorre, pois não consegui localizar essa mensagem dentro dos fontes do componente.

Boa tarde, Uma coisa é a versão do XML da NF-e e outra coisa é a versão do XML do evento de cancelamento.

Boa tarde Guto, O valor dessa propriedade é definida no fonte de cada provedor. Abra o ACBrProvedorxxxxx onde xxxxx é o provedor em questão e altere o valor da propriedade QuebraDeLinhas. Depois compile a sua aplicação com a opção Build.

Depois do envio tente: sXML := UTF8Encode(ACBrNFe1.WebServices.EnvioWebService.XMLEnvio);

Bom dia, Como você faz para obter o XML de envio de um Cancelamento? É exatamente igual.

Bom dia, Esse é o primeiro passo, saber se o componente já atende a cidade ou não. O segundo passo agora é procurar saber qual é o provedor (empresa) que atende a cidade em questão. Na pasta: ...\Fontes\ACBrNFSe temos várias Units com o seguinte nome: ACBrProvedorxxxxx onde xxxxx é o nome do provedor. Se existir uma Unit para o provedor da cidade em questão, maravilha, o próximo passo é abrir essa Unit e verificar se existe ou não uma URL especifica para cada cidade. Se existir você deverá entrar em contato com o provedor para saber quais são as URLs de homologação e de produção. Alem de alterar essa Unit incluindo as URLs devemos também incluir o nome da cidade na lista de cidades referente ao provedor na Unit pnfsConversao. Agora se o provedor não existe ainda é preciso saber se o mesmo segue o padrão ABRASF.

Jeff, O XML que você postou se refere ao retorno a consulta. Eu pedi o retorno após a solicitação de encerramento. Lembrando que o encerramento é um evento, sendo assim temos os arquivos: *-ped-eve.xml (solicitação) *-eve.xml (retorno)

Boa tarde, O programa exemplo possui um botão onde você informa o código IBGE da cidade e ele te retorna o nome do provedor, caso retorno a palavra Nenhum significa que não tem nenhum provedor vinculado a cidade informada.

Dércio, Por favor atualize os fontes, pois fiz um teste aqui, e esse erro não ocorreu. Tive erro que o CNPJ não consta na base de dados, mas isso é devido eu estar usando um certificado não válido e que contem um CNPJ de outra empresa de outro Estado.

Boa tarde Celson, Esse provedor EL não segue exatamente o padrão ABRASF. A estrutura do XML é parecida mas contem muitas diferenças. Algumas coisas já estão implementadas se desejar dar continuidade, fique a vontade.

Boa tarde Michel, Muito obrigado pela colaboração, já esta disponível, favor atualizar os fontes.

Boa tarde Jeff, Post como anexo o XML de retorno após a solicitação do encerramento.

Boa tarde Dércio, Você esta utilizando OpenSSL ou Capicom?

Boa tarde Jefferson, A sua aplicação que tem que controlar a numeração sequencial do RPS. Se a sua aplicação ou o usuário nunca envia um lote, o que pode ser feito é olhar o XML da última NFS-e retornada, se não me falha a memória no XML consta alem do numero da NFS-e o numero do RPS que foi enviado para o provedor.

Boa tarde, Não sei o que esta acontecendo com o ENCAT, estão publicando Notas Técnicas que apresenta uma estrutura para o XML e no Schema esta outra, um exemplo disso é a NT 2014/001 onde temos a estrtura do EPEC, na página 6 temos os elementos vNF, vICMS e vST como filhos de <detEvento>, mas no schema eles aparecem como filhos de <dest>. Que pela lógica é um absurdo, e o que é pior, a Nota Técnica não foi alterada e o Web Services esta seguindo a estrutura do Schema. Agora com o Web Services de Distribuição, em um prazo de 3 meses alteração a Nota Técnica e passado 2 meses da data prevista para liberação do ambiente de produção, não publicaram nada. Se vai liberar somente em Março/2015 consequentemente a data 02/02/2015 prevista para desativação do Web Services NfeConsultaDest podemos estão ignorar, não vai ser mais, pelo mesmo espero. Lamentável.

Boa tarde Asterix, No meu entendimento ele não pode emitir um CT-e mensal, deve ser emitido um para cada serviço prestado. Não importa se o serviço é diário ou semanal. Mas como esta emitindo um mensal, notei que o valor total da mercadoria é a somatória, correto? O valor do frete também é a somatória de todos os serviços prestados durante o mês, correto? Então porque não informa a somatória da quantidade?

Bom dia Fabiano, A SEFAZ prometeu liberar o Web Services de Distribuição de Documento Fiscal Eletrônico (Nota Técnica 2014/002 versão 1.01 para o ambiente de homologação em 15/09/2014 e o não fez, foi liberar se não me falha a memória 2 ou 3 semanas depois, já para o ambiente de produção estava agendado a liberação para o dia 06/10/2014 e até agora (2 meses depois) nada. Sendo assim, concluo que todo esse atraso é porque deve ter muita coisa a ser implementada ou que não esta funcionando de forma correta.

Bom dia Michel, Essa troca começa a valer a partir de quando?

Bom dia Vinicius, Segundo o erro de validação: Element '{http://www.portalfis...fe}infPercurso'is unexpected according to content model of parent element'{http://www.portalfiscal.inf.br/mdfe}ide'. Vamos simplificar: Element infPercurso is unexpected according to content model of parent element ide. A mensagem diz que o Elemento infPercurso é inesperado de acordo com modelo de conteúdo do elemento pai ide. Com certeza esta faltando algo antes o infPercurso. Detalhe importante, não devemos informar o percurso quando o transporte é realizado entre dois Estados vizinhos, por exemplo MG e BA. E não devemos incluir em infPercurso os Estados de Inicio e Fim, no seu caso MG e RN.

Bom dia Dalvan, Por favor, procure anexar somente os fontes alterados, enviando todos, temos que checar quais exatamente foram alterados para que possamos realizar o merge. Por gentileza, post novamente como anexo somente os fontes novos e alterados para o novo provedor. Desde já muito obrigado.

Bom dia Paulo, Para o cancelamento temos o comando: MDFe.CancelarMDFe(<chave>, <justificativa>, <CNPJ>, <NumLote>) Quanto ao Encerramento, notei que não foi implementado, vamos implementar e disponibilizar assim que estiver tudo OK. Implementei o comando MDFe.EncerrarMDFe com a seguinte sintaxe: MDFe.EncerrarMDFe(<chave>, <data>, <codmunic>, <CNPJ>, <numLote>) onde: <chave> = chave do MDF-e a ser encerrado (obrigatório); <data> = data de encerramento (obrigatório); <codmunic> = código IBGE do municipio onde ocorreu o encerramento (obrigatório); <CNPJ> = CNPJ do Emitente do MDF-e (opcional), se não informado será extraido da chave; <numLote> = numero do lote de envio (opcional), se não informado será considerado "1". Já esta disponível no repositório, que desejar atualizar os fontes e compilar, pode fazer. Para os que utilizam o ACBrNFeMonitor já compilado, favor aguardar a próxima compilação.

Boa tarde Roberson, Muito obrigado pela colaboração, já esta disponível. Lembre-se de quando postar fragmentos de códigos longos, colocar em um bloco de notas e postar como anexo.