Italo Giurizzato Junior

Boa tarde Rinaldo, Tentou usar o programa exemplo? A principio você tem que informar a cidade em questão e apontar para a pasta que contem os schemas utilizado pelo provedor.

Boa tarde Leonardo, Já esta disponivel a inclusão dos novos motivos de desoneração. Obrigado pela colaboração.

Sérgio, No post acima eu disse que da forma que você esta fazendo esta errado, não existe na estrutura do CT-e : veicTransp.placa Inclusive indiquei a você o arquivo que contem um fragmento de código da minha aplicação que esta rodando a mais de 2 anos. Por favor abra o arquivo mencionado e estude a parte desejada.

Boa tarde Sérgio, Se você se refere ao CT-e, não é dessa forma que é passado a informação. Por favor, dentro da pasta ...\Exemplos\ACBrCTe temos um arquivo chamado AliementarComponente.txt. Procure por: Dados dos veículos Você vai encontrar a rotina correta de como alimentar os dados do veículo, do motorista, etc.

Bom dia Rafa, No que diz respeito a Informações complementares ou como esta no schema: OutrasInformacoes, esse campo esta disponivel como sendo uma TAG da estrutura de um RPS somente nos provedores: Betha, FISS-LEX e SimplISS, os demais esse campo faz parte da estrutura do XML da NFS-e que por sua vez é gerado pelo WebService. Segunda-feira, vou disponibilizar farias alterações nos fontes do componente e uma delas é essa. Portanto para as cidade que são atendidas pelos provedores citados acima vai ser possível alimentar a propriedade OutrasInformacoes ao gerar o RPS. Exemplo: with NotasFiscais.Add.NFSe do begin IdentificacaoRps.Numero := FormatFloat('#########0', StrToInt(NumNFSe)); (...) OutrasInformacoes := 'Pagamento a vista'; (...) end; Com relação ao texto no campo discriminação do serviço, a empresa que trabalho recebe diversas notas e até hoje nunca vi uma delas com mais de uma folha. Logo, ao meu ver devemos simplificar um pouco o texto para que ele caiba no espaço reservado, ou diminuir o tamanho da fonte.

Bom dia Fabio, Tentando acessar a URL de homologação abaixo: http://nfse.santacruz.rs.gov.br/thema-nfse-hml/services/NFSEremessa?wsdl é retornado o erro 503 acusando que esta em manutenção. por outro lado ao acessar a URL de produção: http://nfse.santacruz.rs.gov.br/thema-nfse/services/NFSEremessa?wsdl essa retorna a definição do wsdl sem nenhum problema.

Bom dia Thaine, Você checou a validade do certificado? Você checou as configurações do Internet Explores no que diz respeito a Revogação de certificados? Na minha aplicação utilizo sempre o que esta disponivel para todos, ou seja a útima versão dos fontes dos componentes disponiveis no SVN. E ontem o meu cliente emitiu CT-e utilizando a SEFAZ-SP sem nenhum problema. Detalhe, atualizei a aplicação no meu cliente no sábado.

Bom dia Jeferson, Até onde sei somente a SEFAZ Virtual-RS e as SEFAZ das UF participantes do projeto piloto estão aptas a recepcionar a NFC-e. A UF que não esta participando do projeto e mesmo que utilize a SEFAZ-Virtual-RS não será possível realizar os testes.

Bom dia a todos, Estou provendo diversas alterações nos fontes do componente ACBrNFSe, em uma delas consegui reduzir o numero de linhas pela metade. Vou disponibilizar essas alterações somente segunda-feira, 14/10/2013. Peço a todos que façam uma cópia de segurança dos fontes do respectivo componente antes de atualizar os fontes na segunda-feira. Pois posso ter cometido algum erro nessas alterações e o provedor que antes estava funcionando passa a parar de funcionar.

