Italo Giurizzato Junior

Boa tarde Hugo, Por favor poste aqui no forum como anexo as alterações que você realizou para disponibilizar aos demais. Desde já muito obrigado pela colaboração.

Boa tarde Marcio, Quen faz essa checagem é a propria function AssinarLoteRps e eu não sei o impacto no processamento se melhora ou não se: Só chamar a função se for necessário Assinar ou chamar a função e assinar se for necessário dependendo do valor de AssinaLote for True ou False.

Bom dia Oscar, O ACBrNFeMonitor utiliza o componente ACBrNFe e este já possui o Download de NFe via webservice implementado. Falta agora, o pessoal que da manutenção ao ACBrNFeMonitor criar uma chamada para essa funcionalidade. Mas você tem ciência de todos os requisitos e restrições para realizar o Download via webservice? Volto mais uma vez lembrar que o Emitente tem obrigação legal de armazenar e disponibilizar imediatamente o XML para o destinatário assim que a NFe recebe o protocolo de autorização. Como o emitente tem que armazenar o XML por 5 anos, não vejo nenhum impedimento do destinatário solicitar um segundo envio da mesma mesmo tendo passado 2, 3 anos. Na minha aplicação tenho a possibilidade enviar por e-mail novamente o XML e o PDF do DANFE da NFe cujo destinatário necessida. Fora o envio automatico assim que o XML recebe o protocolo de autorização. Se todos procederem desta forma não vejo necessidade do Download. O Download foi disponibilizado pela SEFAZ quando o Destinatario necessida do XML e o Emitente perdeu.

Bom dia Nelsao, O arquivo que disponibilizei chamado RotinaCompleta, é mais para que o pessoal tenha idéia de como montar as rotinas e form você faz do jeito que você achar melhor. Detalhe essa rotina completa se refere ao form de envio e não o de lançamento, onde o usuário informa que é o remetente, destinatário a nota, etc. Na minha aplicação eu tenho varios form: 1. Lançamento manual dos dados pertinentes ao transporte da carga; 2. Lançamento automatico através da importação do XML da NFe 3. Emissão do CTe ( rotinacompleta.txt disponibilizada por mim); 4. Cancelamento de CTe (disponibilizado um fragmento do código); 5. Inutilização de Numeração (disponibilizado um fragmento do código); Como o form é algo pessoal cada um faz do seu jeito utiliza alguns componentes para deixa-lo diferente dos demais, eu não disponibilizei, não porque se trata de um segredo "industrial" mas por achar que o mais importante é o código que esta por de traz do form. Mas posso sim mandar para você um print, mas preciso saber qual deles você deseja, para que você possa ter uma idéia de como montar o seu.

Boa noite Daniel, Qual é o problema de informar a Inscrição Municipal do Tomador em uma NFS-e, uma vez que você informa a Inscrição Estadual do Destinatário em uma NF-e? Se o tomador for uma empresa sim, caso contrario não.

Daniel, Atualize os fontes e tente novamente.

Vou verificar.

Daniel, Então tenta ConsLote em vez de Enviar. Uma vez que a mensagem de erro segundo o seu XML esta no ConsultarLote.

Daniel, Eu postei um exemplo e como dito anteriormente, todas as funcionalidades possuim a propriedade Msg. No exemplo experimente alterar ConsSitLote para Enviar. Outra coisa, o XML que você postou se refere a consulta. Você diz que não fez a consulta, mas o componente realiza a consulta automaticamente após o envio. E o erro esta aparecendo ao realizar essa consulta.

Pelo contrario, Você disse que ao selecionar o pacote de instalação da NFe o programa instalador seleciona automaticamente os pacotes OpenSSL e Capicom isso é devido aos requisitos. Logo o que esta errado é o arquivo texto que orienta a instalação manual. Se não me falha a memória antigamente não era necessário, mas agora passou a ser, mesmo você não utilizando o OpenSSL devemos ter esse pacote compilado. Por favor me corrigem se eu estiver errado.

Vamos a um exemplo: Após executar a consulta a situação do lote você pode obter a mensagem de erro conforma a linha abaixo: cMsgErro := ACBrNFSe1.WebServices.ConsSitLote.Msg;

Boa tarde Delmar, Na verdade o ACBrOpenSSL não é um pacote de instalação e sim apenas de compilação, eu sempre compilei esse pacote. E eu também faço a instalação manual.

Boa tarde Daniel, Para cada funcionalidade existe uma propriedade chamada "Msg" que contem a mensagem de erro quando este ocorre.

Boa tarde Leo, Vamos a um exemplo: Uma transportadora, carrega o caminhão com dezenas de cargas de diferentes remetentes e destinatários, logo temos o transporte de carga fracionada para este caminhão em questão. Segundo, vamos supor que esse caminhão vai partir de São Paulo/SP e vai até o Rio de Janeiro/RJ, temos ai o transporte interestadual. O MDF-e deverá ser emitido por uma transportadora quando a carga for fracionada e o transporte interestadual. Muito bem segundo o exemplo acima é o nosso caso, vamos continuar. Uma vez que temos carga fracionada, vamos ter com certeza mais de um CT-e, no exemplo acima dezenas. Imagina esse caminhão parando em um posto fiscal de divisa de Estado tendo que apresentar dezenas de CTe para o fiscal checar um por um a sua autenticidade. Agora imagina o motorista do caminhão apresentando apenas 1 (uma) folha o DAMDFE - Documento Auxiliar do Manifesto Eletrônico de Documentos Fiscais. O fiscal vai ter que checar apenas este e não uma dezenas, isso faz com que a parada do caminhão no posto fiscal seja curta e outra coisa, no CTe de carga fracionada não contem os dados do caminhão e do motorista, já no MDF-e e no DAMDFE consta esses dados, desta forma o fiscal vai poder checar se o caminhão não foi trocado e se o motorista é o mesmo. O CTe é um documento de prestação de serviço emitido pela transportadora e deve acompanhar a carga desde a sua origem até o seu destino. Já o MDF-e é um documento fiscal que visa simplificar a vida dos fiscais de fronteiras entre um Estado e outro. Espero ter ajudado.

