Italo Giurizzato Junior

Bom dia Anselmo, Se esta exatamente igual, pode ser alguma falha na SEFAZ. Se desejar post como anexo o XML que esta sendo rejeitado.

Boa tarde Cristian, Se a lista esta vazia significa que ele não encontrou nenhuma nota conforme o filtro informado. Experimente não informar o numero da NFS-e.

Boa tarde Carlos, Essa URL que você postou é do ambiente de produção? Se sim, quais são as URLs do ambiente de homologação para o Gerar e Cancelar?

Joable, Por favor não duplique postagem. Vou fechar.

Bom dia Joabe, Abra a unit ACBrDFeUtil e remova a unit StrUtils da linha 141 e compile novamente com a opção Build.

Bom dia, Qual é o provedor que atende a cidade de Pato Branco? Se ele já estiver implementado no componente basta utilizar os schemas do respectivo provedor que encontra-se na pasta ...\Exemplos\ACBrNFSe\Delphi\Schemas.

Bom dia, Caso você tenha 10 vendas, ou seja 10 notas, em vez de enviar uma a uma, é possível enviar as 10 notas de uma só vez. O ACBr sempre vai gerar um lote, mesmo que ele tenha apenas uma nota. A SEFAZ admite um lote com uma ou no máximo 50 notas e desde que o tamanho total do lote não ultrapasse 500 Kbytes, isso nos da uma média de 10 Kbytes por nota. Esses 10 Kbytes se refere ao tamanho do XML que contem todas as informações referente a venda, tais como: dados do emitente, destinatário, Itens, ... e assinatura digital. Se as suas notas em função da quantidade de itens ficarem com 20 Kbytes por exemplo não tem problema, a não ser com a quantidade de notas a serem incluídas no lote, só vai poder incluir no máximo 25 notas em vez 50. Espero ter ajudado.

Cristian, Porque você inverteu a posição das TAGs Cnpj e InscricaoMunicipal? O correto é: <Prestador> <Cnpj>02457435000195</Cnpj> <InscricaoMunicipal>901466</InscricaoMunicipal> </Prestador> Porque você informou a Inscrição Municipal do Tomador sendo que este pode não ter? E alem disso esta invertido o correto é: <Tomador> <CpfCnpj> <Cpf>08528961826</Cpf> </CpfCnpj> <InscricaoMunicipal> xxxx </InscricaoMunicipal> </Tomador> Coloquei em negrito pois o Tomador pode não ter essa informação.

Bom dia Armando, Sim é só esses 2 Units a serem alteradas. Esta vendo como é fácil acrescentar uma nova cidade ao componente quando o provedor segue o padrão ABRASF, basta incluir as URLs e na Unit do provedor e o código IBGE da cidade na tabela de provedores que fica na Unit pnfsConversao. Muito obrigado pela colaboração, já esta disponível.

Cristian, Vamos a mais algumas alterações: Vide arquivo em anexo: Alterar.txt

Bom dia, Uma coisa é você emitir uma Nota de Serviço pelo site e outra pelo Web Services. Pelo site praticamente você esta informando os dados da nota, logo não existe o RPS. Por outro lado via Web Services requer que você gere um RPS envie este para o provedor que por sua vez vai gerar a Nota. Sendo assim a sua aplicação deve controlar a numeração sequencial dos RPS e o provedor controla a numeração sequencial das NFS-e. Vou fazer a alteração e disponibilizar quanto a cidade de Assis Chateaubriand e desde já muito obrigado pela colaboração.

Bom dia Idez, Qual foi o tipo de contingência? Dependendo da UF somente alguns tipos serão permitidos, por exemplo existe o tipo Off-Line, mas no Estado de São Paulo não será permitido, a principio o comerciante terá que optar pelo EPEC ou SAT.

Bom dia Carlos, A estrutura do XML do RPS é igual, mas o envelopamento que é diferente. Por isso que volto a frisar, se conseguir o envelope completo recepcionado pelo provedor e processado com sucesso ficaria muito mais fácil de fazer os ajustes. Se não desejar postar esse envelope completo no fórum, por conter dados reais de uma prestação de serviço, omita a estrutura do RPS que é que contem esses dados, ou envie ele completo para o meu e-mail. É preciso verificar junto ao provedor quais das duas URLs que devemos utilizar para o envio: a que só tem esse serviço implementado ou a que tem também o serviço de cancelamento. Isso é muito importante pois como disse o envelopamento do RPS é diferente.