Bom dia Jocimar, O componente ACBrNFSe, hoje gera o XML no padrão ABRASF versão 1 e 2 e no padrão DSF. Se o padrão adotado por eles for diferente não vai ser possível utilizar o componente, até que alguem implemente esse novo padrão. Até onde sei o provedor ISSNet utiliza sim o padrão ABRASF e é a versão 1.0

Bom dia Sérgio, Se você ler atentamente o item 4.11.10, que trata sobre o Download de NF-e que consta na Nota Tecnica 2012/002 sobre a Manifestação do Destinatáro, temos: "Normalmente o destinatário da NF-e deve possuir o arquivo XML da NF-e enviado e/ou disponibilizado pelo emitente. Portanto não é esperado o download da totalidade das NF-e destinadas a um determinado CNPJ. Futuramente, a SEFAZ poderá estabelecer mecanismos de controle para verificar o percentual de downloads realizados em relação a quantidade total de NF-e destinadas a um determiando CNPJ no período analisado." Coloquei em negrito as palavras chaves desses dois paragrafos. Se não me falha a memória, em outras postagens minha devo ter mencionado o paragrafo da legislação que diz que o emitente assim que obtem o protocolo de autorização de uso da NF-e, deve enviar ou disponibilizar o arquivo XML assinado e protocolado para o seu destinatário e se uma transportadora estiver envolvida no transporte da mercadoria, também deve receber o XML. Veja bem, uma coisa é você ler o conteudo do arquivo XML de uma NF-e para agilizar o processo de entrada da mercadoria no estoque. Outra coisa é a forma de obter esse XML. O que eu não concordo é você montar uma rotina para obter o XML de todas as NF-e via download da SEFAZ sabendo que futuramente ela vai fazer um controle dos downloads. Ela já bloqueia o segundo download da mesma NF-e, futuramente ela poderá estipular a quantidade de download que uma empresa pode realizar. Nessa brincadeira, a empresa que estava acostumada com essa automatização acaba sendo prejudicada, pois não vai mais funcionar como era antes, e isso não vai pegar bem para você. A SEFAZ não deixa claro quais serão as medidas a serem tomadas com a implementação do controle de download, te aconselho a ler o texto: Consumo Indevido do Ambiente de Autorização. Esse texto esta disponivel no Portal Nacional da NF-e em Documentos \ Diversos. Veja o item 5 que trata das ações que a SEFAZ poderá tomar em em alguns caso já esta tomando.

Boa noite a todos, Desculpe, por não responder ou atender as solicitações em um tempo mais curto, pois tenho que primeiramente atender a empresa onde trabalho. Aos poucos estou realizando uma lipo no componente, a unit que gera o XML do lote vai ficar 50% mais magra, pretendo fazer o mesmo com a unit responsalve pela leitura do XML. Fui obrigado a tomar essa medida pois essas units estavam engordando a cada novo provedor.

Boa noite Graça, Quando o tpEmit for igual a teTransportadora só será gerado o grupo infCTe e ou infCT, por outro lado se for igual a teTranspCargaPropria só será gerado o grupo infNFe e ou infNF.

Boa noite Graça, Vamos esperar que com a mudança para versão 2.00 esses problemas sejam sanados.

Bom dia Krepe, Quando ocorre essa rejeição: 999. Erro não catalogado, não adianta ficar procurando pelo em ovo. O problema é na SEFAZ, e você só tem duas coisas a fazer: 1. Reclamar com a SEFAZ; 2. Esperar.

Boa noite Leandro, Não, o ACBrNFSe não tem esses provedor implementado, se desejar implementar e depois disponibilizar o código, todos nós agradecemos.

Boa noite Robson, No caso de Betim, você utilizou o certificado de uma empresa dessa cidade? Se sim, essa empresa fez o cadastro junto ao Ginfes para emitir NFS-e via WebService?

Boa noite André, Parabéns pelas alterações realizadas no ACBrNFeMonitor. Vai ai uma dica: Quando enviamos um lote de NFC-e com apenas uma nota o envio é síncrono. Por outro lado quando o lote tem dois ou mais notas o envio é assíncrono.

