Italo Giurizzato Junior

Bom dia a todos, Uma coisa que achei estranho, foi o código do tipo de evento EPEC = 110140 definido para a NF-e. O mesmo tipo de evento para o CT-e o código é 110113. Digo isso, pois os demais eventos, tais como Carta de Correção e Cancelamento os códigos são os mesmos para os dois tipos de documentos fiscais. Peço que façam o seguinte teste: Dentro da pasta ...\Fontes\PCN2 temos a unit: pcnConversao.pas, na linha 229 temos a declaração do código, conforme abaixo: '110140'); alterem para: '110113'); Salve a unit com essa alteração. Abra a sua aplicação e compile ela com a opção Build. E realizem o teste novamente de envio do EPEC. Se funcionar encontramos mais um erro nas Notas Técnicas: 2014/001 e 2014/003.

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando o fonte com a cidade incluída.

Bom dia theiller, Segundo os Schemas desse provedor essa informação não existe, logo fica em branco.

Bom dia Cleiver, O componente já possui esse endereço para poder gerar a URL do QR-code. Não esta funcionando?

Bom dia Oneide, Muito obrigado pela colaboração, já esta disponível.

Boa noite multirac, O componente não realiza cálculos, portanto você tem que informar o valor total em Total.ICMSTot.vProd idem para os demais campos que compõe o grupo total. O valor total que me refiro é a soma de todos os produtos incluídos na nota.

Boa tarde Anderson, Esse erro esta ocorrendo pois foi feito uma correção na TAG: NVE, tinha sido implementada como sendo um elemento simples, sendo que se trata de uma lista. Agora é preciso corrigir essa Unit. Se você não informa esse dado, comente a linha que a compilação vai ser realizada.

Ricardo, A imagem que postei se refere a consulta completa no Portal Nacional da NF-e. Acabo de fazer uma consulta completa no site do SEFAZ-SP. Em ambos consta como cancelado.

Boa tarde Ricardo, Você tem certeza que a nota não foi cancelada?

Boa tarde Andre, Por favor, procure postar o conteúdo do XML como anexo.

Boa tarde Ailton, Essa alteração resolveu o problema? Se sim, por favor em vez de postar as linhas de códigos, post como anexo a Unit que foi alterada, desta forma fica fácil fazermos um merge e disponibilizar para todos.

Boa tarde Eric, Muito obrigado pela colaboração, já esta disponível.

Boa tarde multirac, Procure sempre baixar e ter em mãos os Manuais e Notas Técnicas. Esses documentos publicados pela SEFAZ no Portal Nacional da NF-e traz o tipo e o tamanho, não só das TAGs dos XML que são enviados para os Web Services como também dos Retornos. Lembre-se que o componente foi criado e é atualizado com base nessa documentação, portanto você pode se basear nela para definir o tipo e o tamanho de um campo em uma determinada tabela do seu banco de dados. Alem disso você vai ter uma breve explicação do que vem a ser cada TAG, importante ressaltar que o componente utiliza a mesma nomenclatura que consta nesses documentos. No componente temos a propriedade xMotivo, na documentação vamos encontrar também: xMotivo e no XML também teremos a TAG: xMotivo. Como todo regra tem exceção, no componente ACBrNFe também temos. É a TAG: mod que se refere ao modelo do documento fiscal, no componente a propriedade recebeu o nome: modelo, uma vez que mod é um operador em Delphi.

Bom dia Wesley, Já postei em outros tópicos, que o componente ACBrNFSe possui 3 comandos de envio: 1. Gerar - envia para o Web Services somente um RPS. 2. Enviar - envia um lote com até 50 RPS (modo assíncrono). 3. EnviarSincrono - envia um lote com até 50 PRS (modo síncrono). É preciso saber quais dos 3 o provedor implementou em seu Web Services. Existe provedores como o Ginfes que implementou somente o Enviar, mas tem provedores que implementaram 2 ou até os 3. Não existe um comando GerarNFSe no componente e sim o Gerar. Existe sim uma classe TNFSeGerarNFSe que tem haver com o Gerar.

