italo.giurizzato.junior

Boa tarde Aprendiz, Quais são esses erros que aparecem? Se são de propriedade não existente, tem um arquivo texto dentro da pasta que contem os fontes do componente, que apresenta um passo a passo para resolve-los.

Boa noite Calixto, O que você entende por: Funcionalidade não esta disponivel para o provedor ? Para mim existe uma diferença grande entre não disponivel e não implementada. Você tentou o Gerar e Enviar Lote?

Boa noite Jeanbiazon, Os eventos na NF-e estão ainda na versão 1.00 Verifique se o arquivo que ele acusa não ter encontrado esta junto com os demais schemas da NF-e.

Boa noite Sadao, Você mudou a posição do canhoto?

Bom dia Sadao, Você esta com os fontes atualizados? Se sim, chegou a testar?

Bom dia a todos, Vale lembrar que, quando o serviço é executado dentro do municipio, devemos emitir uma Nota Fiscal de Serviço e não um Conhecimento de Transporte de Carga. O Conhecimento só é emitido quando o serviço, ou seja, o transporte da carga é interestadual ou intermunicipal.

Boa tarde Alexandre, Se tratando de Minas Gerais, você pode esperar de tudo. Os seus XMLs estão corretos, principalmente no que diz respeito ao tomador. Com certeza é mais uma falha no webservice da SEFAZ-MG. Entre em contato com eles e expõe o problema.

Boa tarde Fernando, Alterações realizadas, favor atualizar os fontes e testar. Muito obrigado pela colaboração.

Boa tarde Junior, Cara você é louco em fazer teste em ambiente de produção. O ambiente de homologação existe para você fazer testes, o de produção não. E outra coisa procure ficar mais informado baixando as Notas Técnicas, nelas você tem as datas de liberação de cada ambiente.

Boa tarde Eliton, Favor atualizar os fontes e testar.

Boa tarde Antonio, Quando realizei as alterações para que o componente ACBrNFe fosse capaz de emitir também a NFC-e, não tinha em mãos todas as URLs de todas as UFs participantes do projeto. Favor entrar em contato com a SEFAZ e solicitar as mesmas para que possamos inclui-las no componente.

Boa tarde Léo, Por favor atualize os fontes e teste novamente.

boa tarde sesistemas, Pelo que pude ver o seu XML contem as TAGs novas da versão 1.00a e você esta tentando enviar para o ambiente de produção, correto? Só que o ambiente de produção para a nova versão não foi liberado.

ALA, Atualize os fontes e teste.

Boa tarde Anderson, Já esta disponivel as suas alterações. Exceto a que você fez na unit ACBrUtil.pas Veja como eu resolvi o problema na unit ACBrNSeWebServices.pas Atualize e teste. Muito obrigado pela colaboração.

Boa tarde Binho, Em vez do seu cliente pegar a CPU colocar debaixo do braço, levar até uma Lan House, correr o risco de ser roubado, pegar virus na maquina, porque ele não compra um desses "VIVO 3G" da vida, para obter uma conexão com a internet em caso de contingência? O meu filho usa o note na estrada para acessar a internet usando o smartfone como roteador. Note <=> Smartfone <=> Internet

Boa tarde Akai, Já esta disponivel as suas alterações. Muito obrigado pela colaboração.

Bom dia Leonardo, Esses últimos dias foram um tanto quanto corridos, e devo ter esquecido de ver o seu post. Já disponibilizei as alterações. Mais uma vez muito obrigado.

Bom dia Reisdorfer, Se você estiver com todos os fontes atualizados, vai notar na unit: ACBrProvedorISSNet que todas as function que geram os envelopes de Recepção, consulta e cancelamento possui a linha que defini a versão do XML bem como a sua codificação.

Se você utiliza o DANFSE feito em Quick Report, o arquivo é o ACBrNFSeDANFSeQRRetrato. Mas lembre-se de abrir primeiro o ACBrNFSeDANFSeQR, caso contario o Delphi vai exibir uma mensagem de Anteção.

Bom dia ALA, Se você não esta conseguindo postar como anexo, é bem provavel que a sua cota se esgotou. No painel de configuração do seu usuário se não me engano tem uma opção que você tem acesso a todos os seus anexos, você pode excluir os mais antigos. Com relação aos erros, pelo que me parece são bem claro, apesar de você ter dito que o erro ocorre ao realizar a consulta. Qual comando você esta utilizando para realizar a consulta e quais dos você esta informando como parametros?

Bom dia Robson, Você chegou a atualizar os fontes? E realizou novos testes? Se sim, qual é o problema?

Boa tarde sesistemas, O componente ACBrMDFe possui uma propriedade chamada VersaoDF que aceita os seguintes valores: ve100 e ve100a No momento devemos utilizar o valor ve100 juntamente com os schemas que estão no arquivo: PL_MDFe_100_NT2013002 (pasta: ...\Exemplos\ACBrMDFe\Delphi\Schemas\V100 ) Desde ontem 29/10/2013 foi liberado o ambiente de homologação para a versão 1.00a Sendo assim devemos configurar o componente para ve100a e utilizar os schemas que estão no arquivo: PL_MDFe_100a_pre (correcao) na mesma pasta. A data de liberação do ambiente de produção esta prevista para 01/12/2013 (versão 1.00a) Espero ter ajudado.

Boa tarde Nilton, Agradeço os seus elogios, muito obrigado. Eu compartilhei o fragmento de como cancelar por evento, o nosso amigo Krepe o EPEC. Acredito que é compartilhando fragmentos de códigos que todos saem ganhando. Estou torcendo para que a SEFAZ-MG resolva todos os problemas com os WebServices, uma vez que a versão 1.04 será aceita até 01/06/2014 se não me falha a memória. O retorno que a SEFAZ lhe deu, convenhamos é uma piada. "A data de início de vigência da versão 2.00a no ambiente de homologação (teste) é 01/09/2013." Que dia é hoje?

Boa tarde Dominio, Você esta gerando o CT-e na versão 1.04 correto? Em ambiente de homologação funciona 100%. Em ambiente de produção ocorre o problema, correto? Para mim, esta claro que o problema é na SEFAZ, uma vez que a unica diferença entre homologação e produção é a URL para onde é enviado os envelopes. Se a URL do ambiente de produção estivesse errada, você nunca iria conseguir cancelar. Se na segunda tentativa você consegue cancelar, isso é uma prova que a URL esta correta. A SEFAZ esta com um problema intermitente. Entre em contato com eles.