Italo Giurizzato Junior

Bom dia Felipe, Você chegou a verificar se o arquivo não foi salvo em outra pasta? O componente esta configurado para salvar em disco? Configuracoes.Arquivos.Salvar := True;

Boa noite Tiago, Se não me falha a memória o prazo da SEFAZ ativar o cadastro é de 24 horas.

Boa noite Abinoan Muito obrigado pela colaboração, já fiz a correção e enviei para o repositório.

Boa tarde Tiago, Como você configurou o componente para o envio em contingência?

Tiago, Veja este link: http://hom.cte.fazenda.gov.br/portal/disponibilidade.aspx?versao=1.00&tipoConteudo=XbSeqxE8pl8= Ele mostra a situação de cada serviço de MG e outras UF.

Tiago, Você esta configurando o componente para gerar o CT-e na versão 3.00, esta versão só vai estar disponível para teste somente em outubro. Favor informar o valor ve200 a propriedade VersaoDF e refaça os testes.

Bom dia, Favor anexar os arquivos de envio e de retorno referente ao cancelamento.

Bom dia Rafael, Você esta usando o componente ACBrNFSe? Pelo que me consta esse tipo de consulta não consta nele.

Bom dia Dércio, Se não me falha a memória algo tinha sido feito para permitir todo o processo sem a necessidade do certificado, mas não me recordo como ficou, preciso revisar. Verifique o seu arquivo DBSeller.ini se o campo UseCertificado esta com o valor 1, se sim, mude para zero.

Bom dia Tiago, Reveja a alimentação dos dados. No campo dhEmi você esta informando somente a data, consequentemente a hora esta ficando zerada. Você deve utilizar a função Now ( data e hora) e não Date (somente data). No campo xMunEnv você tem que informar somente o nome da cidade, não se deve colocar a UF, pois existe o campo UFEnv exatamente para essa informação. Outra coisa, quando ocorre esse tipo de problema, ou seja, retornar uma mensagem em branco, é interessante configurar o componente para salvar os arquivos soap (Configuracoes.WebServices.Salvar := True ), desta forma serão gravados os arquivos *-soap.xml que contem a resposta da SEFAZ sem nenhum tratamento feito pelo componente, dai fica mais fácil descobrir o que esta ocorrendo.

Boa noite Ricardo, Chegou a realizar testes para essa cidade usando o programa exemplo?

Boa tarde Dércio, No caso do erro de tempo limite, favor aumentar o valor da propriedade Timeout. Essa mensagem é tipica que o web service esta lendo em realizar o retorno.

Boa tarde Paulo, O ACBrMonitor Plus acredito que se utiliza do Fast Report ou ESCPOS para imprimir o DANFE - NFC-e. No que diz respeito ao Troco, é preciso aguardar, pois a SEFAZ sinalizou em acrescentar uma TAG no XML chamada troco.

Boa tarde Gustavo, Infelizmente a NFS-e não tem nada haver com a NF-e, logo o XML é totalmente diferente. Outra coisa no que diz respeito a NF-e, existe uma padronização a nível nacional, por outro lado a NFS-e não existe padronização. Você não pode configurar o componente com a cidade X sendo que o prestador de serviço é da cidade y. A NFS-e é de nível municipal. Se no arquivo Cidades.INI não consta uma determinada cidade é preciso entrar em contato com a prefeitura ou pesquisar no site na mesma em busca de informações sobre a NFS-e. Normalmente as prefeituras contratam empresas que chamamos de provedores, que são os responsáveis por implantar a NFS-e na prefeitura.

Boa tarde Luis, O evento "Prestação de Serviço em Desacordo" é destinado ao tomador do serviço e não ao emitente. Veja a lista completa dos eventos na página 30 do Manual do CT-e versão 3.00 que se encontra disponível no Portal Nacional do CT-e. A lista é agrupada por tipo de autor do evento.

Boa tarde Diogo, Você chegou a comparar o layout da versão 2.00 com a 3.00? Essa comparação você consegue fazer tendo em mãos os manuais do CT-e de ambas as versões.

Dércio, Precisamos descobrir exatamente onde ocorre a ADD de uma nota vazia a lista de notas. Se ocorre ao carregar o XML para realizar a consulta ou se ocorre na leitura do retorno da consulta. vou tentar descobrir. ************************** Em tempo, ao realizar a consulta através do método ConsultarNFSePorRps o provedor estava retornando o XML da NFSe sem o numero da série, esse problema ainda esta ocorrendo, se sim, esta ai a resposta. O XML do RPS contem o numero e série do RPS e ao realizar a consulta a série não é retornada. O componente compara os dados do RPS com os da NFS-e, isso é feito pois podemos ter tanto RPS quanto NFS-e com o mesmo número, mas de série diferentes. A rotina que faz a comparação acaba ADD uma nota na lista pois falhou a comparação. É preciso rever essa rotina, mas o provedor previsa também corrigir, o seu web service, pois esta gerando uma informação em branco.

Bom dia Dércio, Concordo que ao enviar se não temos o retorno, devemo realizar uma consulta primeiro, Mas esse fluxo você adota ele como padrão para todos os envios, ou somente quando ocorre falha?

Bom dia, Primeiramente, por favor procure anexar os arquivos e não posta-los como parte do texto. Segundo favor atualizar os fontes, pois fiz uma alteração que acredito que vai resolver o problema. Terceiro, altere uma linha do seu fonte. de: Nfse.NotasFiscais.Clear;Nfse.NotasFiscais.LoadFromString(XML,True); para Nfse.NotasFiscais.Clear;Nfse.NotasFiscais.LoadFromString(XML, False);

Boa tarde Dércio, Você concorda que se a aplicação tiver um controle efetivo da numeração dos RPS você não precisa realizar essa consulta?

Boa dia Warquia, Passe para os demais membros da equipe para avaliarem a sua proposta no programa exemplo do componente ACBrNFe, que visa ajudar os desenvolvedores que desejam emitir a NFC-e. Desde já muito obrigado pela colaboração.

Boa noite Dércio, Depois de executar o método consultarNFSePorRps é executado o Clear, depois o componente é alimentado com os dados do RPS que se deseja enviar e por fim o método Enviar é executado?

Boa noite Quartarollo, Essa alteração não vai afetar a impressão do DANFSE dos demais provedores?

Boa noite a todos, É muito simples, basta fazer o seguinte: Tomador.IdentificacaoTomador.CpfCnpj := ''; Tomador.RazaoSocial := ''; Tomador.Endereco.Endereco := ''; Tomador.Contato.Telefone := ''; Tomador.Contato.Email := '';

Boa tarde Augusto, Todo tipo de evento possui um numero sequencial (nEvento), que no caso do evento de cancelamento sempre é 1, uma vez que você só pode cancelar uma nota uma unica vez. Diferente do evento de carta de correção, pois uma nota pode ter até 20 cartas, neste caso a primeira o seu numero sequencial será 1 a segundo 2 e assim por diante.