cleyton44

Voltou mesmo, obrigado

Tem uma publicação de novos schemas, (1.03.02) não pode ser isso? Quando será implementada no componente esta nova versão do schemas? grato Cleyton Luiz

Não, continuo com o mesmo problema. Agora estou tendo um access violation quando tento assinar com openssl e xmlsec. Já com custom e LibXml2 o erro de http 500 permanece. Agradeço se alguém que está conseguindo transmitir, me informar qual a configuração da assinatura usada. Cleyton Luiz

Obrigado, Italo.

Bom dia Italo Meus fontes são os últimos disponíveis no repositório, Se não for pedir muito, poderia fazer um teste rápido de comunicação pra gente saber se é a Receita? Sexta e hoje continuo com o mesmo erro. Muito agradecido Cleyton Luiz

Estou com o mesmo problema só que o erro é um pouco diferente, será que o Webservice do SPED está fora do ar mesmo? Ou é algu ma falha na minha configuração? Estou usando o exemplo da ACBr. Ps.: No Início da semana consegui transmitir com a mesma configuração.

OK. muito obrigado Rafael e Italo pelo auxílio.

Boa tarde Italo, após diversas tentativas acabei conseguindo gerar na prefeitura com um certificado alternativo. Analisando as diferenças entre os certificados e as assinaturas verifiquei que no Certificado do meu cliente, na razão social existem vírgulas e no certificado alternativo não. Fiz as validações das assinaturas no site da RFB e notei que corta justamente na virgula a interpretação do nome do certificado deixando de fora o CNPJ do mesmo e o restante do nome. Diante desta nova variante. Pode ser que o componente esteja assinando e enviando erroneamente os dados do certificado no XML? Ou pode ser que leitura da assinatura no lado do provedor esteja falhando por conta destas vírgulas? Aguardo uma ajuda se possível. Nas imagens as validações das assinaturas e os prints das informações dos certificados e nos XMLs os arquivos validados. Grato Cleyton Luiz Alberti Nobre Sistemas 26-ger-nfse.xml 5-ger-nfse.xml

Bom dia Júlio, poderia anexar o XML do envio e o do soap por favor.

Bom dia Italo, Sim o CNPJ é exatamente o mesmo do Prestador da prefeitura. Já tentei das duas formas, formatado e sem formatação. Segundo dados da ficha CAE e da Certidao Negativa da prefeitura são dados sem formatação. Já internamente no provedor não sei responder. Continuarei buscando a solução e caso tenha sucesso posto aqui. grato Cleyton Luiz Nobre Sistemas

Ainda não consegui resolver, dei um tempo e agora estou retomando. Segue abaixo a resposta do suporte do provedor de goiania: " Boa tarde, Existiram casos de contribuintes que armazenaram o certificados de vários prestadores em um servidor. A aplicação selecionava um outro certificado e ele nos garantia que não. Depois de muito tempo constatou que este era o problema. Talvez isso possa te ajudar. Erros de assinatura não podem ser verificados por este suporte visto que dependem do Certificado Digital. Este suporte não pode ter acesso ao Certificado Digital de Prestadores por questão de segurança. Reveja a implementação da sua assinatura eletrônica." Fiz testes com o programa de exemplo, sabe-se que o componente não assina se o certificado estiver incorreto. Seguem os xml de envio e retorno, peço ajuda dos mais experientes no ambiente de Goiania. Esgotei minhas alternativas. Grato Cleyton Luiz Alberti Nobre Sistemas 224-ger-nfse-soap.xml 224-lista-nfse.xml 224-lista-nfse-soap.xml 224-ger-nfse.xml

Prezados boa tarde, estou com dificuldades na transmissão da NFE 4.0 no Ceará. Não uso o arquivo AcbrNfeServicos.ini para configurar as URLs já que o componente sempre supriu esta necessidade. Notei que os erros estão relacionados a URL, segue imagens da inspeção das variáveis. É aconselhável que eu passe a usar o arquivo INI? Grato pela ajuda, Cleyton Luiz Alberti

Bom dia Italo, retirei os grupos conforme sua indicação, mas a rejeição persistiu. Notei que o Colega ricardojr teve o mesmo entendimento e que o componente foi corrigido. Obrigado a todos . Cleyton Luiz Alberti Nobre Sistemas

