Massao Aihara
-
Total de ítens
370 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Massao Aihara postou
-
Boa tarde Italo, então, os Schemas segundo eles, eles não usam...¬¬...mas me passaram mesmo assim (baixo do site do abrasf, pq é igual ao que eu baixei de la). schema_xml_nfse_v2-02.zip
-
Boa tarde pessoal, So para informar a vocês, que mesmo enviando o XML formatado na versão 2.02, o WebServices recusa. Ele valida o XML de envio como se fosse um XML da 1.0. Não reconhece o atributo "versao" e nem aceita as tags <CpfCnpj> (2.0), dizendo que esperava encontrar a tag <Cnpj> (1.0). Mandei os arquivos de envio e retorno para o pessoal da prefeitura e do provedor, agora estou aguardando o retorno. Att. .
-
-
Bom dia pessoal. Então segue em anexo os XML's de exemplo da prefeitura, oque eu enviei e o retorno. (No xml que eu enviei, eu removi os dados do destinatário e emitente e assinatura para postar aqui, no envio tinha todos os dados.) GuarapuavaNFSeXMLs.rar Bom dia Italo, não pelo que eu entendi, somente Guarapuava/PR utiliza a versão 2.02. Oque mais me assusta é que pedi os arquivo XSD para eles e me falaram que não usam... oO... segue trecho da conversa com a Marcia da prefeitura: ... Mandei para eles meus XMLs de envio e retorno, estou aguardando um parecer deles. Para quem precisar segue o contato: [email protected] [email protected] Falar com a Marcia. Att.
-
Bom dia Italo, Sim, esta tudo alterado para versão 2.02 quando for Guarapuava. O erro acho que esta no provedor. Hoje o ambiente de homologação esta fora do ar. Estou aguardando o retorno deles. Att.
-
Boa tarde Italo, Sim, peguei o exemplo com o pessoal da Prefeitura/Provedor. E é claramente um XML da 2.02. Fiz os ajustes para quando for esse provedor e a cidade de Guarapuava para gerar nesse formato. Peguei o XSD para versão 2.02. Ajustei os caminhos. MAS ao fazer o envio ele pede as tag da 1.0. Vai entender. Estou para enviar os arquivos e erros gerados para o provedor. Para ver oque eles me dizem. Att.
-
Concordo com vc, mas ao tentar usar a versão 1.0, o WS da prefeitura ja retorna o erro dizendo que essa versão não esta ativa e que é para enviar na versão valida, a 2.02. Oque eu achei estranho é que só mudando a versão, já consegui fazer consulta. O envio que ele pede algumas tags diferentes, que estou arrumando. Mas isso utilizando o mesmo schemas da 1.0, não deveria funcionar não é?
-
Boa tarde Italo, Sim, eu ate ajudei a implementar alguns provedores para Trunk2. Mas, infelizmente por questões internas da empresa não vamos fazer a migração para trunk2 agora. Quanto ao provedor, somente a cidade de Guarapuava/PR utiliza a versão 2.02. ~.~
-
Bom dia estou auterando a versão Trunk1 para usar o Pronim com ABRASF 2.02, mas não tenho o arquivo XSD para validar as informações. Alguem teria? Opa, Achei no site do Abrasf. Vou testar, qualquer coisa posto aqui para o pessoal fazer o download dos arquivos. Estou ciente que não vão subir as alterações pois é para a trunk1 ainda.
-
NFS-e Ponta Grossa/PR - fintelISS - Trunk2
Massao Aihara replied to Massao Aihara's tópico in ACBrNFSe
Pois é Italo, o novo provedor de Ponta Grossa faz assinatura do envelope no header. seguindo o padrão OASIS. Como no exemplo em anexo: req1.xml -
NFS-e Ponta Grossa/PR - fintelISS - Trunk2
Massao Aihara replied to Massao Aihara's tópico in ACBrNFSe
Bom, eu testei e funcionou o envio para a fintelISS, pelo visto vão mudar de provedor em 2016... Tem como confirmar isso? é...vai mudar dia 01/Jan/2016. -
Sim, fiz um tratamento interno no meu sistema. Mas vou tentar ver com a prefeitura oque aconteceu. Obrigado Italo. Quanto a unit que precisei alterar para o correta geração do XML, vai ser subida? Att
-
Com a assinatura acontece a mesma coisa. o retorno vem so com a data de cancelamento, ai o ACBr entende que deu um erro e gera um exception vazio. <CancelarNfseResponse xmlns="http://www.e-governeapps2.com.br/"> <CancelarNfseResult> <Cancelamento> <Confirmacao> <Pedido> <InfPedidoCancelamento> <IdentificacaoNfse> <Numero>9999</Numero> <Cnpj>99999999999999</Cnpj> <InscricaoMunicipal>999999999</InscricaoMunicipal> <CodigoMunicipio>0</CodigoMunicipio> </IdentificacaoNfse> </InfPedidoCancelamento> </Pedido> <DataHoraCancelamento>2015-11-25T15:34:39</DataHoraCancelamento> </Confirmacao> </Cancelamento> <ListaMensagemRetorno /> </CancelarNfseResult> </CancelarNfseResponse> att.
-
Boa tarde pessoal. Consegui identificar o problema e corrigir o cancelamento da NFS-e. No fonte ACBrNFSeWebServices.pas alterei a geração do xml de cancelamento para ficar correto quando o provedor for o de curitiba. So tem um problema que ficou. Quando faço o cancelamento o retorno so vem com a data de cancelamento. Sem o código ou mensagem. Mas ao tentar cancelar de novo retorno o erro: E079 - NFS-e ja Cancelada. Agora eu tenho uma duvida, o ACBr em algum momento trata o retorno, reescreve o xml. Ou a prefeitura que esta assim. Outra coisa que notei é que na versão da trunk1 o xml de cancelamento ia assinado na trunk2 não, pode ser esse o motivo do retorno "em branco"? Att.
-
Boa tarde, estou tentando fazer um Cancelamento para o provedor de Curitiba e notei que esta sendo duplicado uma tag. Isso esta dando erro desconhecido. Conforme abaixo: <?xml version="1.0" encoding="UTF-8"?> <CancelarNfseEnvio xmlns="http://isscuritiba.curitiba.pr.gov.br/iss/nfse.xsd"> <Pedido> <InfPedidoCancelamento id="pedidoCancelamento_05286599000195452754811441"> <<- NAO PRECISA!!! <InfPedidoCancelamento> <IdentificacaoNfse> <Cnpj>99999999999999</Cnpj> <InscricaoMunicipal>9999999</InscricaoMunicipal> <Numero>99999</Numero> </IdentificacaoNfse> </InfPedidoCancelamento> </Pedido> </CancelarNfseEnvio> Estou debugando para ver se encontro o problema, mas caso alguém já tenha a correção, favor avisar. Att.
-
Obrigado Italo, vou testar. Mesmo problema. Quando da o request no fonte ACBrHTTPReqResp. da o timeout. 406 if HttpSendRequest(pRequest, nil, 0, Pointer(FData), Length(FData)) then
-
Boa tarde Daniel, Esta normal. Pelo componente da Trunk1, esta emitindo normalmente. Att.
-
Boa tarde pessoal. Estou tentando completar a emissão de NFS-e para Itajai/SC do provedor PUBLICA. Estou a todo momento recebendo a mensagem de Tempo limite excedido: "12002 - O tempo limite de operação foi atingido". O XML e envelope estão sendo gerados igual aos que o componente da trunk1 gera. Poderiam dar uma analisada no arquivo ini que eu criei para ver se faltou algo? Publica.ini Att.
-
ERRO NFSe SYTEMPRO Não foi possível carregar o arquivo:
Massao Aihara replied to Lauro Dalpra's tópico in ACBrNFSe
Já tem muitos tópicos explicando a migração de trunk para trunk2. E o porque de ter erros na NFS-e....basta procurar. -
Ok, vou fazer aqui. Obrigado Daniel.
-
NFS-e Ponta Grossa/PR - fintelISS - Trunk2
Massao Aihara replied to Massao Aihara's tópico in ACBrNFSe
Castro, pelo que vi o provedor BHISS esta sim implementado. Mas não testei, pois não tenho nenhum cliente nessa cidade. Att. -
Boa tarde pessoal. Após descomentar a linha {$DEFINE DFE_SEM_OPENSSL} é preciso reinstalar o ACBr pelo ACBr install?
-
Boa tarde. Segue arquivo .ini para o provedor fintelISS de Ponta Grossa - PR. fintelISS.INI att.
-
Obrigado Italo.
-
Pessoal alguém pode me dizer para que serve os novos parametros "IncluiEncodingCab" e "IncluiEncodingDados"? Estou tentando implementar o provedor da issFintel.ini mas eu preciso substituir os "<" por "<" no CabMsg e DadosMsg. É para isso que eles servem? Ou devo fazer via fonte mesmo? Att.