saverio
-
Total de ítens
56 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por saverio
-
-
Mesmo problema aqui, tentei schemas novo e nova config no componente acbrnfe camposfatobrigatorios como true e nada
configuracoes.geral
-
3 horas atrás, renan.sanches disse:
Alguém conseguiu no Windows 8.1??
tive um cliente com win8 que nao foi de jeito nenhum, este vai ter que formatar e instalar outro win
-
14 horas atrás, Matias de Souza disse:
Resolvido também no windows server 2012
para segue o link das atualizações abaixo para não precisar executar o windows updatehttp://www.catalog.update.microsoft.com/search.aspx?q=kb3140245
http://www.catalog.update.microsoft.com/Search.aspx?q=KB2992611
Tenho instalado os 2 pacotes nos clientes que não tem o Windows atualizado configurando o IE para TSL 1.2 e tem resolvido 100%
-
estou com omesmo problema alguem para da uma dica
-
estou com o mesmo problema se alguem puder me ajudar eu agradeco
minha config
ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt;
ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt;
ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp;
ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2;ACBrNFe1.SSL.SSLType := LT_TLSv1_2;
-
10 minutos atrás, Simbolus disse:
Atualizei a pastas fontes, utilizei schemas conforme solicitado a cima e testei a transmissão em Produção aqui em SP... Aqui não deu certo, me retorna o seguinte erro: Falha no Schema XML do lote de NFe com NF-e 4.0.
E jogando o xml no validador do sefaz de rs : 245 - [Simulacao] Rejeicao: CNPJ Emitente nao cadastrado.
Mas como você deixou o ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios como TRUE ou FALSE.
Penso que deixar como FALSE não pode dar erro algum.
Usar os schemas novo e com ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios como FALSE só pra ver o que acontece
-
Atualizei minha versão do ACBR e já se encontra disponível as modificações do componente ACBrNFe .
Fiz um teste em Homologação no estado de SP e já não foi mais necessários usar quebra galho como vDesc := 0.001 ou mudar os fontes do ACBR.
usei simplesmente vDesc := 0.00
usei a configuração do componente ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios como TRUE e atualizei os schemas disponibilizados pelo André no topo do post.
Em PRODUÇÃO ainda não testei.
Como no Sefaz SP ainda não esta disponível essas alterações em Produção entendi que temos que colocar ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios como FALSE usar os novos schemas que vai passar normal.
Se alguém já testou em Produção SP deixa um feedback se rodou legal.
-
2
-
-
9 horas atrás, André Ferreira de Moraes disse:
Para atender a nova regra de validação Y01-20 foi adicionado a seguinte propriedade ao componente ACBrNFe:
....
Disponível na revisão 15438 do SVN.
Maravilha e OBRIGADO!
-
8 horas atrás, MaagraowaR disse:
aqui em SC passou em Homologação e Produção desse modo, muito obrigado pela dica!
em SP esta passando em Homologação em Produção ainda não
-
Em 19/02/2018 at 16:45, Emerson Teixeira disse:
verifica o library path do win64, tem que adicinar tambem..
Ontem tentei usar o instalador do ACBR para instalar em um Windows 10 64bits, mudei a pasta para ler e escrever, executei como admin e não chega nem compilar os pacotes.
Fiz tudo na mão instalei os componentes um por um que sufoco rsrsrsr.
Mas não tentei colocar o library path dos 32 e do 64 bits da proxima vou tentar fazer isso
-
2 horas atrás, Pauloa1 disse:
Coloquei assim em homologação e foi.
[Fatura]
NFat=001
vOrig=2200.001
vDesc=0.001
vLiq=2200.00
[Duplicata001]
Numero=001
DataVencimento=13/07/2018
Valor=2200.00Detalhes: Agora, número da duplicata é sequencial com 3 caracteres.
Pergunta: em produção esse mesmo exemplo passa?
Paulo
em homologação aqui em SP esta passando normal mas em Produção me parece que só em Setembro vai validar em Produção
-
1 hora atrás, BigWings disse:
Para que o ACBr gere as tags vOrig, vDesc e vLiq no XML os valores devem ser maiores que zero.
Então, em homologação, você pode acrescentar 0,01 ao vDesc e vOrig, ficando da seguinte forma:
<vOrig>400.01</vOrig> <vDesc>0.01</vDesc> <vLiq>400.00</vLiq>
Até agora é a forma que funciona em todos os casos, homologação ou produção, com schemas antigos ou novos, no que se refere a validação já citada neste tópico.
Oi BIG aqui em SP não estou conseguindo validar em Produção mesmo com o vDesc 0.001 disponibiliza seus schemas para eu testar aqui.
obrigado
-
Em 09/07/2018 at 10:18, Liliane Bitencourt disse:
Olá bom dia!
Você consegue disponibilizar os schemas que vc está utilizando? Pois baixei do portal da Nfe e continua dando a rejeição que obrigada informar o campo vDesc!
Oi Liliane, bom dia!
segue os schemas anexo.
-
1
-
-
resolvi este problema usando as tag: nfat, vorig, vliq deixando o vdesc sem informar nada e agora as notas as prazo estão validando sem problemas.
não estou usando a ultima versão do schemas estou usando v. 1.50.
a tag vDesc se não me engano vai ser implementada em Setembro.
Em ambiente de Homologação vai dar erro pq o ambiente Homologação já esta pronto para receber o vDesc mas em produção esta rodando legal
-
22 horas atrás, Tamiriam disse:
resolvi este problema usando as tag: nfat, vorig, vliq deixando o vdesc sem informar nada e agora as notas as prazo estão validando sem problemas.
não estou usando a ultima versão do schemas estou usando v. 1.50.
a tag vDesc se não me engano vai ser implementada em Setembro.
Em ambiente de Homologação vai dar erro pq o ambiente Homologação já esta pronto para receber o vDesc mas em produção esta rodando legal
-
Em ambiente de Homologação vai dar erro pq o ambiente Homologação já esta pronto para receber o vDesc mas em produção esta rodando legal
-
resolvi este problema usando as tag: nfat, vorig, vliq deixando o vdesc sem informar nada e agora as notas as prazo estão validando sem problemas.
não estou usando a ultima versão do schemas estou usando v. 1.50.
a tag vDesc se não me engano vai ser implementada em Setembro.
-
10 minutos atrás, Fabio Fredianelli disse:
Dizer que não gostei do suporte dado é comentário grosseiro ?
Li o forum errado ou o workarround passa pela alteração do fonte do ACBR ?
ISSO É PROBLEMA NO SEFAZ ELES QUE VÃO TER QUE FAZER AS ALTERAÇÕES NECESSARIAS! Mas o pessoal já deixou 2 dicas aqui para ir quebrando o galho, atualiza seus Schemas com os que foram postados aqui e coloca Cobr.Fat.vDesc := 0.001;
enquanto o sefaz não toma um rumo vai usando assim ok
1 minuto atrás, LEANDRODOCOUTO disse:Galera.. uma sugestão.. voltem pra versão 3.1.. até o dia 09/07 ..aonde essas validações vão valer pro ambiente de produção.. eu, por exemplo, colocando 0.001 no vdesc não funcionou, e não tive problema nenhum com as tags de pagamento ..
mas para Cobr.Fat.vDesc := 0.001; funcionar vc precisa atualizar os Schemas, neste post tem uns links para download dos novos Schemas
-
26 minutos atrás, DOCFABIO disse:
No RS, homologação, coloquei assim para quebra-galho e passou legal:
Cobr.Fat.vDesc := 0.001;sim é verdade também funcionou legal sem precisar mexer nos fontes do ACBR, mas aqui em SP mesmo em produção se não tiver esses quebra galhos não esta funcionando ainda.
-
17 horas atrás, LEANDRODOCOUTO disse:
Unit pcnNfeW
Linha 2208..
trocar Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC);
por
Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC);
Dessa forma a tag vDesc sempre será gerada..
Realmente mudando esta linha no ACBR funcionou legal em SP Homologação.
obs. não confie exatamente no numero da linha a ser corrigido depende quanto baixou seu ACBR
no meu caso estava na linha 2194
// Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC);
Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC); -
PROBLEMA RESOLVIDO
Pessoal consegui resolver o problema com uma elgin que estava dando erro I/O error 67.
Estava usando normalmente em um pc com a config da porta \\locallhost\Elgin, troquei o pc e passou a nao funcionar mais.
A solução foi entrar em propriedades da impressora e compartilhar a impressora mesmo usando ela local.
compartilhei com o nome ELGIN ficou legal.
só deixando uma dica para os colegas.
-
1
-
-
oi pessoal,
estou com o mesmo problema, o programa de etiqueta estava rodando em um pc sem problemas foi so mudar o pc que nao imprime mais
a porta usada é \\localhost\ELGIN só que quando troquei o pc nao imprime mais tem alguma ideia??
-
acompanhando tópico, iniciando desenvolvimento com mercado livre, alguma dica para iniciantes
-
Pessoal, eu baixei uma versão nova do FortesReport e usei o instalador dele: frceInstall, tentando resolver o erro mencionado acima, percebi que o instalador não coloca o SOURCE no Library Path foi só incluir a pasta que faltava e tudo voltou a funcionar maravilhosamente .
Desculpas e obrigado
Rejeição: Campos do grupo Fatura não informados
em ACBrNFe
Postado
Homologação ainda esta com pau, em Produção já esta ok
abandona homologação que esta com problema