Italo Giurizzato Junior

Bom dia Arce, Sim, durante 7 meses a SEFAZ vai aceitar CTe nas duas versões. O componente ACBrCTe ja esta em conformidade com o MOC 2.0,m estamos agora aguardando a liberação do ambiente de homologação para fazer os ajustes finais mediante os testes.

Bom dia RCI, Existe duas opções de revogação na lista, a antepenultima e a útima, você desmarcou as duas?

Bom dia André, O programa exemplo no caso o ACBrCTeDemo ele não esta compilado e o seu código fonte esta disponivel. A idéia é mostrar para os programadores em Delphi como utilizar as funcionalidades do componente ACBrCTe. Componente este utilizado no ACBrNFeMonitor que por sinal é o que você esta utilizando para emissão do CT-e. Ao gerar o arquivo texto para que o peso bruto seja impresso no lugar certo você deve atribuir ao campo tpMed o seguinte texto: "PESO BRUTO" para que o peso seja impresso na coluna Peso Base de Calculo, atribua ao campo tpMed o texto: "PESO BASE DE CALCULO".

Bom dia Leandro, Podemos sim, estudar essa possibilidade. Para minimizar o tempo, caso alguem já tenha feito o DACTE em tamanho A5 com uma via ou 2 para ser impresso em A4, não importa se foi feito em Quick Report ou outro, por favor disponibilize os fontes.

Conforme publicado em Manuais de Orientação do Contribuinte - MOC e Notas Técnicas - NT segue o calendário de inicio de novas implementações nos ambientes de homologação e produção e datas finais de versões antigas: DF-e = Documento Fiscal Eletrônico CT-e = Conhecimento de Transporte Eletrônico MDF-e = Manifesto de Documento Fiscal Eletrônico NF-e = Nota Fiscal Eletrônica NFC-e = Nota Fiscal de Consumidor Eletrônica (nome oficial publicado no Ajuste SINIEF 11/2013) +----------------------------------------------------------------------+ | DF-e | Publicação | Versão | Inic. Hom. | Inic. Prod. | Fim Versão / Data | +----------------------------------------------------------------------+ | CT-e | MOC | 2.00 | 01/09/2013 | 01/11/2013 | 1.04c - 01/06/2014 | +----------------------------------------------------------------------+ | MDF-e | NT2013/004 | 1.00a | 29/10/2013 | 01/12/2013 | | +----------------------------------------------------------------------+ | NF-e | NT2013/005 | 3.10 | 02/12/2013 | 03/03/2014 | 2.00 - 01/12/2014 | | NF-e | NT2013/005 | 3.10 | 03/02/2014 | 10/03/2014 | 2.00 - 01/12/2014 | | NF-e | NT2013/005 | 3.10 | 03/02/2014 | 10/03/2014 | 2.00 - 31/03/2015 | +----------------------------------------------------------------------+ | NFC-e | NT2013/005 | 3.10 | 01/10/2013 | 04/11/2013 | 3.00 - 01/12/2014 | | NFC-e | NT2013/005 | 3.10 | 02/12/2013 | 06/01/2014 | 3.00 - 31/07/2014 | +----------------------------------------------------------------------+ Com relação a NFC-e só será utilizada pelas UF que aderirem esse modelo de documento fiscal para registrar a venda ao consumidor no varejo. Participantes do projeto piloto da NFC-e: * UFs com WebServices próprios: AM, MT, RS (3 de um total de 11). * UFs que utilizam o SVRS (SEFAZ Virtual-RS): AC, RN, SE (3 de um total de 12) * UFs que utilizam o SVAN (SEFAZ Virtual Ambiente Nacional): MA (1 de um total de 4) O projeto piloto da NFC-e termina em 31/08/2013 19/10/2013, portanto apartir de 01/09/2013 20/10/2013 inicia a nova fase do projeto que é a massificação ou seja, esta aberto para que as demais UFs não participantes do projeto possam entrar e consequentemente a adesão voluntária de novas empresas das UFs participantes e das que venham a aderir esse tipo de documento fiscal para registrar a venda no varejo para o consumidor final. As alterações introduzidas pela Nota Técnica 2013/004 estão previstas em homologação para 01/11/2013, por razões operacionais teremos que antecipar para 29/10/2013. (SEFAZ - RS) As alterações nas datas de inicio para os ambientes de homologação e produção para os documentos NF-e e NFC-e foram alteradas conforme Nota Técnica 2013/005 v1.01 - Versão Nacional 2013. NFC-e Avança no País. Noticia publicada no Portal de Noticias da SEFAZ-AM em 04/04/2014 Link: http://www.sefaz.am.gov.br/noticias/exibenoticia.asp?codnoticia=10548 A noticia totaliza em 21 Estados, mas em primeira mão digo que já são 25 restando apenas Espírito Santo e Santa Catarina. Dentro desses 25 Estados, alguns já adotaram a NFC-e e outros manifestaram interesse em implantar, mas não foi divulgado datas.

Bom doa Rodrigo Guelf, Ao instalar e registrar as DLLs você fez usando os previlégios de administrador? No caso do Windows 64 bits a pasta que vai conter as DLLs tem um nome diferente do Windows 32 bits, correto? Já tentou desinstalar o certificado e instalar novamente?

