Italo Giurizzato Junior

Boa tarde, Não utilizo o ACBrNFeMonitor, não sei te responder.

Alexandre, Renomeia o fonte em questão e baixe novamente utilizando o Tortoise. E descomente o que você comentou.

Wislei, Você pode simplificar a sua rotina, pois algumas coisas o componente já faz, veja: ACBrCTe1.EventoCTe.Evento.Clear; with ACBrCTe1.EventoCTe.Evento.Add do begin InfEvento.cOrgao := 31; // MG = 31 InfEvento.tpAmb := taHomologacao; InfEvento.CNPJ := '03341645000186'; InfEvento.chCTe := Copy(ACBrCTe1.Conhecimentos.Items[0].CTe.infCTe.ID,4, 44); // Chave do CT-e InfEvento.dhEvento := Now; InfEvento.tpEvento := teEPEC; InfEvento.nSeqEvento := 1; InfEvento.detEvento.xJust := 'Problemas de conexao com a internet.'; InfEvento.detEvento.vICMS := 1; InfEvento.detEvento.vTPrest := 10; InfEvento.detEvento.vCarga := 10; InfEvento.detEvento.toma := tmRemetente; InfEvento.detEvento.UF := 'MG'; InfEvento.detEvento.CNPJCPF := '03341645000186'; InfEvento.detEvento.IE := '0010987620070'; InfEvento.detEvento.modal := mdRodoviario; InfEvento.detEvento.UFIni := 'MG'; InfEvento.detEvento.UFFim := 'MG'; end; (...) As linhas que removi, não são necessárias para gerar o XML o componente se encarrega do resto. Vou tentar encontar o problema da validação.

Boa tarde a todos, Na versão Quick Report vai ser impresso somente a primeira. Para imprimir mais do que uma, vai ser necessário fazer algumas alterações no tamanho dos quadros. Apesar do XML possibilitar a inclusão de mais de uma seguradora, no DACTE isso não foi previsto.

Boa tarde Jair, Você entrou em contato com a empresa que implementou a NFS-e para a prefeitura? Se não, entre em contato com eles e diga que o retorno esta errado. Onde já se viu você ter que enviar os valor 1 ou 2 e o webservice retorna 0 ou 1 para a mesma informação. Isso para mim é erro, falta de atenção, padronização, até quando vamos ter que ficar dando jeitinho para esse pessoal. Diga a eles que eles estão gerando um XML fora do padrão ABRASF, se é que podemos chamar de padrão, ta mais para sujestão.

Boa tarde Alexandre, Se os identificadores que você comentou estão no código é porque eles existem. Elas estão definidas na unit: pnfsConversao.pas, se elas não existem no respectivo fonte que encontra-se na sua maquina, é porque ela esta desatualizada, ou foi alterada e o Tortoise não consegue atualizar.

Boa tarde Wislei, Esta estranho, a mensagem diz que o elemento xJust esta vazio e com torna o xml invalido. Mas segundo o XML que você anexou a tag xJust não esta vazia.

Boa tarde Udenilson, Vou checar, mas se funcionou beleza.

bom dia Udenilson, Segundo a NT 2012/002 o campo: HP13 ou seja dhEvento tem que ter o seguinte formato: AAAA-MM-DDThh:mm:ssTZD E assim foi feito. Abra o fonte: ...\Fontes\PCN2\pcnEnvEventoNFe Linha 185, temos: Gerador.wCampo(tcStr, 'HP13', 'dhEvento', 001, 050, 1, FormatDateTime('yyyy-mm-dd"T"hh:nn:ss',Evento.Items.InfEvento.dhEvento)+ GetUTC(CodigoParaUF(Evento.Items.InfEvento.cOrgao), Evento.Items.InfEvento.dhEvento)); Bom uma coisa é a NT a outra é o schema, uma vez que o componente submete o XML gerado ao schema. Portanto, por favor faça a seguinte alteração: Gerador.wCampo(tcStr, 'HP13', 'dhEvento', 001, 050, 1, FormatDateTime('yyyy-mm-dd"T"hh:nn:ss',Evento.Items.InfEvento.dhEvento) {+ GetUTC(CodigoParaUF(Evento.Items.InfEvento.cOrgao), Evento.Items.InfEvento.dhEvento))} ; Comente o código que retorna o UTC e adiciona ao formato da data. Vamos ver se desta forma resolve o problema.

Bom dia Alexandre, Que bom, estamos progredindo. Alguns provedores requerem dois cadastros, um para emitir a NFS-e via site e outro para emitir via webservices. Favor checar junto ao provedor se o problema não é esse. Note que uma das mensagens diz: CNPJ não autorizado a realizar o serviço Isse me leva a crer que há necessidade de realizar um cadastro. Fiz mais alguns ajustes, acredito que agora deve inclusive resolver o problema da primeira mensagem de erro, Favor baixar os fontes e testar novamente.