Bom dia Vanessa, Existem relatos sobre o provedor GINFES que costuma sair fora do ar ou até mesmo demorar para responder. O problema não é no componente e sim com o provedor.

Boa tarde Pessoal, Se tratando da NFS-e por favor, informe sempre a cidade e o seu provedor para que possamos ajudar.

Boa tarde Arce, Segundo a NT 2012/002 página 3 temos: "O Destinatário deve apresentar uma manifestação conclusiva dentro de um prazo máximo definido, contados a partir da data de autorização da NF-e. Este prazo é parametrizável e atualmente está definido em 180 dias". Primeiro o que vem a ser "manifestação conclusiva"? Na mesma página temos os 4 tipos de manifestação e o significado de cada uma delas, sendo que uma delas não é conclusiva, estou falando da manifestação: Ciência da Operação, já as demais são conclusivas. Note que o prazo para a manifestação inicia com a data de autorização da NF-e. E esse prazo pode variar de uma SEFAZ para outra, no momento esta estabelecido para todas elas o prazo de 180 dias. Se você começar hoje a realizar a manifestação mesmo estando desobrigado, quando se tornar, não vai mudar nada, basta continuar realizando a manifestação.

Bom dia Arce, Segundo o Ajuste SINIEF 17/2012, segue link: http://www.fazenda.gov.br/confaz/confaz/ajustes/2012/AJ_017_12.htm no primeiro momento somente as empresas que compram combustivel, se tratando de distribuidores começa em 01/03/2013, já os postos de combustiveis em 01/07/2013. As demais empresas ainda vai ser opcional, mas quanto antes começar melhor.

Bom dia Carlos, Verifique se você não esta tentando imprimir o RPS em vez da NFS-e. O XML da NFS-e contem o numero da mesma no XML do RPS não tem.

Bom dia a todos, Gostaria de saber quem já esta utilizando o componente ACBrMDFe em ambiente de homologação ou produção? As funcionalidades: Enviar, Consultar, Consultar Status, Enviar Evento de Cancelamento e Enviar Evento de Encerramento estão funcionando? Preciso desse retorno para providenciar as devidas correções e migra-lo do repositório branches para o trunk. Desde já muito obrigado a todos e fico no aguardo de um retorno.

Lucio, O que deve estar acontecendo é que foi publicado a NT mostrando como devemos formatar a Data/Hora do evento e o Schema foi feito de forma diferente. Tive o mesmo problema com o MDF-e. o que você pode fazer para testar: Na Unit pcteEnvEventoCTe temos a seguinte linha: Gerador.wCampo(tcStr, 'EP09', 'dhEvento', 01, 27, 1, FormatDateTime('yyyy-mm-dd"T"hh:nn:ss',Evento.Items[0].InfEvento.dhEvento) + GetUTC( CodigoParaUF(Evento.Items[0].InfEvento.cOrgao), Evento.Items[0].InfEvento.dhEvento) ); Altere ela comentando a função GetUTC: Gerador.wCampo(tcStr, 'EP09', 'dhEvento', 01, 27, 1, FormatDateTime('yyyy-mm-dd"T"hh:nn:ss',Evento.Items[0].InfEvento.dhEvento) {+ GetUTC( CodigoParaUF(Evento.Items[0].InfEvento.cOrgao)}, Evento.Items[0].InfEvento.dhEvento) ); Isso deve resolver o problema no momento da validação. Mas acredito que ainda não estão disponiveis os webservices tanto para homologação quanto para produção.

Boa tarde Anderson, E os fontes estão todos atualizados, quando digo todos é todos os fontes de todos os componentes, todas as pastas inclusive a PCN2.

Boa tarde Luis, Você utilizou qual versão do Quick Report para efetuar as alterações no DANFE? Se é a versão 3.0 os fontes atualizados estão no local correto caso contrario quem utilizar ainda a versão 3.0 vai ter problemas. Mas isso eu posso resolver. Só preciso saber a versão do Quick Report utilizado.

Boa tarde Lucio, Não esta validando o XML gerado? Se sim qual é a mensagem de erro apresentada pelo componente?

Boa tarde Carlos, É preciso saber se os schemas utilizados são os mesmos, e onde existe diferenças, NameSpace, URLs dos serviços: Estudando a unit ACBrProvedorGinfesV3.pas Note que para a cidade de Fortaleza/CE temos por exemplo a URL de homologação para o serviço de recepção de lote: "https://homologacao.issfortaleza.com.br/ServiceGinfesImpl" já as demais cidades a mesma URL é: "https://homologacao.ginfes.com.br/ServiceGinfesImpl" Do resto é tudo igual, os mesmos schemas e namespace. Agora é preciso checar tudo isso quanto a cidade de Pontal/SP.