Italo Giurizzato Junior

Bom dia Carlos, Sugiro que utilize o segundo, pois o primeiro não vai funcionar, inclusive se faz necessário a sua remoção dos fontes do componente. Quanto ao ConsNFeDest já faz um bom tempo que esse serviço foi desativado pela SEFAZ, mais precisamente ele foi desativado em 31/05/2017 (conforme consta na NT 2014/002 versão 1.02b).

Boa tarde Edu, Você sabe me dizer qual é a empresa contratada pela cidade de Florianópolis para recepcionar as notas fiscais de serviço eletrônicas? Essas empresas damos o nome de provedor. Ela segue qual layout de XML, ABRASF versão 1, ABRASF versão 2 ou próprio?

Boa tarde Leonard, É preciso descobrir em qual momento esta ocorrendo esse erro. Pois o provedor WebISS segue a versão 1 do layout da ABRASF, sendo assim, para ser ter o XML da NFS-e é preciso se comunicar com o WebService no mínimo 3 vezes. A primeira no envio do lote de RPS, na segunda ao consultar a situação do lote e por fim a terceira ao consultar o lote. É nesse ultimo acesso que obtemos o XML da NFS-e ou a lista de rejeições.

Boa tarde Mario, Para o componente não faz nenhuma diferença se a cidade de carregamento e de descarregamento são do mesmo Estado ou não.

Boa tarde Nelson, Não me recordo de ter visto o Schema, mas esta ai, logo não devemos nos preocupar por enquanto com essa informação. Existem eventos que são gerados pelo Fisco, pela RFB e outros Órgãos, como por exemplo o Evento de Passagem, mas neste caso não são esses os Schemas utilizados. Sinceridade, a opção 2 e 3 ficou muito confusa. Para mim os caras andaram bebendo demais nesse final de ano.

Uma coisa que eu gostaria de deixar claro: O ACBr não tem acesso privilegiado a documentação, portanto toda implementação nos fontes dos componentes são baseadas nos Manuais e Notas Técnicas disponibilizadas nos Portais Nacionais da NF-e / CT-e / MDF-e etc. Notem que através do Portal Nacional da NF-e, temos a direita links para acessar os demais. Eu visito todos esses Portais diariamente em busca de algum documento (Manual ou NT) novo, é desta forma que eu me mantenho informado. Mesmo que vocês não tenham intimidade suficiente para implementar algo no componente, mas é importante, pois fica sabendo das novidades e pode se preparar para o que vem pela frente. Resumindo, não é pego de calças curtas.

Bom dia Juliano, Como você esta alimentando o campo ItemListaServico (1401 ou 14.01) ?

Bom dia Robson, Esse XML se refere ao retorno de envio do MDF-e e não do retorno de envio do Evento de encerramento.

Bom dia Marcio, Eu entendi, mas uma coisa é certa esse seu cliente gosta de sofrer. Prefere fazer a emissão manual em vez de ter a emissão da nota automatizada. Paciência, ele é novo, daqui umas 10 semanas santas ele aprende. Ele também não quer emitir a NF-e ou CT-e ou MDF-e desta forma, ou seja, gerar o XML sem assinatura, acessar o site da SEFAZ e importar o arquivo para que o documento seja emitido? Bom mesmo que ele queira isso não é possível pelo simples fato de não existir essa possibilidade. Uma alternativa para o seu problema é essa tela de configuração alterar o arquivo INI do respectivo provedor.

Bom dia Leonard Com o programa exemplo consegui enviar o lote de RPS para o provedor WebISS de Campo Belo. Configuração: SSLLib = libWinCrypt CryptLib = cryWinCrypt HttpLib = HttpWinHttp XMLSigLib = xsLibXml2 SSLType = LT_TLSv1_2 Ambiente de Homologação

Bom dia Cleonir, Pelo que eu entendi o problema se encontra o WebMail do Gmail. Sendo assim, pode ser alguma configuração errada ou versão do WebMail.