Boa tarde a todos, Na verdade para você poder efetuar o cancelamento de um CT-e, ele deve ter sido enviado para a SEFAZ e tenha sido autorizado por ela. Se o XML do mesmo na sua maquina esta com o protocolo de autorização ou não, isso é irrelevante para o cancelamento. Se no ambiente de homologação esta funcionando 100% e no de produção não, chegamos a conclusão que o problema esta na SEFAZ e não no componente ou na sua aplicação.

Boa tarde a todos, Fiz uma alteração na function GetcOrgao, favor atualizar os fontes e testar novamente. Lembrando que essa alteração tem haver com o envio de eventos que vai ser muito usada na versão 2.0 do CT-e.

Bom dia Robson, No seu caso o problema com certeza é o certificado ou alguma configuração do Internet Explorer no que diz respeito a Revogação de Certificados. Tem muita coisa no fórum sobre esse problema.

Bom dia, Você tentou entrar em contato com o provedor ISSNet para saber deles o que esta ocorrendo? O emitente esta cadastrado junto ao provedor para poder utilizar o WebService? Se sim todos os dados estão corretos: CNPJ, IM, etc?

Bom dia a todos, Alguem teve a curiosidade de baixar o Manual versão 2.00 do CT-e disponivel no Portal Nacional do CT-e e ler as paginas que trata do evento Carta de Correção Eletrônica, para saber como é o lay-out do XML? Pessoal eu não sou nenhum expert, gênio, mestre, etc. Eu apenas leio os manuais, notas técnicas com muita atenção. Os manuais apesarem de serem chamados de: Manual de Orientação do Contribuinte, o coitado do contribuinte não entende nada do que esta escrito, na verdade esses manuais e notas técnicas são destinados aos desenvolvedores, ou seja, nós. Me diz, sem a leitura dos manuais e notas ténicas, eu teria condições de realizar as alterações nos componentes? Não vem com essa história de implementar uma funcionalidade no componente é uma coisa e a sua utilização é outra. Sim, é diferente, e por sinal a utilização é mais fácil. Nós mantenedores dos componentes, procuramos ao máximo deixar os nomes das propriedades exatamente igual ao que esta no manual, sendo assim uma leitura com atenção vocês conseguem montar as rotinas em suas aplicações. Querem uma dica? Esta disponivel junto com o programa exemplo, pasta ...\Exemplos\ACBrCTe um fragmento de código para realizar o cancelamento por evento de CT-e. Estude essa rotina e faça as alterações necessárias com base no que esta escrito no manual e monte a rotina para o envio da CC-e.

Bom dia Luiz, Primeiramente quero lhe informar que o componente ACBrCTe já esta apto a emitir o CT-e na versão 2.00 e a CC-e, Cancelamento, EPEC e Registro Multimodal, todos são farinha do mesmo saco, ou seja, são eventos. Segundo, já realizei varios testes na nova versão utilizando a minha aplicação com as devidas alterações, funcionando 100%. Terceiro, como a SEFAZ vai aceitar CT-e na versão 1.04 até 01/06/2014, logo ela tem que aceitar a Carta de Correção em Papel, também até esta data. Quarto, a partir do momento que você começar a emitir o CT-e na versão 2.00 em ambiente do produção, seja em novembro/2013 ou só em junho/2014 não faz mais sentido emitir a Carta de Correção em Papel. Quinto, o que não pode é emitir o CT-e na versão 1.04 e a CC-e na versão 2.00 Resumindo: CT-e 1.04 - Carta de Correção em Papel CT-e 2.00 - Carta de Correção Eletrônica

Boa noite Ant. Carlos, O numero da NF tem que ser sequencial e deve ser controlado pelo sistema e não deixar a cargo do usuário digitar o numero que ele bem entenda.