Bom dia Cristian, Comparando o XML que você postou com o que o componente ACBrNFSe gera, no seu existe um grupo chamado <xmlEnvio> altere de: <xmlEnvio> (...) </xmlEnvio> para: <xml xmlns=""> (...) </xml>

Dércio, E o path do Quick Report contem o arquivo QR5RunDXE5.BPL ? Se não tem você deve incluir o path que contem o respectivo arquivo.

Boa tarde Leandro, Realize o seguinte teste: emita a carta 1 com a correção 1 depois emita a carta 2 com a correção 2. consulte a situação do CT-e para saber se é retornado na lista de eventos os dois eventos (carta de correção). se constar somente a correção 2, então faça outro teste. emita a carta 1 com a correção 1 depois emita a carta 2 com a correção 1 e 2. consulte a situação do CT-e para saber se é retornado na lista de eventos os dois eventos (carta de correção). Um dos dois deve funcionar.

Fabio, Você terá que usar o componente configurado para utilizar a DLL Capicom. Você deverá informar somente o numero de série do certificado. Estude o programa exemplo.

Boa tarde, Se não me falha a memória o ACBrNFeMonitor já esta preparado para emitir alem da NF-e o MDF-e também. Os comandos são idênticos os da NF-e, bastando alterar o NFe por MDFe, as sintaxes também são muito parecidas. O maior problema é a montagem do arquivo TXT a ser enviado para o monitor. Segue em anexo um exemplo: MDFe.txt Espero ter ajudado.

Boa tarde Dércio, Verifique no Library Path do Delphi em que posição esta o Path do Quick Repport, ele tem que estar antes dos Path dos componentes ACBr. Caso esteja antes verifique se o Path que consta contem o respectivo arquivo QR5RunDXE5, caso negativo, você deve incluir o Path onde o arquivo esta salvo e depois posiciona-lo de tal forma que fique antes dos Path dos componentes ACBr.

Boa tarde Celso, Implementei a cidade Porto Alegre/RS no provedor BHISS. Por favor realize os testes baseado nesse provedor. Não esqueça de utilizar os schemas que encontram-se na pasta BHISS, para validar o lote de RPS a ser enviado.

Boa tarde Carlos, Esse provedor pelo que notei, possui dois Web Services para recepcionar o RPS e gerar a NFS-e. Um deles só serve para isso e tem a estrutura que mencionei. Por outro lado o outro tem uma estrutura diferente e serve tanto para gerar a NFS-e quanto para cancelar. Vou fazer algumas alterações visando a utilização desse outro Web Services e vamos ver se conseguimos resolver o problema.

Boa tarde Paulo, Uma coisa é o status de retorno do envio do lote de eventos para a SEFAZ e outra coisa é o status do evento. O que você esta pegando é o status do lote (128 = Lote processado com sucesso). Para pegar o status do evento: sStat := IntToStr(ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat);

Boa tarde a todos, Sim não existe mais. Antes foi implementado rotinas especificas para a carta de correção, com o surgimentos de novos eventos, foi criado uma rotina genérica que atende todos os eventos, tais como: Carta de Correção e Cancelamento. Se a sua aplicação já realiza o cancelamento por evento, compare a rotina para alimentar o componente com os dados e altere a rotina da CC-e.

Boa tarde Fabio, Sim, o certificado digital A1 ou A3 (cartão ou token) e-CNPJ pode ser utilizado sem nenhum problema, não hã necessidade de um certificado especifico para emitir o CT-e. O importante que esse e-CNPJ seja de uma empresa credenciada junto a SEFAZ a emitir CT-e. Se você possui uma empresa de desenvolvimento de software e possui o e-CNPJ, vai ser possível apenas utiliza-lo para assinar o XML, enviar o CT-e para SEFAZ, isso não será possível. Pelo simples fato de você não ser uma transportadora, logo a SEFAZ não vai te credenciar a emitir CT-e.

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