Italo Giurizzato Junior

Boa tarde Udenilson, Segue um exemplo de configuração do componente: ACBrNFe.Configuracoes.Arquivos.AdicionarLiteral := True; ACBrNFe.Configuracoes.Arquivos.EmissaoPathNFe := True; ACBrNFe.Configuracoes.Arquivos.PastaMensal := True; ACBrNFe.Configuracoes.Arquivos.PathCan := 'C:\XML'; ACBrNFe.Configuracoes.Arquivos.PathCCe := 'C:\XML'; ACBrNFe.Configuracoes.Arquivos.PathDPEC := 'C:\XML'; ACBrNFe.Configuracoes.Arquivos.PathEvento := 'C:\XML'; ACBrNFe.Configuracoes.Arquivos.PathInu := 'C:\XML'; ACBrNFe.Configuracoes.Arquivos.PathNFe := 'C:\XML'; ACBrNFe.Configuracoes.Arquivos.Salvar := True; ACBrNFe.Configuracoes.Arquivos.SalvarCCeCanEvento := True; PathMensal:=DMNFe.NFe.Configuracoes.Arquivos.GetPathNFe(0); ACBrNFe.Configuracoes.Geral.PathSalvar := 'C:\XML\Geral'; ACBrNFe.Configuracoes.Geral.PathSchemas := 'C:\Schemas'; ACBrNFe.Configuracoes.Geral.Salvar := True; A linha em negrito faz com que as pastas mensais sejam criadas automaticamente dentro da pasta C:\XML exemplo: C:\XML\201309 Como a propriedade AdicionarLiteral esta com o valor True seja criado as pastas NFe, Can, Inu dentro da pasta mensal. E dentro da pasta C:\XML\Geral serão salvos os arquivos de envio e de retorno. Espero ter ajudado.

Boa tarde João, O ACBrNFeMonitor não tem ainda os comandos para testar a NFC-e, pois o mesmo ainda não esta disponivel em todas as UFs, somente por volta de 7 UFs estão participando do projeto piloto da SEFAZ. Se você pretente realizar testes para o Estado de São Paulo, acredito eu só o ano que vem teremos as URLs.

Oneide, Sim, você deve atualizar, pois quando se realiza o cancelamento de uma NFSe temos como resposta um novo XML da NFSe com as TAGs refente ao cancelamento.

Bom dia Paulo, O problema era que o componente estava utilizando a data de emissão como competencia. Favor atualizar os fontes e informar a competencia no campo competencia.

Bom dia Oneide, Muitas alterações foram realizadas no componente ACBrNFSe, inclusive hoje disponibilizei varias correções e melhorias. Se você esta com todos os fontes de todas as pastas atualizados ao mandar visualizar ou imprimir um DANFSE cancelada vai aparecer sim a tarja: NFS-e CANCELADA.

Bom dia Dionatan, A resposta para a sua pergunta esta exatamente neste tópico. Por favor leia ele desde a página 1 e são só 4. Tem inclusive exemplos de códigos para você implementar.

Bom dia Jair, Favor atualizar os fontes e testar.

Bom dia Fernandes, A SEFAZ-AM tinha divulgado novas URLs para a NFC-e, mas não tinha liberando ainda. Se você esta com todos os fontes atualizados, as URLs inseridas no componente são as primeiras que foram divulgadas. Favor verificar junto a SEFAZ-AM quais as URLs que devem ser utilizadas hoje.

Bom dia Caetano, Isso é uma prova que eles não estão a fim ou simplesmente não sabem como corrigir o sistema deles. Eles devem ter feito alguma lambança, e agora o webservice fica gerando lixo e nós que temos que limpar a sugeira deles.

Boa tarde Caetano, Esse XML contem TAGs que ao meu ver não deveria ter. Ele possui os grupos <NfseCancelamento> e <NfseSubstituicao> sem contar que dentro do grupo NfseCancelamento tinha a seguinte TAG: <ns3:Signature/> Se essa nota não foi cancelada e não substitui nenhum outra, o pessoal da Betha estão pisando na JACA. Abri o seu XML com o bloco de notas removi <ns3:Signature/> e salvei novamente. Agora o XML é aberto pelo IE.

Boa tarde Rafa, Lendo e relendo o Manual da ABRASF que por sinal deixa muito a desejar, o campo OutrasInformacoes, esta definido dentro do grupo <InfNfse> que por sua vez esta dentro de <Nfse>. Na NF-e, o componente gera, assina, valida e envia a NF-e para a SEFAZ, que por sua vez retorna o protocolo de autorização. Na NFS-e a coisa funciona de forma diferente, o componente gera, assina, valida e envia o RPS para o webservice do provedor, e este retorna o XML da NFS-e. Na estrutura de um RPS não existe o campo OutrasInformacoes, ele se encontra dentro da estrutura da NFS-e e quem gera o XML da mesma é o WebService, logo esse campo é de retorno. Me diz, como faço para colocar uma informação em um campo que não pertence a estrutura do XML a ser enviado? A unica solução que vejo é colocar a frase no campo Discriminacao, este sim pertence a estrutura do XML a ser enviado ou seja o RPS.