Boa noite Volmir, Em partes você tem razão o campo nDoc segundo o schema é do tipo string e aceita tamanho de 1 até 20. Mas esse campo se refere ao grupo infNF, grupo este que contem os dados de uma NF comum de papel e até onde sei o numero da nota sempre foi numérico e não alfanumérico.

Boa tarde Udenilson, E os schemas que você esta utilizando estão atualizados?

Boa tarde Volmir, Os schemas estão atualizados? Outra coisa, se não me falha a memória ainda não esta em produção o RENAVAM com 11 digitos.

Boa tarde Pablo, Respondendo as suas questões: 1 - O campo vTotTrib é de preenchimento obrigatório ou posso deixar em branco? (quero evitar alterações) Resp.: Ele na verdade é opcional mas vai com certeza se tornar obrigatório, tanto o vTotTrib referente ao item quanto ao Total. 2 - O valor do PIS e COFINS, sei que já existem campos para informá-los, mas eu sempre deixo em branco, pode continuar assim? Resp.: Se no seu caso não tem PIS e COFINS sem problemas, mas aconselho sempre seguir as orientações de um BOM contador. 3 - Vou informar o total aproximado em Informações Complementares dos impostos, só isto basta? Estarei de acordo com a lei? Resp.: O valor aproximado dos impostos tem que ser informado vTotTrib, a impressão do DANFE é outra história. Uma opção é, informar o valor aproximado dos impostos nas informações adicionais dos items, uma vez que temos que destacar esse valor item por item e depois a somatória mostrar em informações complementares.

Boa tarde Jair, Por favor atualize os fontes e teste novamente.

Boa tarde igmaster2000, Desculpe, mas para você dizer que esta incompleto é porque você sabe o que esta faltando. Se sabe o que esta faltando, porque então não coloca no fonte e poste como anexo.

Boa tarde Eduardo, Sim,a qualquer momento uma empresa pode realizar testes em ambiente de homologação, mesmo já estando emitindo em produção.

Boa tarde Wislei, Você esta no caminho certo, continue com a implementação e realize os testes.

Boa tarde Rodolfo, Em função de algumas alterações nos fontes no que diz respeito a versões de XML entre os dois tipos de documentos fiscais que agora o componente é capaz de gerar, ou seja NF-e e NFC-e Nota Fiscal Eletrônica de venda no varejo. Uma dessas alterações provocou esse bug, mas assim que foi detectado foi corrigido. Eu sempre procuro checar se existe atualizações dos fontes duas vezes ao dia, desta forma posso dizer que os meus fontes estão atualizados. A minha sugestão em relação as notas que você já emitiu é carrega-las ao componente através do comando LoadFromFile e realizar uma consulta, acredito eu que desta forma o componente vai corrigi-las.

Volmir, E o que diz a Lei 11442/2007 ? Pois segundo o Manual versão 1.04c do CT-e página 119 temos: Dados obrigatórios apenas no Rodoviário, depois da lei 11.442/07. Para os demais modais de transporte esta informação é opcional.

Ai que esta o problema, Você só atualizou os fontes que estão na pasta C:\ACBr\Pacotes\Delphi\ACBrNFe2. E o que você atualizou? somente o pacote de instalação do componente, e não os fontes do componente. Outra coisa o componente ACBrNFe2 se utiliza de fontes que estão na pasta ...\Fontes\ACBrComum, ...\Fontes\PCN2 entre outros. Dai a pergunta você atualizou todos os fontes de todos os componentes? De quanto em quanto tempo você atualiza os fontes? Eu verifico se tem atualização 2 vezes ao dia. O correto é selecionar a pasta C:\ACBr e depois clicar no SVN Update. Desta forma o Tortoise vai checar e atualizar se necessário os fontes de todas as pastas.

Bom dia wesleyxn, Vamos a pergunta classica deste fórum: Você atualizou todos os fontes de todos os componentes? Pelo jeito não, ou tem fontes que você sem querer ou querendo alterou e agora o Tortoise não atualiza.

Bom dia a todos, De qualquer forma, por favor indique nos fontes o que foi alterado ou incluido, exemplo: // Alterado por fulano em dd/mm/aaaa Desta forma fica mais facil checar tudo o que foi feito.

Bom dia lord82, Você esta com todos os fontes de todos os componentes atualizados? Se sim, esse problema era para estar resolvido.

Bom dia Volmir, Checando o schema: cteTiposBasicos_v1.04 linha 1670 temos a definição do elemento IE que você se refere: campo #294. <xs:element name="IE" type="TIe"> <xs:annotation> <xs:documentation>Inscrição Estadual</xs:documentation> </xs:annotation> </xs:element> Como você pode ver, o elemento IE é do tipo TIe, checando agora o schema tiposGeralCTe_v1.04 linha 264 temos a definição do tipo TIe. <xs:simpleType name="TIe"> <xs:annotation> <xs:documentation>Tipo Inscrição Estadual do Emitente</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[0-9]{2,14}"/> </xs:restriction> </xs:simpleType> Note que trata-se de uma string com no mínimo 2 caracteres e máximo 14, e esses caracteres só podem ser digitos na faixa de 0 a 9.