-
Total de ítens
1.192 -
Registro em
-
Última visita
-
Days Won
12
Tudo que juaumkiko postou
-
Atualização do ACBr - Erro depois qua atualizei
juaumkiko replied to juniorschon's tópico in ACBrNFe
Tente isso: viewtopic.php?f=18&t=707 []´s -
Olá... Li e reli... mas não entendi a sua duvida.
-
Talvez seja a versao do Rave que vc usa?
-
Nossa... Minas Gerais ta feia a coisa hein... No portal Nacional consta cancelada, já no portal da SEFAZ de MG não consta como cancelada... Esse cenário é comum no inverso.... ta loko... Segue arquivo exemplo. []´s 35120954773502000184550010000051671000051670-sit.xml
-
Se vc esta com o componente atualizado e seguindo o DEMO do componente, o problema esta com a sefaz do seu estado que nao liberou o schema de retorno de consulta na versão 2.01, que é o schema que contempla o retorno com as informações de eventos. Entre em contato com eles. OBS: Para efeito de teste, eu acabei de fazer uma consulta pelo DEMO só informando uma chave de NFe minha que eu realizei o cancelamento por eventos. O resultado foi normal com os eventos registrados retornando na consulta. Estou em SP. []´s
-
Faça a consulta da NFe. Irá retornar todos os eventos vinculados a ela. Inclusive o de cancelamento. Existe um exemplo no DEMO do componente. []´s
-
Cancelamento de NFe por Evento (2g) em Produção
juaumkiko replied to murilorodrigues62's tópico in ACBrNFe
rs... mais de um cancelamento é boa hein... Aconselho vc ler as normas tecnicas que estão no Portal Oficial da NFe. Em resumo: 1-Não existe mais de um evento de CCe. Existe sim a possibilidade de vc substituir uma Carta de Correção por outra. Isso é entendido pela SEFAZ quando vc envia uma CCe daquela NFe. Será considerada sempre a ultima. 2- Se vc cancelar a NFe vc nao consegue mais fazer nada nela... nem mesmo carta de correção. A SEFAZ "tem mecanismos" que bloqueiam isso. []´s -
Perfeito... Isso que sempre tendo explicar mas desisto... o jeitinho que muitos (inclusive aqui do forum) dão para baixar os XMLs e encobrir o erro dos fornecedores que não enviam o XML, irá até um dia que comprovarem que o XML, que eles tanto se esforçam para dar um jeito de baixar, for pego por algum fiscal e ele falar que aquilo nao vale nada pq nao ta assinado... Dae depois de multar a empresa.... quero ver a empresa cair em cima de quem fez o programa para baixar os XMLs. []´s
-
Sobre a nao trabalhar com numero de pedido (existe isso?)... basta ao inves de preencher o numero do pedido preencher o código do produto nessa TAG. Ela nao vale nada para a receita... é de uso exclusivo seu para facilitar a sua vida. []´s
-
Só complementando... Mesmo que a empresa trabalhe com um número de pedido que referencie vários ítens, nesse caso entra a Tag nItemPed que serve para referenciar qual o ítem daquele pedido esta sendo entregue. Simples assim... a solução esta dada e disponivel desde a versão 4 do manual... falta "educar" os fornecedores o preenchimento dessas Tags. Quando a depender da boa vontade do fornecedor é relativo, me desculpe... Trabalhamos com grandes empresas e se eu não preencho essas TAGS a NFe é barrada. Eles simplesmente não aceitam. Vai da política de cada empresa... mas o que vejo é muito programador querendo "dar um jeitinho". Exemplo claro disso é ter de arrumar uma forma e até criar um programa para baixar um XML que é OBRIGATÓRIO E PREVISTO EM LEI que o fornecedor te envie. Enquanto tivermos esse tipo de pensamento (a se ele não faz a parte dele... vou dar meu jeitinho) iremos estimular a essas empresas e péssimos programadores que vendem seus softwares para essas empresas, a continuarem fazendo oq bem entender e a bomba fica no colo dos bons programadores. Tenho fornecedore que não conseguem preencher essas TAGs unicamente pq o ERP dele não tem essa opção, nesse caso eu peço que especifiquem o numero do pedido em informacoes complementares do item num formato que meu sistema ira ler automaticamente. É questão de fechar o cerco.... Mas cada causo é um causo... rs Boa Sorte ae.
-
Melhor maneira é vc solicitar aos seus fornecedores que comecem a preencher as seguintes TAGs que muita gente desconhece: xPed e nItemPed Essas Tags tem ocorrencia por ÍTEM da NFe e serve exatamente para integração com os ERPs. Instruo meus fornecedores a sempre especificarem o Numero do meu Pedido na TAG xPed. A maioria das empresas hoje trabalham com um numero de pedido (ou solicitacao/ordem de compra) único por ítem. Nosso caso. Assim o simples preenchimento da TAG xPed já torna a entrada da NFe no sistema automática. Mas infelizmente... não preciso nem dizer que a maioria nem sabe que essa TAG existe e eles nao preenchem a mesma. []´s
-
Apenas para informação. Já é possivel testar os eventos de manifestação dos Destinatários pelo componente. Basta Atualizar os fontes para no mínimo a Revisao 3812 e realizar os testes. []´s
-
Bom Dia Enviei uma correção para o SVN(Revisao 3811) onde nesse caso vc deverá especificar o Orgao no preenchimento do evento. Quando não preencher o componente pega o orgao automaticamente, mas se preencher o componente utilizará o orgao que vc especificar. []´s
-
Olá... já estou usando em produção eventos de cancelamento ha um mês em SP. []´s
-
Parabens.... Ficou ótimo... iremos estudar uma maneira de colocar essas units no projeto, como alternativa de impressão para a CCe. []´s
-
Olá Italo... Obrigado por ter corrigido e enviado... por isso que é bom ter varios commiters no projeto... as vezes não temos como ficar entrando sempre no fórum para ver os erros, dae se outro commiter toma ciência do erro e pode corrigir o mesmo e enviar a correção para o SVN é sempre de extrema ajuda para todo o projeto. Obrigado. Quanto ao Download da NFe não prometo quando conseguirei criar os arquivos de retorno. Imagino tb que não tenha tanta urgência pois nem os webservices de Manif. de Destinario as "Sefezes" liberaram. Mas se ninguem iniciar essa parte eu farei a mesma assim que terminar umas pendencias no meu trabalho. Grande Abraço.
-
Exato, esta dando erro para quem usa ou D7, ou mudar as declarações das linha 67 e 84, 96 e 113 para TDateTime se puder, por gentileza veja a melhor forma e suba a alteração, tem gente postando o erro que esta ocorrendo, obrigado. Prezado Isaque... O Ítalo já fez isso.. Muito obrigado Italo. Att
-
Bom Dia Italo... Enviei para o SVN o Retorno... porém nao consegui testar. Mudei o demo para fazer os testes... favor verificar e me informe qualquer coisa. []´s
-
Já solicitei informações da SEFAZ mas até agora nada. Aparentemente as manifestações dos destinatarios só funcionarão a partir de agosto... esperemos. []´s
-
Erro demo ACBrNFe2 após atualização - 17/07/2012
juaumkiko replied to ricardo_casc's tópico in ACBrNFe
Exatamente Italo... Eu uso OpenSSL Se for possivel alguem que usa CAPICOM fizer a alteracao que o Italo propos e mandar para o SVN ajudaria muito. []´s -
Erro demo ACBrNFe2 após atualização - 17/07/2012
juaumkiko replied to ricardo_casc's tópico in ACBrNFe
De qualquer forma mandei uma correção no SVN. Atualize, teste e nos informe. []´s -
Erro demo ACBrNFe2 após atualização - 17/07/2012
juaumkiko replied to ricardo_casc's tópico in ACBrNFe
Olá... Na versão do Trunk isso ja esta arrumado. []´s -
Erro demo ACBrNFe2 após atualização - 17/07/2012
juaumkiko replied to ricardo_casc's tópico in ACBrNFe
Qual a versão do seu Delphi? -
Ola Italo... Disponibiliza no trunk mesmo... assim que possivel ja começo a trabalhar o retorno... Valeu
-
Estou usando já em produção em SP. Já cancelei e emiti cce por eventos normalmente. []´s