Boa tarde Moreira, O Consultar Situação do Lote de RPS já possui internamente um Loop. Onde você pode configurar a sua execução: Configuracoes.WebServices.AguardarConsultaRet => define quantos milisegundos o componente vai esperar antes de executar a primeira consulta. Configuracoes.WebServices.IntervaloTentativas => define quantos milisegundos o componente vai esperar entre uma consulta e outra, se "0" espera 10 segundos Configuracoes.WebServices.Tentativas => define a quantidade de tentativas, ou a quantidade de consultas a serem realizadas.

Boa tarde Jonathan, Sim, toda colaboração é bem vinda. Por favor, post como anexo somente os fontes que foram alterados.

Boa tarde Dominioinformatica, Como diz respeito a tributação, o meu conselho é perguntar para um bom contador.

Boa tarde Zanutto, Qual é o motivo de você não estar conseguindo alimentar as TAGs? Elas não estão mais disponiveis? Ocorrem erros ao validar o XML com essas TAGs?

Boa tarde Pablo, O componente já esta preparado e como dito anteriormente já estou realizando testes. Não sou o responsável pelo ACBrNFeMonitor, mas acredito que quem cuida das correções e melhorias, assim que estiver tudo testado e liberado para usar em ambiente de produção, vai ser sim implementado a CC-e para o CT-e. Visto que, nessa nova versão do CT-e o cancelamento passa a ser por evento, e a CC-e é um evento. Agora é só uma questão de tempo e paciencia.

Bom dia a todos, Pablo, por favor baixe o Manual versão 2.00 do CT-e que encontra-se disponivel no Portal Nacional do CT-e. Trata-se da nova versão do CT-e ou seja versão 2.00, na página 3 temos as datas: Liberação do ambiente de homologação: 01/09/2013 Liberação do ambiente de produção: 01/11/2013 Fim da versão 1.04c: 01/06/2014 O componente ACBrCTe já esta preparado para essa nova versão, inclusive estou realizando testes com a minha aplicação. Na página 87 temos o item 5.4 que trata do Evento Carta de Correção. O CT-e vai ter sim a CC-e, mas o seu cliente vai ter que esperar até 01/11/2013 para poder utilizar. Outra coisa importante, antes de você disponibilizar uma nova versão da sua aplicação que emite o CT-e na versão 2.00 é bom checar com os escritórios de contabilidade dos seus clientes se as aplicações que eles utilizam para importar o XML do CT-e, já estão preparadas para essa nova versão.

Bom dia a todos, Vou promover duas alterações no componente ACBrCTe, são elas: 1. Inclusão de uma nova propriedade chamada PathCCe. Motivo: vamos ter a CC-e para o CT-e com o inicio da versão 2.00, desta forma o desenvolvedor podera optar por salvar os XMLs das CC-e dentro de uma pasta especificada em PathCCe ou salvar dentro da pasta que o componente criará automaticamente "Evento\CCe". Semelhante o que ocorre hoje com o ACBrNFe. 2. Alteração do nome da propriedade PathDPEC para PathEPEC. Motivo: em primeiro lugar não existe DPEC para o CT-e e sim o EPEC - Envio Prévio de Emissão em Contingência, divulgado inicialmente na NT 2012/004. Com essa alteração o nome da propriedade fica em conformidade com o Manual do CT-e pois este em nenhuma página faz referencia ao DPEC. Com essas alterações poderão surgir erros ao abrir o form que encontra-se o componente e até mesmo ao compilar a aplicação. Para aqueles que atribuiem um conteudo para a propriedade PathDPEC via código, vai ter que alterar o nome da propriedade. A previsão para liberação dessas alterações no componente é 16/09/2013 - Segunda-Feira. ATENÇÃO: O procedimento abaixo só deverá ser executado após a liberação dos fontes, vou postar neste mesmo tópico quando os mesmos estiverem disponiveis. Para minimizar o impacto dessas mudanças proceda da seguinte forma: 1. Faça uma cópia dos fontes do componente, do programa exemplo e de sua aplicação caso já tenha alguma que utilize o componente. 2. Remova os componentes ACBrCTe e ACBrCTeDACTeQR da sua aplicação e salve, não compile ela ainda. 3. Remova os componentes acima do Delphi: Component/Install Package * Selecione o componente ACBrCTeDACTeQR e clique no botão [Remover] * Selecione o componente ACBrCTe e clique no botão [Remover] * Clique no botão [OK] 4. Atualize os fontes utilizando o tortoise. 5. Compile e instale os componentes. * Abra o pacote ACBr_CTe que encontra-se na pasta ...\ACBr\Pacotes\Delphi\ACBrNFe2 Compile utilizando a opção Build do menu Projects, depois clique no botão de instalação. * Abra o pacote ACBrCTeDacteQRpkg que tambem encontra-se na pasta ...\ACBr\Pacotes\Delphi\ACBrNFe2 Compile utilizando a opção Build do menu Projects, depois clique no botão de instalação. 6. Inclua novamente os componentes ACBrCTe e ACBrCTeDACTeQR na sua aplicação e salve, compile ela usando a opção Build. Ao compilar a sua aplicação se ocorrer erros nas linhas que faz referencia a propriedade PathDPEC, simplismente renomeia para PathEPEC.

Bom dia russocorp, As modificações realizadas no XML da NF-e são na sua grande maioria de acrescimo de novas TAGs, algumas delas dependendo do emitente nunca vai utilizar. O passo inicial é ter em mãos o manual da versão 3.10 da NF-e e começar a comparar com a versão 2.0

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.