Vou verificar o porquê destes grupos estarem sendo enviados, pois recebo o xml montado, importo no AcbrCte e transmito. Farei os devidos testes e te informo. Grato Cleyton Luiz Alberti Nobre Sistemas

Boa noite Italo, realmente a minha interpretação sempre foi essa, porém na NT anexada neste post, na página 2 diz que agora é permitido, tive duas rejeições na tarde de hoje, (232) Rejeicao: IE do destinatario nao informada (MS), e (999) Erro nao catalogado. [Det: IE do destinatario nao informada] (PR), no caso, para fins de tributação no nosso sistema o destinatário é tratado como não contribuinte (é o setor fiscal do meu cliente que define isso, mesmo que o destinatário tenha IE ativa na UF) então eu passo indIeToma = 9 (já que toma3 = 3). após a alteração que fiz na Unit (pcteCTeW.pas) a sefaz aceitou os dois CTEs, seguem os xmls para sua apreciação. não guardei os XMls rejeitados porém a unica diferença é a ausência da tag dest/IE. Grato pela atenção dispensada. Cleyton Luiz Alberti Nobre Sistemas CTe50180100242640000701570010000000841014110339.xml CTe41180100242640000108570010000357581168310950.xml

Boa tarde, estou tendo vários problemas no CTE 3.0 desde o dia 15/01/18 com rejeição, quando o tomador está classificado como Não Contribuinte e sua respectiva tag (rem, dest, exped ou receb) é enviada sem a Inscrição Estadual, notei que o componente limpa a IE nestes casos, creio (me corrija por favor) que a SEFAZ está validando se há IE ativa e está retornando (718) Rejeição: IE do Recebedor não informada ou (232) Rejeição: IE do destinatario nao informada ou (719) Rejeição: IE do Tomador não informada ou (716) Rejeicao: IE do Remetente nao informada. Comentei alguns trechos do código em pcteCTEw.pas para enviar a IE caso haja, mesmo sendo indieToma = 9. por favor veja se esta é a melhor solução ou se eu deveria tratar isto de outra forma. pcteCTeW.pas Grato Cleyton Luiz Alberti Nobre Sistemas

Sim, exatamente desta forma. :/ Cleyton

Italo, Já chequei o certificado, o cnpj da NFSe, o site da prefeitura... Grato Cleyton 2-ger-nfse.xml 2-lista-nfse.xml

Segue XML... Grato 3517121235995200018556000000000000001-rps.xml

Senhores, Estou tentando gerar NFSe pra goiânia e está retornando o seguinte erro: "CPF ou CNPJ da assinatura digital nao confere com o CPF ou CNPJ do prestador dos servicos. Para assinar o arquivo digital, utilize uma assinatura autorizada" Eu já verifiquei o CNPJ que está no certificado, o CNPJ que está no XML e também o CNPJ que está cadastrado na prefeitura. Alguém tem uma luz? Grato

Obrigado

Boa Tarde estou precisando de uma ajudinha, não compreendo porque da rejeição na SEFAZ de SP "Rejeição: Carta de correção inválida (campo/grupo [Object reference not set to an instance of an object.] informado não existe no schema do CT-e ou não existe no grupo informado)" Tentei passar zero em nroItemAlterado mas o componente limpa, mexi no componente para não limpar, dai então a validação do schema rejeita. Grato Cleyton PS: Em Anexo o CTE original. No Paraná transmiti Carta 3.00 para corrigir CTE 2.00 normalmente. 2715-eve.xml 2715-ped-eve.xml 35171277573103000841570010001350841361543491-cte.xml

Bom dia, após analisar o exemplo ACBR_CTe, identifiquei que o modo de assinatura esta como "openssl" eu usava capicom, modifiquei meu transmissor e o erro de assinatura foi sanado, curioso é que os CTEs 3.00 continuo assinando e transmitindo com a dll capicom. Mesmo resolvendo o problema, fiquei com dúvida na questão de assinatura do CTE 3.00, qual conjunto de DLLs é o indicado? Obrigado Cleyton Luiz

Vou tentar reproduzir, obrigado.

Estou com um problema parecido só que a rejeição é "(298) Assinatura difere do padrao do Projeto", peço ajuda pois não estou enxergando o erro. Grato Cleyton Luiz 2439-ped-eve.xml 2439-eve.xml