Italo Giurizzato Junior

Bom dia Daniel, Notei que a nota foi emitida no ambiente de produção, correto? Mas o idToken e Token passados para o GetURLQRCode também são para o ambiente de produção?

Bom dia Ale e Régys, Não é aquele velho problema com o OpenSSL que requer que a unidade do produto tenha no minimo 3 caracteres em vez de 2. Veja: TAG uTrib com o valor UN Ale experimenta colocar UNI como sigla da unidade.

Bom dia Osmar, Da mesma forma que vocês estão ansiosos e muitos preocupados com essa situação, pois não conseguem baixar atualizações e nós, que queremos atualizar o repositório com as correções e também não podemos. Vai ai um puxão de orelha para todos: se baixassem as atualizações diariamente (manhã e tarde) a posição seria do dia 16/07, mas muitos esperam a água bater na .... para correr atrás. Tem uns que me perguntaram se o método DistribuicaoDFe esta descompactando automaticamente o conteúdo da TAG docZip, sendo que o meu último teste de descompactação utilizado no método acima foi em março/2015. Isso me leva a crer que tem pessoas que faz 3 meses ou mais que não atualiza os fontes e agora com esse problema fica desesperado.

Você tem que configurar a propriedade PathSchemas com o caminho onde esta os schemas (XSD).

Bom dia Dangelo, Você leu? http://www.projetoacbr.com.br/forum/announcement/9-problema-para-acessar-o-repositório-dos-fontes/

Bom dia André, Faz um bom tempo que esta disponível, desde março/2015.

Bom dia Ale, A mensagem de erro que diz que o arquivo não foi encontrado se refere ao arquivo de schema (XSD). Se você estudar a rotina de configuração do componente no programa exemplo vai descobrir que não existe nenhuma linha que configura o PathSchema, propriedade que define o caminho onde esta os arquivos de schema. Dai o erro. Inclua uma linha de configuração ou no próprio Object Inspector defini o Path. Você vai ver que vai funcionar.

Bom dia Paulo, Já estamos a uma semana sem poder baixar atualizações bem como enviar correções para o repositório. Por favor tenha paciência, vamos aguardar, lendo as noticias do link que o Daniel postou acredito que até segunda feira esteja tudo 100%.

Bom dia Ale, Se o componente acusa que o arquivo de schema não foi encontrado é por que ele esta com nome diferente do disponibilizado pela SEFAZ.

Boa noite Anderson Desde já muito obrigado pela colaboração, assim que possível estaremos disponibilizando as suas melhorias e correções.

Boa noite Laudelino, Tenha em mente que todos os testes devem ser feitos no ambiente de homologação. A SEFAZ possui dois ambientes o de homologação para testes e o de produção para receber notas com validade jurídica. Portanto sempre inicia pelo ambiente de homologação em todos os seus clientes.

Boa noite Dangelo, Pelo site da SEFAZ-GO apenas informa que os endereços do ambiente estão disponíveis no Portal Nacional da NF-e (Homologação), isso me faz acreditar que são os mesmos da NF-e.

Boa noite Sandro, Na linha abaixo: Gerador.wCampoNFSe(tcStr, '#37', 'InscricaoMunicipal', 01, 15, 0, NFSe.Tomador.IdentificacaoTomador.InscricaoMunicipal, ''); O zero em vermelho indica que a TAG InscricaoMunicipal só será gerada caso o conteúdo do campo InscricaoMunicipal seja diferente de vazio. Sendo assim o IF que você acrescentou não faz sentido.

Boa noite Daniel, O DACTE em Quick Report esta disponível somente em modo Retrato.

Boa tarde Wendel, Não, se algum dia isso vier a ser criado pela SEFAZ, nós vamos criar um método para utilizar esse serviço. Mas para o momento, afirmo: Não existe inutilização de numeração de MDF-e.

Boa tarde, Como assim, só as linhas, eu abri o seu PDF e aparece todos os dados.

