Italo Giurizzato Junior

Bom dia André, O provedor de Campinas possui o Web Service para recepcionar o Lote de RPS no modo Síncrono? Que eu saiba não. O numero do RPS tem que ser sequencial e controlado pela sua aplicação, bem como os que foram processados com sucesso e os que não foram. O componente Salva os XMLs: *-RPS.xml e *-NFSe.xml, para imprimir o DANFSE é necessário usar o LoadFromFile para carregar o XML: *-NFSe.xml e depois executar o método Imprimir.

Bom dia Rodrigo, Alguns provedores usam uma versão quando se trata de importação do XML via Site e outra quando se trata de envio via Web Services. O provedor Actcon possui o Web Services, sendo assim te aconselho a usar o programa exemplo para realizar testes de envio.

Bom dia Anselmo, Onde estava errado? O que você corrigiu para funcionar?

Boa noite Rodrigo, Precisamos saber se o provedor Actcon, trabalha somente na versão 1.0 ou nas duas. Se trabalha nas duas, quais são as cidades que usam a versão 1.0 e quais usam a versão 2.0

Boa noite Anderson, Assunto novo, tópico novo, por favor vamos seguir as regras do fórum.

Rodrigo, Vamos aguardar.

Bom dia Ricardo, Se tratando do Tributos, o que vem a ser cada CST do ICMS, como calcular etc, aconselho a conversar com um bom contador.

Bom dia Alfredo, Primeiramente entre em contato com o provedor Betha e questione se o mesmo possui Web Services da versão 2 do layout da ABRASF. Se sim, quais são as cidades atendidas por esse Web Services. Pois até onde sei, o provedor Betha só trabalha com a versão 1 do layout da ABRASF.

Rodrigo, Faça mais uma alteração no arquivo INI: De: [Schemas] Validar=1 DefTipos= Para: [Schemas] Validar=0 DefTipos= Quando o método Validar é invocado o componente verifica se o certificado foi carregado ou não, caso ele não tenha sido, tenta fazer a carga e dai ocorre o erro que você mencionou.

Bom dia Rodrigo, A aplicação que você usando para realizar os testes esta utilizando o arquivo INI do provedor que você fez a alteração?

Bom dia a todos, Vamos a Nota Técnica 2012/004 versão 1.0b - página 7, temos o seguinte: 03.6 Identificação do Destinatário No caso da NFC-e, a identificação do destinatário tem algumas particularidades: - Identificação opcional, conforme o limite de valor da operação; - Dependendo do limite de valor, mesmo para o caso de estrangeiro, é necessária a identificação; - Para qualquer caso, decidido pela identificação do destinatário, também é opcional a identificação completa do endereço, ou somente a identificação de CPF, CNPJ, ou dados da pessoa física estrangeira. Notem também que o grupo <dest> é opcional se tratando de NFC-e, neste caso nenhum dado do destinatário vai constar no XML sendo assim nada sobre o destinatário deve constar no DANFE. Por outro lado se deseja informar o nome do destinatário (campo xNome que faz parte do grupo dest) devemos por obrigação informar o CNPJ ou CPF ou idEstrangeiro, podemos até omitir o grupo <enderDest> que é opcional para a NFC-e. Resumindo: Na NFC-e não informamos nada sobre o Destinatário, ou informamos somente o CNPJ ou CPF ou idEstrangeiro. Se desejar informar mais alguma outra informação, por exemplo: nome, IE ou endereço será necessário informar também o CNPJ ou CPG ou idEstrangeiro. Espero ter ajudado.

Bom dia a todos, Se tratando de configuração do ambiente, lembrem-se que o componente ACBrNFe possui uma propriedade de configuração para definir qual o ambiente que será utilizado. E ao alimentar o componente com os dados pertinentes a venda, temos outra propriedade onde também devemos informar o ambiente. Em ambas as propriedades devemos passar o mesmo valor.

