eduardoazambuja

Italo, Atualizamos o arquivo INI e segue o mesmo problema.

Italo, bom dia! Sim, fizemos os testes com o arquivo BHISS.INI atualizado. E o problema do cancelamento persiste.

Juliana, boa tarde! Atualizamos o ACBR para a ultima versão disponível hoje, e o problema continua no cancelamento. Esqueci de mencionar antes, o certificado que utilizamos é o A1. Att.

Atualizamos o ACBR até a revisão 16980, de 3 de Maio de 2019. A partir dai, tivemos problema na emissão de NFSe para a prefeitura de Porto Alegre, provedor BHISS. O erro retornado era o E174, Arquivo enviado com erro na assinatura. Atualizamos novamente o ACBR para a revisão 17212, de 25 de junho, pois foi comitado no repositorio a "correção" do problema. Na emissão de NFSe realmente resolveu, mas começou a dar o mesmo problema no CANCELAMENTO da nota. Estamos utilizando o Wincript e LibXml2.

Pessoal, bom dia! Atualizamos o ACBR até a revisão 16980, de 3 de Maio de 2019.

Pessoal, boa tarde. Atualizei o acbr e na parte dos boletos noteu uma diferença na geração do arquivo de remessa do banrisul (vi nesse pois é o que estou trabalhando agora). No registro tipo '1', da coluna 193 a 205, na versao que eu estava trabalhando, esses campos eram preenchidos com zeros e agora, após a atualização, estão sendo preenchidos com espaços, o que difere do layout do banco. Versao que eu estava utilizando: Versao atualizada: Layout do banco: Alguem poderia me dar uma luz a respeito? Att. Eduardo Azambuja

Pessoal, boa tarde! Alguem sabe de alguma TAG que eu consiga colocar uma informação e que nao seja impressa no danfe? Seria só uma informação dentro do xml, do tipo a versao do sistema que emitiu a nota, sem nenhum tipo de validação. Contando com a costumeira atenção de todos, desde já, agradeço.

pois é.. aqui na empresa até mandamos e-mail para o sefaz, falando do assunto, dessa divergencia e tivemos o seguinte retorno do sefaz. estamos na torcida...

Leonardo. O que achei estranho é que aqui na empresa, no ambiente de produção, uma nota foi rejeitada justamente por esse motivo. Foi gerada uma nota com duplicatas e rejeitada por falta dos itens do grupo fatura...

é... eu testei no ambiente de homologação... amanha pela manha vamos fazer um teste em produção pra ver....

Leonardo, até nem é ideia minha, outro amigo publicou e eu fiz a alteração e funcionou... Unit pcnNfeW 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); não esquecendo de atualizar os schemas no link abaixo. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=CoNA9VIgZ3E=

Daniel, boa tarde! Ontem enviamos e-mail para o sefaz, referente a essa divergencia na NT, como segue abaixo: e o retorno deles foi o seguinte: e como vc disse, o jeito é aguardar.

Perfeito... Mas minha duvida é a seguinte: em ambiente de homologação, ja estão valendo as novas regras, certo? porem quando mando uma nf-e, com duplicatas, o acbr está gerando o grupo faturas (perfeito), com exceção da tag vDesc, quando a mesma está zerada. e por não gerar a tag vDesc, o sefaz esta rejeitando a nota (em homologação). Outro amigo aqui do grupo sugeriu alterar a linha que contem a tag vDesc, no fonte pcnNfeW. Fiz essa alteração aqui e funcionou, gerou a Tag vDesc com valor "0.00" e a nf-e foi autorizada (em homologação). Minha pergunta é a seguinte: esse fonte será atualizado com essa alteração para que possamos continuar os testes? Desculpem se nao fui muito claro, pq como disse antes, sou novo aqui no grupo.

Pois é. aqui no RS, no ambiente de produção, ja tentamos emitir nf-e com duplicatas, sem o grupo FATURAS, e a nota foi rejeitada...

Ricardo, boa tarde! Como sou novo no forum, fiquei na duvida. isso quer dizer que até a implementação, em setembro, podemos continuar usando o formato antigo na hora de transmitir a nf-e com duplicatas?