claudiomiguelmuller

Não é bem isto. Existe uma forma de pegar a data e hora correta e a informação se estamos no horário de verão? mas não dependendo da máquina do usuário ou do servidor do Acbr. Ou todos daqui da lista, simplesmente deixam isto pelo usuário mesmo? Como saber também na máquina do usuário se está em horário de verão ou não?! Eu queria saber se existe uma forma de automatizar isto. Senão tem como, paciência. Abraços.

Olá amigos, como vocês controlam a data e hora no equipamento em uso, para que ele não dê diferente dos 5 minutos da hora emissão no caso de emissão normal, e controle de data/hora para emissão em contingência? Eu não controlo isto até agora porque não era tão importante, mas para a NFC-e isto será importante. Não trabalho com delphi nem Lazarus. Mas gostaria de saber para quem já usa ativamente NFC-e, se ao entrar no sistema de automação comercial, vocês trazem a data/hora do equipamento e pede para confirmar? ou a cada venda vocês conseguem atualizar isto via Acbr ou outra ferramenta/tecnologia?

Olá amigos, neste final de semana no Rio Grande do Sul tivemos muita chuva e temporais. Na minha região a internet ficou fora de sábado madrugada até terça. Na loja onde trabalho, emite-se ECF normal, sem problemas. Quando eu colocar a NFC-e o sistema iria emitir em regime de Offline. Para o cliente não esperar nada, e não perder venda. Porém dificilmente iríamos conseguir mandar em até 24h da emissão. Nem sempre temos pendrive-3G disponível. Pelo que entendi, na terça (13/10) eu iria enviar as NFC-e em contingência, ele iria dar erro de data/hora mais de 24 horas, a única solução que eu entendi seria mudar a data oficial da emissão de 10/10 para 13/10, mas isto eu sei que poderia dar problema. Qual seria a outra solução?

Legal estas informações obrigado. Acho que o meu pensamento está correto, confirmou, o resto é ajuste em notas e/ou negociação com fornecedor, se o cara te sacanear, corta ele dos teus fornecedores.

Eu vou me meter no assunto, mesmo não trabalhando com Delphi. Eu acho que a pergunta do Zilion tem outro sentido. O fato não é o Delphi morrer ou não, e sim se vai ter gente perto ou pagável o suficiente para continuar o negócio dele (em Delphi acho). Eu também as vezes tenho esta pergunta, mas sou de Cobol. Morrer?! Ele não vai, assim como o Delphi, mas teremos pessoas novas para programar nisto?! Tentei ensinar a dois jovens cursando TI em universidade e não deu certo, querem PHP, querem Java, C#, etc. Então Zilion, isto você precisa analisar, terá pessoas para contratar? Se Sim, continua como está na linha do Delphi, senão?! Quanto tempo queres que a empresa dure?! Poucas empresas se preocupam com isto, algumas até se preocupam, mas não tem como pagar...

Mas isto não funciona na prática. O transportador não vai cancelar o CTe porque a nota tem valores fora da negociação, este é o ponto. E eu se fosse transportador, não cancelaria, olha o trabalho que isto deu, e se o CTe foi verificado em alguma fiscalização, etc, isto é impraticável. Será que a confirmação da operação apenas significa que a "nota e sua operação (natureza)" estão confirmadas, não quer dizer que valores, etc..?!

Olá amigos, desculpem o OFF TOPIC, mas nem sei se seria em outra categoria do fórum isto. Queria a opinião do pessoal: Olá amigos, o que vocês acham na parte legal do Evento de Confirmação de Operação?! Minha contadora me questionou sobre o assunto. Se eu confirmar a operação, quer dizer que aceito tudo que está na nota?! Se os valores estão errados, fora da negociação, por exemplo, como fazer? mas não podemos esquecer da parte prática, já teve transporte, não vou devolver uma mercadoria que demorou uma semana em transporte e que a produção está desesperada pra usar. Eu confirmo a operação, até para o cara não cancelar a nota, mas não quer dizer que tudo ali da nota eu concordo. Pedir para o fornecedor cancelar nota também é impraticável, porque muitas tem conhecimento e o frete foi executado. Como tratar isto?! O que vocês pensam do assunto ou já têm conhecimento sobre isto? Mais uma vez peço desculpas se for fora do contexto, mas queria a opinião dos amigos. Cláudio.

Descobri, a instalação do acbrplus que fiz ficou como OpenSSL mudei para CAPICOM e deu ok mas o que seria esta configuração para validar errado?