Bom dia Souza, Não acredito que o antivírus esteja desinstalando o componente do Delphi. Não creio que ele tenha habilidade para tanto. Se fosse uma DLL que ao ser copiada para a pasta System do Windows e após alguns segundos a mesma fosse removida, assim sim concordo que seja o antivírus. Pois já vi isso ocorrer. Depois de carregar o Delphi e notar que os componentes da Suite ACBr sumiram, chegou a verificar se os mesmos estão "ticados" na lista de componentes instalados em: Component / Install Packages? Se eles estivem na lista e não "ticados", seleciona eles, abra um novo projeto inclua um deles, salva o projeto, fecha tudo, carrega o delphi novamente e verifique novamente se eles desapareceram novamente.

Bom dia Graça, A versão utilizada é a 3.10, a versão 3.00 foi usada no inicio do projeto piloto. Para fim de testes devemos configurar o componente para enviar as NFC-e para a SEFAZ-AM. A SEFAZ-AM possui 3 conjuntos de URLs, sendo uma de ambiente de produção e só deve ser utilizada pelas empresas do Amazonas e duas de ambiente de homologação, sendo que uma delas é destinadas aos demais Estados que ainda não possuem o seu ambiente de homologação. Veja esses Links: http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/

Bom dia Valtenci, Você verificou se realmente a tabela mdfePercuso esta sendo alimentada corretamente?

Boa noite Diogenes, Basta executar o método ImprimirPDF ou após o Envio para a SEFAZ, caso a nota seja autorizada, você executa o método EnviarEmail (para o destinatário).

Boa noite a todos, Se tratando de Distribuição DFe, por favor leiam com muita atenção o que esta escrito na Nota Técnica 2014/002 versão 1.01, você vão descobrir que não tem como informar um período. Nessa NT vocês vão encontrar todas as orientações do passo a passo para obter o XML completo da NF-e.

Boa noite Souza, Você poderia ser mais claro, informando o que desaparece? Você inicia falado sobre as DLLs e termina com o componentes. Se é as DLLs que desaparecem da pasta onde elas foram salvas isso pode ser o antivírus que esteja excluindo elas. Agora se é os componentes, basta você criar uma aplicação com o componente ACBrNFe por exemplo, salva ele, finaliza a execução do Delphi. Por fim execute o Delphi novamente e verifique se os componentes aparecem na palheta do Delphi.

Boa noite Diogenes, Os componentes ACBrMail e ACBrNFeDANFE estão "linkados" ao componente ACBrNFe?

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas. Notem que fiz alterações no arquivo INI do provedor EL. Implementei no componente os métodos AbrirSessao e FecharSessao que serão executados automaticamente somente para o provedor EL. O método AbrirSessao tem como objetivo obter junto ao Provedor o Hash que é utilizado para o Envio do Lote. O método FecharSessao tem como objeto dar baixa no Hash que foi utilizado para o Envio. Ao solicitar a abertura da sessão serão gerados os arquivos: *-abr-ses.xml e *-sesA.xml Ao solicitar o fechamento da sessão serão gerados os arquivos: *-fec-ses.xml e *-sesF.xml Favor realizarem testes e reportarem os erros para que possamos arredondar esses métodos.

Bom dia Rodrigo, No arquivo INI do provedor (Actcon.INI) altere conforme abaixo e faça novos testes. de: [Assinar] RPS=0 Lote=1 para: [Assinar] RPS=0 Lote=0

Bom dia Bruno, Muito estranho, pois não encontrei nos fontes do componente algo que pudesse provocar esse problema. Continue investigando a sua aplicação.

Bom dia, O programa exemplo não contem todas as cidades brasileiras sendo assim você deve acrescentar as que você deseja para realizar os testes.

Bom dia a todos, O provedor PVH possui os 3 métodos de envio: Enviar, Gerar e EnviarSincrono. Favor realizar testes de envio usando os 3 métodos bem como os de consulta. Se o teste feito por BigWings foi realizado com o programa teste usando os fontes do Trunk2 e com os arquivos INI disponíveis no repositório, concordo com ele que o problema esta no provedor no que diz respeito ao serviço RecepcionarLoteRps. Confrontei o arquivo PVH.INI com a unit do provedor (Trunk) e com o WSDL do ambiente de produção e não encontrei nada que pudesse estar provocando o erro de conexão.

Bom dia ALA, Favor anexar o XML referente ao evento de encerramento e não do MDF-e, pois este não é utilizado para o Encerramento. Visto que a mensagem de rejeição se refere ao XML do evento.