Italo Giurizzato Junior

Boa tarde jcanjo, Não digo que seja um erro, mas sim uma implementação diferente. A SEFAZ-SP implementou o retorno de forma diferente a do RJ.

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

Dercide, Como lhe disse o componente possui 2 rotinas de envio, uma especifica para a CC-e e outra genérica que também pode ser utilizada para enviar a CC-e. A diferença esta na hora de salvar os arquivos a antiga se não me falha a memória salva o numero sequencial do evento sem formatação. Esse numero é incluído no final do nome dos arquivos: XML e PDF. Se o numero sequencial é 5 é incluído o "5" no final do nome, se for 12 é incluído o "12". Na rotina nota o numero sequencial é incluído de forma formatado, ou seja, com 2 dígitos, no exemplo acima ficaria: Se o numero sequencial é 5 é incluído o "05" no final do nome, se for 12 é incluído o "12". Acredito que seja esse o problema do EnviarEmaiEvento() não estar encontrando o arquivo.

Dercide, Desculpe, o envio que mencionei é o envio da CC-e para a SEFAZ e não o envio da CC-e por e-mail.

Boa tarde Isaac, O Cliente que você se refere é o destinatário da NF-e, correto? Se sim, por favor leia a Nota Técnica 2014/002 versão 1.01.

Boa tarde Diego, O Enviar possui 3 parâmetros: Numero do Lote; Imprimir; e Sincrono. O segundo e o terceiro parâmetros são do tipo boolean e tem como valores padrões: True e False respectivamente. Basta você atribuir o valor False para o Imprimir: Enviar(nlote, False, False);

Boa tarde Dercide, Para enviar a CC-e você utiliza a rotina antiga (especifica para a CC-e) ou utiliza a rotina nova (genérica) que pode ser utilizada para enviar a CC-e, fazer o cancelamento, manifestação do destinatário, ... ? Se utiliza a especifica, por favor altere para a nova.

Boa tarde, A maquina do cliente possui proxy? Se sim, a URL de consultar o status esta liberada?

Bom dia Agnaldo, A unica diferença que notei é que na versão 1.00 da NT a observação sobre o grupo <pag> era: Grupo obrigatório para a NFC-e. Não informar para a NF-e. Na versão 1.10 a mesma observação passou a ser: Grupo obrigatório para a NFC-e, a critério da UF. Não informar para a NF-e.

Bom dia Felipe, No caso da unit QRPDFFilt, bastaria você abrir com o bloco de notas o arquivo ACBr.inc e comentar a diretiva de compilação QReport_PDF. Não precisaria ficar comentando as linhas de código do componente.

Bom dia Herbet, Ficou faltando os schemas da versão 2.00 que o Actcon passou a utilizar. Outra coisa, Temos o Valor do ISS e o Valor do ISS Retido, para mim que sou leigo em tributação, são valores diferentes. Na alteração que você fez no DANFSE quando se tratar de Retenção na versão 2.00 do ABRASF o valor do ISS retido vem na TAG do valor ISS, esta correto isso?

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

Bom dia Herivelton, Se você desenvolve em Delphi porque não utilizar o ACBrCTe? Mas se você desenvolve em outra linguagem, faça como nós, se baseie no manual, ele tem a estrutura completa do XML.

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

Bom dia Herbert, Por favor só anexa os fontes que você alterou. Fica mais rápido a avaliação das alterações.

Bom dia a todos, A TAG: tPag já constava na NT desde a versão 1.00

Boa tarde jcanjo, Infelizmente a SEFAZ-SP esta retornando o protocolo de cancelamento no grupo <infProt> onde deveria trazer o de autorização, uma vez que depois temos no grupo <infEvento> a solicitação de cancelamento e em <retEventoCTe> o protocolo de cancelamento.

Sendo assim, verifique se na rotina que alimenta o componente não existe nenhuma outra atribuição diferente para a mesma propriedade.

Boa tarde, Na nota técnica não consta esta informação, sendo assim podemos interpretar que a exclusão da regra será imediata.

Boa tarde Fabio, A estrutura do XML que encontra-se no manual diz que podemos ter "N" NF-e em um único CT-e. Manual versão 2.00a do CT-e - página 137 campo 297.

Fábio, O programa exemplo não tem um botão exemplificando essa funcionalidade, pelo simples fato dela ter sido liberada a poucos dias. E como você pode ver ainda não esta 100%. Outra coisa, todos os fontes de todas as pastas estão atualizados?

Boa tarde a todos, A validação LA02-10, por parte da SEFAZ no que diz respeito a descrição do produto quando este pertence a tabela ANP, foi excluída com a publicação da NT 2013/005 versão 1.10 Portanto a NF-e não vai mais ser rejeitada porque a descrição do produto não esta exatamente igual a da tabela. Essa informação esta clara na página 113 da Nota Técnica mencionada acima.

Eduardo, Atualize os fontes, inclui a cidade de Gramado no provedor Betha.

Boa tarde Eduardo, Se a cidade não consta no componente vinculada a um provedor, acredito que não vai funcionar a contento.

Boa tarde Dangelo, Apesar das propriedades ainda estar com o nome dEmi e dSaiEnt (por causa da versão 2.00), no que diz respeito a NFC-e a propriedade dEmi e dSaiEnt devem receber a data e hora. Outra coisa o valor da propriedade hSaiEnt não é levada em consideração na NFC-e.