Italo Giurizzato Junior

Boa tarde a todos, Esta disponivel somente os schemas versão 2.0 da NF-e e versão 3.0 da NFC-e. Para o ano que vem vamos ter a unificação dos schemas ou seja os schemas vão ser os mesmos para os dois modelos de documentos: NF-e e NFC-e. Esses novos schemas vão vir com a versão 3.10 e ainda não estão disponiveis, somente o manual que você encontra no Portal Naciola da NF-e. O manual encontra-se dentro da Nota Técnica 2013/005. Outra coisa, hoje no maximo você vai poder gerar e assinar o XML. Não tem como validar, sem os schemas e também não tem como realizar os testes de envio, consulta, cancelamento, etc... pois os webservices para o ambiente de homologação não foram liberados. Outro detalhe importante, o componente já esta preparado para gerar o XML na nova versão, mas vai constar no mesmo que a versão é 2.00 e não 3.10

Boa tarde Reginaldo e Udenilson, Só por questão de confirmação: o provedor é ISSNet e o prefixo é tc:, correto? O componente ACBrNFSe possui uma propriedade: Configuracao.WebService.Salvar, por padrão o valor é False se alterar-mos para True será salvo arquivos com "-c" no final do nome. Esse "-c" vem de "completo". Quero que faça o seguinte teste usando o programa exemplo: Envie um RPS usando apenas o [Gerar e enviar Lote]. Antes é claro, configure o programa, faça as alterações na rotina que alimenta o componente para que o RPS seja validado e aceito e altere a propriedade citada acima. Post como anexo os arquivos gerados segundo o teste acima. Antes cerifiquem de que a versão do fonte: ACBrNFSeWebservice.pas é 5847.

Boa tarde Oneide, Checando os schemas do provedor Betha, não existe nenhuma TAG para poder informar os dados das parcelas, ou seja, data de vencimento e valor. Sendo assim, a solução é colocar essas informações no quadro Discriminação do Serviço.

Bom dia Wislei, Favor atualizar os fontes e tentar novamente.

Bom dia Rafa, Coloque essas informações no campo Discriminação do Serviço.

Bom dia Udenilson, Tenho uma aplicação sendo usada por um cliente, mas é outro provedor no caso o Ginfes que também possui prefixos, e esta salvando a NFS-e na pasta correta e com os prefixos.

Robinho, Favor atualizar novamente os fontes.

Bom dia Márcio. A mensagem na verdade não é um erro e sim um alerta. Ela lhe informa que essa funcionalidade não existe para o provedor que você esta utilizando. O componente ACBrNFSe hoje atende por volta de 34 provedores dos quais 13 não implementaram em seus web services o "Consutar Situação". É por isso que na unit pnfsNFSeG retorna vazio quando se tenta executar essa função para os provedores que não possui a funcionalidade.

Bom dia Oneide, E no DANFSE onde aparece essas informações? Pois o XML tanto do RPS quanto da NFS-e não possui TAGs para esses dados.

Bom dia Robinho, Favor atualizar os fontes e testar novamente.

Bom dia Fabio, Pesquise no fórum, existe solução para o seu problema. No pacote de instalação deve-se remover da lista de requisitos o QR5D7Run se não me falha a memória. Deve-se ainda remover as propriedades que não existe no Quick Report 3.0 Para isso temos um arquivo texto junto com os fontes do ACBrCTe que ensina como remove-las. Somente um detalhe, com o Quick Report 3.0 você não vai conseguir gerar o DACTE em PDF.

Bom dia a todos, Favor atualiza os fontes e testar novamente.

Bom dia Oneide, Note que no XML do RPS que é o que você envia consta o seguinte: <IssRetido>2</IssRetido> <ValorIss>10.00</ValorIss> O valor 2 na tag IssRetido significa que não existe ISS retido e depois você informa o valor do ISS retido, no caso R$ 10,00. O webservice ao gerar o XML da NFS-e altera o 10.00 por 0 pois foi dito que não tem ISS retino. Agora se realmente tem o ISS retido e o seu valor é R$ 10,00, então você deve informar "1" em IssRetido ou seja atribuir o valor snSim a propriedade IssRetido.

Bom dia Gilbero, Alteração realizada e disponibilizada, favor atualizar os fontes e testar novamente.

Bom dia lvr, Favor atualizar os fontes e testar. Quando a Data do Serviço, vou verificar.

Robinho, Ainda estou em busca de uma solução.

Bom dia Caetano, Com relação ao "1" que aparece com sendo o numero da NFS-e substituida, já esta disponivel, favor atualizar os fontes e testar.

Bom dia Tradeone, Realizando testes de inutilização de numeração ontem a noite detectei um erro no componente, favor atualizar os fontes e realizar os testes. Pode ser que com essa correção que fiz, resolva o seu problema.

Bom dia a todos, Ontem a noite testei a inutilização de numeração do CT-e versão 2.00, como não sou perfeito, não funcionou de primeira. Depois de queimar alguns neuronios, descobri onde estava o erro. Solução implementada, teste refeito, ufa agora sim funcionou. As correções já encontram-se disponiveis, favor atualizar os fontes, pois o erro pode afetar também a versão 1.04 Pretendo até o final deste mês realizar mais testes. Vou postar aqui os resultados. Testes efetuados até o momento: * Consultar Status - OK * Envio - OK * Consultar Recibo - OK * Consultar Situação Atual do CT-e - OK * Cancelamento por evento - OK * Inutilização de numeração - OK

Bom dia Liandro, Por favor post como anexo o XML da NFS-e para que eu possa analisar.

Bom dia Gilberto, Favor atualizar os fontes e testar.

Bom dia lvr, Muito obrigado pela correção, favor atualizar os fontes e testar.

Boa tarde Robinho, Eu acredito que deva ser algum Bug no Quick Report.

Boa tarde Liandro, Favor atualizar os fontes e verifique se a versão agora é 5844.

Caetano, O você postou o XML do RPS, eu preciso do XML da NFS-e.