Bom dia Junior, Pelo que pude ver já tem algumas coisas prontas. É preciso escrever agora a rotina que vai gerar o XML (unit: pnfsNFSeW.pas) e a que vai ler (unit: pnfsNFSeR.pas). Algo semelhante a que foi feita com o provedor Equiplano. Não é só isso, talvez seja necessário realizar mais algumas implementações para que o componente consiga realizar a assinatura, a validação etc.

Bom dia Marcelo, Post como anexo a Unit que você fez a alteração, desta forma possamos avaliar a sua alteração e disponibilizar ela a todos.

Bom dia Vand, Fiz diferente: Alterei de: Gerador.wCampoNFSe(tcStr, '', 'nrInscricaoEstadual', 00, 020, 1, NFSe.Tomador.IdentificacaoTomador.InscricaoEstadual, ''); para: Gerador.wCampoNFSe(tcStr, '', 'nrInscricaoEstadual', 00, 020, 0, NFSe.Tomador.IdentificacaoTomador.InscricaoEstadual, ''); O zero diz que a TAG é opcional, neste caso se o conteúdo de InscricaoEstadual for vazio a TAG não será gerada.

Bom dia Wener, Até onde sei, é tratando a execução do mesmo. Se não levantar nenhuma exceção é porque foi enviado.

Bom dia Jair, Muito obrigado pela colaboração, já esta disponível.

Bom dia Wesley, Só tem esse arquivo? E o de retorno (1-rec-c.xml) ?

Bom dia Ailton, Quanto o valor da propriedade Transação já fiz as correções e não foi no pnfsNFSeG e sim em outra unit. Com relação a virgula em vez de ponto, verifique a configuração do Windows.

Bom dia Julio, Não sei se alguma SEFAZ já liberou essa forma de envio, mas uma coisa é certa o componente ACBrNFe2 ainda não contempla a geração do lote zipado.

Bom dia Rômulo, Favor atualizar os fontes com que esta no repositório, alem da sua alteração existe uma correção de ortografia na palavra Consumidor.

Boa noite Richard, Se você se refere a NF-e, vamos as respostas: Recibo = é um numero retornado pela SEFAZ acusando que um lote contendo 1 ou mais notas foi recebido. É através do numero do recibo que o componente ACBrNFe realiza uma consulta para saber se o lote foi processado ou não e se foi o resultado desse processamento. Protocolo = é um numero retornado pela SEFAZ acusando que a Nota foi processada com sucesso, portanto temos a Autorização de uso da NF-e. Recibo é único para todo o lote, já o protocolo é individual, ou seja, temos um para cada nota contida no lote. Ao realizar a consulta para saber se o lote foi processado com sucesso ou não, caso tenha temos nessa resposta da SEFAZ o protocolo de cada nota que constava no lote enviado. Lote = é um numero sequencial atribuído ao lote, a SEFAZ não faz uso dessa informação, mas eu sugiro que você tenha um controle sobre essa informação. Algo do tipo a data que o lote 10 foi enviado e qual era a faixa de numero de NF-e contida no lote. Espero ter respondido as suas perguntas.

Michel, Com a mudança da forma de cancelar, o XML do CT-e não sofre mais alteração. O XML do CT-e mesmo depois de ser cancelado permanece exatamente igual quando foi autorizado pela SEFAZ. O motivo disso é que agora você tem o arquivo: <chave>-procEventoCT-e.xml, trata-se de um XML que contem a solicitação de cancelamento e o retorno da SEFAZ acusando o registro do respectivo evento. Esse segundo XML é um documento valido que atesta que o <chave>-cte.xml foi cancelado. Estude o programa exemplo, existem botões que mostram como imprimir a representação gráfica de um evento, bem como o envio por e-mail para o tomador do serviço.