Italo Giurizzato Junior

Boa tarde asseinfo, Qual é o erro? Se é que esses identificadores não existem é porque os fontes da pasta PCN2 não estão atualizados, se estão, favor compilar a aplicação com a opção Build.

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

Boa tarde Robinho, A solicitar o cancelamento de um CT-e emitido através do SVC-SP no componente a Forma de Emissão esta configurada para SVC-SP?

Boa tarde Wigori, Eu apenas desenvolvo, mas utilizo a aplicação de emissão de NF-e, o meu cliente emite poucas notas por dia, não deve ultrapassar de umas 30. Normalmente os lotes que ele envia gira em torno de umas 6 notas, e todo o processo é muito rápido em menos de 20 segundos o lote foi enviado, autorizado pela SEFAZ, os DANFEs impressos e os e-mails enviados aos clientes contendo o XML assinado e protocolado e o DANFE em PDF. Mas esse tempo pode variar em função da velocidade e trafego da internet do emitente bem como a velocidade de processamento da SEFAZ autorizadora. Quanto a empresas de médio e grande porte que se utiliza do componente ACBrNFe para emissão de NF-e não sei lhe responder e renovo a sua pergunta para que os demais colegas se souberem e puderem dar essa informação seria muito interessante.

Boa tarde Felipe, O manual não traz nada a não ser a estrutura do XML. Veja, no caso da cidade Nova Lima a URL de homologação e produção é: "http://issonline.pnl.mg.gov.br/nfe/snissdigitalsvc.dll/soap/IuWebServiceIssDigital" Por outro lado a da cidade de Santa Luzia é: "http://209.126.222.200/nfe/snissdigitalsvc_santaluzia.dll/soap/IuWebServiceIssDigital" é dessa informação que necessito para a cidade de Itabirito/MG.

Boa tarde Eric, Quem retorna o Protocolo é justamente o Consultar Situação do Lote de RPS, como o respectivo Web Services não foi implementado pelo provedor não temos essa informação. Você pode tentar usar o CosultarNFSe.

Boa tarde Wigori, O componente ACBrNFe segue o que consta nos Manuais e Notas Técnicas. A SEFAZ aceita um lote com até 50 notas, mas não especifica o numero de lotes diários que o emitente pode enviar. Se uma empresa emite uma quantidade grande de notas diariamente, eu recomendo que as mesmas sejam lançadas e só serem enviadas em lotes de no máximo 50. Desta forma o consumo dos Web Serves se tornam pequenos comparados com o envio unitário.

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

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

Boa tarde Felipe, Favor conseguir junto ao provedor as URLs de homologação e de produção para que possamos incluir a cidade Itabirito/MG ao componente.

Boa tarde Robinho, É por isso que sempre peço para que pessoal tenham em mãos o Manual ou a Nota Técnica que trata sobre o assunto. Neste caso o problema seria resolvido mostrando que no XML só vai constar os documentos originários, ou seja, os documentos emitidos pelo Remetente da mercadoria, caso o CT-e seja do tipo Normal ou Substituição, já os de Complementação e Anulação de valores eles não aparecem, pelo simples fato do grupo <infDoc> esta contido dentro do grupo <infCTeNorm>.

Boa tarde Paulo, Eu cuido da versão feita em Quick Report e não do Rave, portanto não vou poder fazer essa alteração.

Marco, Se você sai da aplicação e efetua o cancelamento, não ocorre o erro, correto? Se sim, deve estar faltando algum Clear na sua rotina de cancelamento.

Bom dia Sérgio, Pelo o que pude ver o que tem de novo nesse pacote PL_008d é a alteração na formatação de algumas alíquotas que permite um percentual até 100% E a Inscrição Estadual do Destinatário passa a aceitar novamente a palavra ISENTO.

Bom dia Asterix, Favor atualizar os fontes e testar novamente.

Bom dia Dênio, Faça um teste, abra o fonte: ACBrProvedorPronim que encontra-se na pasta: ...\Fontes\ACBrNFSe e comente a linha 339.

Bom dia, Por favor atualize os fontes e teste novamente.

Bom dia Marcelo, Você já tentou informar quem é o responsável pela retenção (mesmo sendo o prestador) ?

Bom dia Asterix, No XML do RPS o valor da alíquota tem que ser informada 0.02, correto? Mas no XML da NFS-e retornado pelo Web Service, como esta o valor da alíquota?

Bom dia Glecio, Muito obrigado pela colaboração. Favor atualizar os fontes para que os mesmos fiquem sincronizados com o que esta no repositório.

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

Bom dia Marco, A mensagem de erro é clara, você esta tentando enviar 2 eventos sendo que a quantidade máxima permitida é 1. Verifique se na sua rotina não esta sendo adicionado um segundo evento junto com o de cancelamento.

Bom dia ilsouza, Acredito que até o final desta semana.

Bom dia Robinho, Desculpe pela informação equivocada. O grupo <infDoc> onde consta as informações sobre os documentos originários é de nível 2, isso significa que esse grupo esta dentro de um grupo de nível 1 que por sinal é o <infCTeNorm>. Se você vai emitir um conhecimento complementar será gerado o grupo <infCteComp> que por sinal também é de nível 1, e tem um detalhe se o grupo de informações do CT-e complementado é gerado o de informações do CT-e Normal não é. Portanto não vai ser gerado o grupo <infDoc>, isso significa que não há necessidade de informar os documentos originários em um CT-e de complementação. Devemos sim informar a chave do CT-e a ser complementado e esta informação aparece dentro do grupo <infCteComp>.

Bom dia Elcyberg, O que vem a ser esse erro 219? No XML da NFC-e como esta aparecendo o valor de dhEmi? A dhEmi antes de ser convertida para HEX é preciso que ela seja exatamente igual ao conteúdo da TAG dhEmi que por sinal possui a Data, Hora e o UTC, exemplo: "2014-05-05T08:00:15-03:00"