Italo Giurizzato Junior

Boa tarde Walter, Primeiramente leia todo o tópico. Segundo o ACBrNFe possui a opção para realizar o Download do XML e até o momento qualquer pessoa pode realizar o Download. Com a nova versão 3.10 isso vai acabar, pois a mesma vai possui um grupo chamado <autXML> onde podemos incluir os CNPJ ou CPF das pessoas autorizadas a realizar o Download, fora as já especificadas ou seja: Emitente, Destinatário e Transportadora.

Boa tarde Adair, Por favor pesquise no fórum sobre CT-e Globalizado, você vai encontrar o que precisa saber.

Boa tarde Augusto, Favor atualizar os fontes e testar novamente.

Boa tarde Udenilson, Atualize os fontes e atribua o valor True a propriedade EmissaoPathNFSe.

Bom dia a todos, Segundo o post do Régys, a minha interpretação no que diz respeito a contingência é: "Quando, em decorrência de problemas técnicos, não for possível transmitir a NF-e, modelos 55 ou 65, à Secretaria da Fazenda ou obter resposta à respectiva solicitação de Autorização de Uso da NF-e, o contribuinte poderá operar em contingência nos termos da Portaria CAT-162/08, de 29 de dezembro de 2008, ou emitir CF-e-SAT." Notem que o texto acima se refere aos modelos de documentos fiscais de numero 55 e 65 ou seja NF-e e NFC-e. Deixa claro que em decorrêcia de problemas técnicos o contribuinte poderá operar em contingêcia ou emitir CF-e SAT. Conclu-o que, o contribuinte podera escolher se deseja emitir a NFC-e ou a CF-e SAT para registrar a venda no varejo no Estado de São Paulo, caso ele escolha a NFC-e, se ocorrer problemas técnicos poderá utilizar os procedimentos descritos na portaria ou emitir o CF-e SAT. Logo o CF-e SAT é uma das alternativas e não o único procedimento em caso de contingência.

Boa tarde Flavio, Quando emitimos uma NF-e para dentro do Estado usamos um determinado CFOP e este muda quando é para fora do Estado. Você alterou o CFOP? Sei que a rejeição se refere a IE mas não custa verificar.

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