Olá amigos, estou em ambiente de homologação e agora apareceu o seguinte erro: '{http://www.portalfiscal.inf.br/nfe}uTrib': 'PC' is not a valid value of the local atomic type. Procurei em NT e vi que iria ser divulgado tabela padrão para unidade de tributação. Rejeição 735 Procurei neste forum, procurei na internet, em NT e não achei esta lista padrão. Alguém tem esta informação?

Olá, baixei a nova versão e deu ok, a consulta a notas fora do estado funciona ok. Só estou tentando achar alguma nota de alguém cancelada para confirmar se vem ok, dentro do meu estado já achei e consultei ok. (só para eliminar a consciência pesada)

Eu vou esperar a próxima versão. Não sou programador Delphi/Lazarus (ainda). Testo e retorno.

Seria possível pegar o "estado" da chave informada no comando e consultar conforme o webservice deste estado da chave?

Não era sobre o CadConsultaCadastro2. O post eu criei e era sobre o NFe.ConsultaNFe, o CadConsultaCadastro2 foi discutido no meio do caminho. Eu consulto pela Chave e não pelo XML, já tentei consultar pelo XML mas o erro é o mesmo. Então pode ser qualquer chave de fora do estado que foi configurado no Acbr, vc tem alguma para testar?

Segue o log: Verso Layout: 3.10 Identificador: 421509XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Ambiente: 1 Verso Aplicativo: SVRS201411131521 Status Cdigo: 410 Status Descrio: Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service UF: RS Chave Acesso: 421509XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Recebimento: 24/09/2015 13:24:33 Protocolo: 143150160217351 Digest Value: webservice origem RS (43) UF de destino SC (42) Qualquer informação extra só pedir.

Daniel, baixei a versão 1.9.07 e o retorno mudou. Antes era 226 (de outra UF) Agora virou 410 para notas fora do meu estado: CStat=410 XMotivo=Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service O comando que uso é o (só para confirmar) NFe.ConsultarNFe("XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX")

Olá Daniel, até a versão 1.9.05 não estava ok ainda, apesar de ter postado que iria ocorrer o ajuste. Vi que existe a versão 1.9.07 testo na segunda e dou o retorno.

Olá, trabalho bastante com isto. Todos os projetos Sped. O 0450 do Efd-Icms é por arquivo, a cada mês/arquivo começa do zero.

Foi citado que o componente iria ficar automático para reconhecer o "estado" da chave para não dar erro 226 ao consultar uma chave de fora do estado.

Olá Daniel, seria possível modificar o comando para ele pegar o estado da chave e fazer a consulta, evitando assim o retorno 226 para notas fora do estado original? até a 1.9.05 não é assim.

Olá, desculpem a persistência, já baixei várias versões até a de ontem, 1.9.05 e a situação da consulta para outro estado continua com o status 226. Verifiquei que no ChangeLog do Acbr tem a citação: ----------------------------------------------------------------------------- 08/09/2015 -- ACBrNFeWebServices -- [-] Acerto para configurao correta do endereo do webservice quando utilizado o mtodo de consulta, o webservice deve ser o mesmo do mtodo. http://www.projetoacbr.com.br/forum/topic/9564-consulta-nfe-e-cte-outra-uf/#comment-156061 por: regys.silveira ------------------------------------------------------------------------------ Mas a consulta ainda não ficou como poderia ser, seria possível verificar isto?

Olá, baixei a versão 1.9.03 a pouco e a situação continua. Seria possível verificar isto? já que foi citado que o componente foi alterado?

Olá, esse é o retorno que tenho: (tiver os dados da empresa/chaves) Meu estado é RS/43, mas a chave é do estado 31. é possível arrumar este detalhe? OK: Rejeicao: Codigo da UF do Emitente diverge da UF autorizadora [CONSULTA] Versao=RSXXXXX TpAmb=1 VerAplic=RSXXXXXX CStat=226 XMotivo=Rejeicao: Codigo da UF do Emitente diverge da UF autorizadora CUF=43 ChNFe=31XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX DhRecbto=15/9/2015 08:43:59 NProt=1XXXXXXX DigVal=

Confirmo também, Baixei nova versão e deu certo a CC. Enviar a CC e emitir em PDF ok. obrigado a todos, abraços.

Olá, baixei agora a versão 1.9.02, mesmo tendo no change-log a informação de que foi alterado o comando, não funciona. Tentei informando a chave da nota e também informando o caminho do arquivo xml. Sempre para chaves de fora do meu estado, retorna 226.

Ok, estou fazendo certo.