Bom dia Alex, Você chegou a apagar as BPLs do ACBr antes de instalar os componentes novamente? A versão do Windows e do Delphi são as mesmas em ambas as maquinas?

Bom dia ande1710, As cidades que não disponibilizaram o webservice, não tem como utilziar o componente, pois este se comunica com o webservice. Você pode até gerar o lote de RPS ( function GerarLote ) e salvar em disco, depois acessar o site e importar o arquivo, ou digitar os dados do RPS diretamente no site. Se optar por gerar o lote não tem como acrescentar essas informações, agora pelo site, pode ser que sim.

Bom dia Sérgio, Mais uma vez muito obrigado pelos testes e colaboração nas correções.

Boa noite Sérgio, Muito obrigado pelo retorno. Já fiz as alterações e disponibilizei.

Boa noite Rodrigo Guelf, Ao tentar executar o consulta status ocorre o mesmo problema? Qual é a versão do windows?

Boa tarde Adelman, Fiz um teste aqui, no meu caso o XML foi gerado, em modo de homologação o RPS não é assinado e nem o lote. Aqui o erro ocorreu ao tentar se conectar com o WebService, mas isso era esperado uma vez que não usei um certificado válido.

Boa tarde Adelman, Agumas funcionalidades não estão disponiveis para determinados provedores, você tentou usar a opção [Gerar e Enviar Lote]? Você esta com todos os fontes atualizados?

Boa tarde Alex, Você esta com todos os fontes de todas as pastas atualizados, inclusive a pasta synalist ?

Boa tarde Juliana, Não tive tempo de abrir o código do ACBrBoleto e estuda-lo. Ele não utiliza o ACBr.inc? Se sim, porque não criar nesse arquivo uma diretiva de compilação chamada: QReport_Web ? De ela estiver comentada essa unit não sera incluida na compilação, caso contrario será. Algo semelhante fiz no ACBrCTe, veja: Neste caso temos em ACBr.inc a diretiva QReport_PDF.

Boa tarde Medreis, A NFSe é diferente da NFe. Na NFe quando você cancela você tem um retorno do protocolo de cancelamento. Na NFSe quando você cancela você tem como retorno um novo XML contendo a NFSe mais as TAGs referente ao cancelamento da mesma. Portanto se você realizar uma consulta usando por exemplo o ConsultarNFSe, você vai ter o XML da NFSe com as TAGs do cancelamento.

Boa tarde Adelman, O provedor IssDSF já esta implementado e a cidade Campo Grande/MS já consta na lista desse provedor. Lembre-se que no caso da NFS-e a coisa funciona um tanto diferente da NFe. Se possível post como anexo um fragmento do seu código que esta ocorrendo o problema.

Boa tarde Nellien, A poucos minutos disponibilizei mais algumas correções e atualizei os schemas que vem junto com o programa exemplo. Por favor, durantes esta semana, procure realizar atualizações diárias, até que fique tudo redondo.

Boa tarde Rodrigo, Os erro que provavelmente você teve não são erros e sim mensagens do validador acusando que determinadas TAGs não existem ou o valor de uma TAG é inválido. O pessoal que foi detectando esses problemas foram postando durante o periodo desta manhã e eu fui tentando eliminar esses problemas. Por favor atualize todos os fontes dos componentes, compile a sua aplicação com a opção Build e realize os testes novamente. Se detectar mais algum problema quanto a validação, por favor post aqui.

Boa tarde Jéter, Desculpe na demora, foi almoçar. Mas vamos ao que interessa, por favor atualize os fontes e teste novamente. Muito obrigado pelos testes e retornos quanto aos erros.

Bom dia Alexandre, Por favor atualiza os fontes e testa novamente.

Cleber, Cuidado, não post o mesmo assunto em varios tópicos. Inclusive já respondi a sua pergundo em outro tópico que você postou.

Bom dia Cleber, Sim, foi disponibilizando ontem. E hoje estamos corrigindo alguns erros de lógica. Por favor atualize todos os seus fontes e realize os testes. Caso encontre algo de errado post aqui.

Bom dia Graça, Quanto ao componente, para que o mesmo passa a gerar o XML segundo a versão 2.00 basta alterar o arquivo ACBr.inc Comentando a diretiva de compilação PL_104 e descomentando a PL_200. Como existem grupos e TAGs novas, bem como mudanças nas posiçoes de alguns grupos em especial os documentos originários que antes ficavam dentro do grupo <rem> agora estão fora. Isso significa que você vai ter que fazer algumas mudanças na sua aplicação. Você pode sim utilizar: {$IFDEF PL_104} {$ENDIF} {$IFDEF PL_200} {$ENDIF} na sua aplicação para cercar as linhas de códigos que são utilizadas para uma e outra versão. Já fiz isso na minha aplicação, estou aguardando a liberação do ambiente de homologação para iniciar os testes de envio e retorno.

Bom dia Jeter, Obrigado por detectar a falha. Por favor atualize os fontes e tente novamente.