italo.giurizzato.junior

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.

Boa tarde jeff, Qual é o motivo de não efetuar o encerramento, você não escreveu?

Boa tarde Rodrigo, Altere os fontes ACBrProvedorGovBr, ACBrProvedorPronim e pnfsConversao. Migre a respectiva cidade do provedor GovBr para o Pronim e teste novamente.

Boa tarde Renato, Verifique a configuração do Internet Explores no que diz respeito a SSL , TLS e revogação de certificados.

Boa tarde Marcio, Não entendi o que você quer fazer. Você atualizou os fontes do componente e testou?

Boa tarde Fabiano, Você esta se referindo ao novo Web Services que esta disponível somente no ambiente de homologação ou o de consulta NFe Destinadas?

Boa tarde Dércio, Você não esta utilizando os schemas que estão junto com o programa exemplo do componente ACBrNFSe? Dentro da pasta: ...\Exemplos\ACBrNFSe\Delphi\Schemas\Digifred tem os schemas. Tente utilizar os que estão na pasta indicada acima.

Bom dia Dércio, Ao configurar o programa exemplo, devemos informar a pasta onde encontra-se os schemas utilizados pelo provedor que atende a cidade desejada. Caso contrario erros como esse vão aparecer.

Bom dia Edrian, Você esta com todos os fontes de todas as pastas atualizados? Fiz algumas alterações ontem visando resolver esse problema.

Bom dia Elder, O meu sistema também é assim. Mas na primeira tela, os dados informados pelo usuário são salvos no banco de dados e mais nada, caso tenha que realizar algum calculo como por exemplo o valor aproximando dos tributos (NF-e) de cada item também é realizado e salvo o resultado. Na segunda tela, apresento a lista de notas lançadas mas não emitidas, para que o usuário possa selecionar todas ou não e ao clicar no botão [Emitir] é executado uma procedure que lê os dados do banco de dados para alimentar o componente, essa procedure podera ser executada N vezes dependendo da quantidade de notas selecionadas pelo usuário. Depois de todas as notas estarem no componente é executado o comando Enviar. A unica diferença que o cancelamento e a inutilização de numeração separei em outras telas, uma vez que considero esses procedimentos como eventuais.

Boa noite a todos, Deve-se utilizar a tabela IBPT para calcular o vTotTrib. No meu entendimento temos que aplicar o percentual em cima do valor total da prestação do serviço para obter o vTotTrib.

Eljak, Vamos a mais um teste, por favor atualize os fontes e compile com a opção build e tente cancelar novamente.

Bom dia Dércio, A NFS-e é totalmente diferente da NF-e, não só na estrutura do XML como também nos processos. Para você obter a NFS-e é preciso: 1. Gerar o RPS - Recibo Provisório de Serviços; 2. Assinar o RPS se necessário (depende do provedor); 3. Gerar o Lote de RPS; 4. Assinar o Lote se necessário (depende do provedor); 5. Validar o Lote; 6. Enviar; 7. Consultar a Situação do Lote (depende do provedor); 8. Consultar NFSe por RPS; 9. Imprimir o DANFSE. Se isso não bastasse alguns provedores possui o Web Service de envio de lote, outros não tem no lugar tem um chamado Gerar NFSe e outros possui um Web Services de envio de lote síncrono. As diferenças são: Envio de Lote - podemos ter de 1 até 50 RPS e o modo de envio é assíncrono; Envio de Lote Síncrono - podemos ter de 1 até 50 RPS e o mode de envio é síncrono; Gerar NFSe - o lote é composto por apenas 1 RPS e modo de envio é assíncrono. Qual usar? você terá que testar, caso o componente retorne a mensagem informando que a funcionalidade não foi implementada pelo provedor, você já esta ciente que essa opção de envio não funciona para o provedor em questão. O componente consegue tratar todas essas (depende do provedor) sendo assim aconselho a não fragmentar o processo, ou seja, alimente o componente com os dados pertinentes ao RPS e depois utilize o método de envio disponível para o provedor.