Boa tarde Nelson, Muito bem observado, já fiz a correção na postagem acima. Muito obrigado. Com relação ao tpAutor esta confuso a coluna observação sobre esse campo veja: Informar 1=Empresa Emitente. Valores: 1=Empresa Emitente, 2=Empresa destinatária; 3=Empresa; 5=Fisco; 6=RFB; 9=Outros Órgãos; Nota: Campo exclusivo do Evento “110112 – Cancelamento por substituição”. Na primeira linha entendo que o valor é fixo e neste caso 1. Já na segunda linha, 2 = Empresa destinatário é o destinatário da mercadoria? Se sim, ela pode realizar esse tipo de cancelamento? Na mesma linha, 3 = Empresa, que empresa é essa? Como não sei que é esse 3 = Empresa e também não entendi o 2 = Empresa destinatária, e no meu entendimento quem tem que cancelar um documento é sempre o emitente, deixei fixo no componente o valor 1 para esse campo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde pessoal, Como não tenho nenhum cliente que emite NFS-e e muito menos para a cidade de Chapecó/SC e nem tenho contato com o provedor e pelo que notei vocês sim, tem clientes e contato com o provedor, tenho certeza que vocês terão mais chances de fazer as devidas correções. Encontrando por favor anexe as units alteradas para que possamos analisar o que foi feito, pois precisamos garantir que não vá ocorrer algum efeito colateral com os demais provedores.

Bom dia Fernando, A URL para o serviço URL-QRCode se encontra sim no arquivo ACBrNFeServicos.ini Se esta aparecendo essa mensagem isso significa que os seus fontes estão desatualizados. Ou a sua aplicação esta se utilizando de um arquivo ACBrNFeServicos.ini desatualizado.

Bom dia Allan, De qual propriedade você esta pegando o XML para salvar no banco de dados?

João, A alteração que fiz foi com base no Schema, agora se o provedor disponibiliza um Schema diferente do que foi implementado no webservice ai a coisa complica. Para mim, demostra uma falta de profissionalismo desse provedor. A linha que lhe pedi para comentar, note que é ela que faz com que o valor de URI fique em branco e é ele que é usado como valor do ID.

João, Unit ACBrNFSeWebSerices: procedure TNFSeCancelarNfse.DefinirDadosMsg; proEquiplano, proISSCuritiba, proPronimv2, // proPublica, <== Linha 4611 comentar essa linha proSP, proNotaBlu, proSMARAPD, proIPM: FURI := ''; Se os seus fontes estão atualizados é essa linha que você deve comentar

Bom dia Claudio, Abaixo das minhas postagens tem a minha assinatura e nela consta o e-mail.

Bom dia João, Chegou a comparar os dois? Note que o XML gerado pelo componente o atributo ID esta vazio, já o do exemplo contem um valor que no caso é a palavra "assinar". Outra diferença é que no XML gerado pelo componente tem a tag <MotivoCancelamento> que não existe no XML de exemplo. Terceiro é o prefixo "ds:" que aparece em todos os elementos da assinatura, prefixo este não gerado pelo componente, alias nunca vi colocar prefixo na assinatura. Logo é preciso fazer uma alteração no componente para que seja gerado um ID para o cancelamento e não seja gerado a tag <MotivoCancelamento> para o provedor em questão.

Bom dia Heber, Veja o programa exemplo do componente, nele existe uma linha onde é definido o valor dessa propriedade via código, mas você pode alterar o valor dela selecionando o componente e no Object Inspector e alterar. Configuracoes.WebServices.Visualizar := True ou False;

Bom dia a todos, Seria interessante obter do provedor um XML de pedido de cancelamento para comparar com o que é gerado pelo componente, assim vamos saber o que esta a mais ou a menos e tentar corrigir.

Bom dia Leonard, Tente com SSLLib = libCapicom.

Bom dia Riquena, Na versão 3.00 só podemos relacionar em um MDF-e os seguinte tipos de documentos: CT-e ou NF-e ou MDF-e (Modal Aquaviário). Note que a mensagem diz que o elemento infNF não é experado, ou seja, ele não existe ou esta fora de ordem, mas neste caso ele não existe mais. Na versão 1.00 podíamos informar: CT-e, ou CT (Conhecimento de Transporte comum de papel) ou NF-e ou NF (Nota Fiscal Comum de Papel), mas a versão 1.00 não é mais aceita somente a versão 3.00

Bom dia Lucas, Na sua maquina o componente gera o PDF e é aberto sem nenhum problema, correto? Na maquina do seu cliente o PDF é gerado, mas ao tentar abrir diz que esta corrompido, correto? Você tentou abrir na sua maquina o PDF gerado na maquina do seu cliente? Qual visualizador de PDF que você utiliza e qual o seu cliente possui?