Bom dia Herik, Pelo que entendi temos 3 pessoas envolvidas: O cliente "A" adquiriu o produto do vendedor "B" que por sua vez recebe o produto do fornecedor "C". Só que o fornecedor "C" em vez de emitir uma nota fiscal de venda para o vendedor "B" e este por sua vez emitir uma nota fiscal de venda para o cliente "A", o fornecedor "C" emite a nota fiscal de venda diretamente para o cliente "A". Neste caso o vendedor "B" é um mero transportador. Isso confere? Se sim, quem tem que emitir o MDF-e é o fornecedor "C" e informar que o caminhão utilizado para o transporte é de terceiros, alem de informar quem é o proprietário do mesmo.

Bom dia a todos, Quando o nosso cliente nos reporta algum problema, devemos levantar todas as hipóteses e depois começar a excluir as que não fazem sentido. Não estou dizendo que você deve tirar o seu da reta, mas se o problema surgiu de um dia para outro e não houve atualização da aplicação então o problema não tem nada haver com você. No caso relatado, o problema esta ocorrendo com o cancelamento apenas, o resto esta normal, logo podemos excluir das hipóteses a internet do seu cliente. Sendo assim chegamos a conclusão que o problema esta na SEFAZ. Leão, essa nota técnica não tem nada haver com o cancelamento de uma NF-e, ela trata de um outro assunto. O cancelamento sitado se refere ao pedido de prorrogação da suspensão do ICMS, favor ler ela com mais atenção.

Bom bia Gabriel, Abra a unit pmdfeConversaoMDFe que esta na pasta: ...\Fontes\ACBrDFe\ACBrMDFe, altere a string 'LayMDFeEvento' por 'RecepcaoEvento' nas functions LayIOutToServico e ServicoToLayOut. Compile a sua aplicação com a opção Build e tente novamente.

Bom dia, Pela mensagem de erro do validador indica que o campo xCondUso esta vazio, sendo que deveria conter o texto que trata sobre o Artigo 58-B. Todos os fontes de todas as pastas estão atualizados? Não devemos atribuir nada ao campo xCondUso, pois desta forma o componente se encarrega de colocar o texto correto.

Bom dia Vlademir, Só vejo um problema na sua rotina, a consulta ao status de serviço toda vez que se vai realizar o envio de uma nota. Peço a todos que leiam o documento: Consumo Indevido do Ambiente de Autorização disponível em: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=Iy/5Qol1YbE= Segundo esse documento essa consulta é o grande vilão. Todas as SEFAZ estão pensando seriamente em acabar com a Consulta ao Status de Serviço. Se isso vir a ocorrer a sua rotina deixará de funcionar. Outra coisa a consulta ao Status de Serviço não garante que todos os serviços estão funcionando, pois não retorna quem esta ativo e quem não esta. A minha sugestão é: em vez de consultar o status já tentar enviar a nota, caso ocorra erro ai sim entrar no modo Offline.

Bom dia Laudelino, Segundo as Especificações Técnicas do DANFE NFC-e versão 3.2 que trata sobre o QR-Code na página 17 temos o seguinte paragrafo: Para a emissão de NFC-e em ambiente de homologação a empresa deverá utilizar CSC que solicitou pela página web de sua Secretaria da Fazenda. A critério da Unidade Federada poderá ser disponibilizada página web específica para fornecimento de CSC para uso em ambiente de homologação. No meu entendimento o idCSC e o CSC solicitado pelo emitente da nota, podem ser utilizados tanto no ambiente de homologação quanto o de produção. Mas alguma Unidade da Federação poderá fornecer um idCSC e CSC especifico para o ambiente de homologação. Sendo assim é preciso acessar o site da SEFAZ da UF em questão para saber se vai usar o mesmo ou não.

Anderson, Talvez seja melhor deixar o valor do troco igual a zero.

Bom dia Felipe, Não tenho como lhe responder pois não utilizo apenas ajudo a implementar as funcionalidades no componente.

Anderson, Para que fique igual conforme foi dito antes é preciso fazer uma alteração no componente. Como estamos sem a possibilidade de atualizar os fontes no repositório, vou ter que aguardar para que possamos fazer essa alteração e disponibilizar a todos.